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: Sebastien COUPPEY
Subject: Re: [Gluster-devel] cache doesn t seem to be taken into account
Date: Thu, 10 Jan 2008 15:02:15 +0100
User-agent: Mutt/1.5.17 (2007-11-01)

On Thu, Jan 10, 2008 at 12:40:38PM +0100, Matthias Saou wrote:
> Sebastien COUPPEY wrote :
> 
> > > mtime being returned by AFR which is being discussed in another thread
> > > between Krishna and Li Daobing. Also, we suggest you upgrade to
> > > glusterfs--mainline--2.5--patch-628 from the TLA.
> > 
> > unfortunatelly after 2 h I am not able to compile it on RH5 or Centos
> > 5, (tla is not even packaged for these systems) even with adding all the 
> > libs fuse, flex .... 
> > python2.4 present on the system is not recognise.
> > 
> > I think I ll have to wait for the .deb and .rpm of the 1.3.8
> 
> These packages I've made might be useful to you, then :
> http://ftp.es6.freshrpms.net/pub/freshrpms/redhat/testing/EL5/cluster/

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+0x1ca)[0xb7543bda]
/usr/local/lib/glusterfs/1.3.8/xlator/cluster/unify.so(unify_sh_ns_getdents_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






reply via email to

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