Hi, Now the segfault issue is fixed and you can use latest tla (which is patch-636). Regards, Amar On Jan 10, 2008 11:44 PM, Anand Avati <avati@xxxxxxxxxxxxx> wrote: > Matthias, > the current tla is not usable. please use patch-628. > > avati > > 2008/1/10, Matthias Saou < > thias@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>: > > > > 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 > > Gluster-devel@xxxxxxxxxx > > 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. > _______________________________________________ > Gluster-devel mailing list > Gluster-devel@xxxxxxxxxx > http://lists.nongnu.org/mailman/listinfo/gluster-devel > -- Amar Tumballi Gluster/GlusterFS Hacker [bulde on #gluster/irc.gnu.org] http://www.zresearch.com - Commoditizing Supercomputing and Superstorage!
