Re: cache doesn t seem to be taken into account

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

 



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!


[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux