gluster-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gluster-devel] cache doesn t seem to be taken into account


From: Anand Avati
Subject: Re: [Gluster-devel] cache doesn t seem to be taken into account
Date: Thu, 10 Jan 2008 23:44:21 +0530

Matthias,
 the current tla is not usable. please use patch-628.

avati

2008/1/10, Matthias Saou <
address@hidden>:
>
> Sascha Ottolski wrote :
>
> > Am Donnerstag 10 Januar 2008 15:02:15 schrieb Sebastien COUPPEY:
> > > Thanks,
> > > and the compilation on the debian system run smoothly so I performed
> > > an other test.
> > >
> > > The load balancing and the AFR is working fine. Howere, during the
> > > copy a a huge amount of files the client crash with the following
> > > error :
> > >
> > > ---------
> > > got signal (11), printing backtrace
> > > ---------
> > > [0xffffe420]
> > > /usr/local/lib/glusterfs/1.3.8/xlator/cluster/afr.so(afr_setdents+0x1
> > >ca)[0xb7543bda]
> > > /usr/local/lib/glusterfs/1.3.8/xlator/cluster/unify.so(unify_sh_ns_ge
> > >tdents_cbk+0x17b)[0xb7538c2b]
> > > /usr/local/lib/glusterfs/1.3.8/xlator/cluster/afr.so(afr_getdents_cbk
> > >+0x208)[0xb7544418]
> > > /usr/local/lib/glusterfs/1.3.8/xlator/protocol/client.so[0xb7f0fb2c]
> > > /usr/local/lib/glusterfs/1.3.8/xlator/protocol/client.so(notify+0xb50
> > >)[0xb7f109c0]
> > > /usr/local/lib/libglusterfs.so.0(transport_notify+0x37)[0xb7efeba7]
> > > /usr/local/lib/libglusterfs.so.0(sys_epoll_iteration+0xd7)[0xb7eff8f7
> > >] /usr/local/lib/libglusterfs.so.0(poll_iteration+0x98)[0xb7efecf8]
> > > [glusterfs](main+0x4a6)[0x804a906]
> > > /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0)[0xb7d77450]
> > > [glusterfs][0x804a3f1]
> > > ---------
> > >
> > >
> > > 1.3.8 is probably under huge development ... So I guess I will have
> > > to find a work around if we use 1.3.7 in production.
> > >
> > > Thanks a lot matthias
> >
> > just a guess, I think I've seen a similar error with a patchlevel > 628,
> > so maybe your checkout is a bit too recent? At least for me, patch-628
> > seems to run quite stable.
>
> My rpm packages were made from the most recent TLA code on Jan. 8, so
> this could be the problem with them indeed. For me, they're working
> fine, but I'm not using AFR or unify.
>
> Matthias
>
> --
> Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
> Fedora release 8 (Werewolf) - Linux kernel 2.6.23.9-85.fc8
> Load : 0.42 0.33 0.34
>
>
> _______________________________________________
> Gluster-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
If I traveled to the end of the rainbow
As Dame Fortune did intend,
Murphy would be there to tell me
The pot's at the other end.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]