Thanks for the detail, Leszek. There could be something causing increased occurrences of a conflict (race condition, etc). Could you look in mod_auth_cas's cookie directory to find the '77a947d79339d3373937985aa1610fgr' file (or whatever ID is currently causing errors), and send the contents? This is a long-standing bug that we have not manage to isolate, so while I do not have a solution for you, I am interested in samples.
Also, for full disclosure, I have recently joined Red Hat as a Solution Architect, and GlusterFS has been acquired by Red Hat (rebranded as Red Hat Storage), but I have not yet spent any time working with it. On Fri, Mar 8, 2013 at 2:31 PM, Leszek Miś <l...@emerge.pl> wrote: > Thank you Matt for your interest. Well, I'm using replicated > GlusterFS(2nodes) for mod_auth_cas cookie directory (CASCookiePath). Mainly > for clustering reverse proxy servers. I'm using CAS server and mod_auth_cas > as one of core part of WALL Web Gateway product (http:/wallf.pl) > > Here are details: > I'm using glusterFS (3.3.1) to replicate mod_auth_cas cookie-files between > two Reverse proxy servers. Yesterday, I saw this in logs: > > MOD_AUTH_CAS: Error parsing XML content for > '77a947d79339d3373937985aa1610fgr' (Internal error) > > I think the problem lies somewhere in glusterFS configuration and I hope > it is resorvable. > There is no such a problem when I'm using local ext4 FS for mod_auth_cas > CASCookiePath directory. > > I found a someone similar problem here: > http://lists.gnu.org/archive/html/gluster-devel/2010-02/msg00024.html and > here: http://gluster.org/pipermail/gluster-users/2010-May/004578.html > > mod_auth_cas reads and writes small cookiefile every time the new HTTP > request comes to protected /location. If there are a lot of concurrent HTTP > requests, there is a moment when Apache can't read this cookie file. > . > I was trying a lot of different glusterFS settings, but with no lucky. > Probably the best solution would be to use repmemcached, but unfortunately > mod_auth_cas does not give such a possibility > > /lm > > ----- Oryginalna wiadomość ----- > Od: "Matt Smith" <m...@forsetti.com> > Do: cas-user@lists.jasig.org > Wysłane: piątek, 8 marzec 2013 17:12:27 > Temat: Re: [cas-user] mod_auth_cas + glusterFS > > > Could you clarify your use-case a bit? Are you considering putting the > mod_auth_cas cookie directory in GlusterFS space and clustering/balancing > your web servers, or is your web content living in a shared GlusterFS space > and you are considering protecting it with mod_auth_cas? And in either > case, are you considering having Apache access the GlusterFS space > natively, or via the NFS or CIFS translators? > > > I'm not aware of either use-case actually being implemented, but I am > interested in the discussion. > > > > > > On Fri, Mar 8, 2013 at 4:30 AM, Leszek Miś < l...@emerge.pl > wrote: > > > Hi All, > anyone using mod_auth_cas based on replicated glusterFS? > > /lm > > > > > > -- > You are currently subscribed to cas-user@lists.jasig.org as: > m...@forsetti.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > > > > -- > m...@forsetti.com > PGP: E2144AD8 -- > You are currently subscribed to cas-user@lists.jasig.org as: l...@emerge.pl > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > -- m...@forsetti.com PGP: E2144AD8 -- You are currently subscribed to cas-user@lists.jasig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user