[Gluster-devel] GlusterFS clients getting disconnected from servers with signals 6 and 11
Matthias Saou
thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net
Tue Apr 22 15:59:11 UTC 2008
Hi,
It's worth noting that both those packages are actually based on a
checkout from glusterfs--mainline--2.5--patch-628 or 636 (don't
remember for sure and "make dist" created "glusterfs-1.3.8.tar.gz"
tarballs for both), so both the server and the client are the same
version here.
The read-ahead.so segfault might have been fixed here, right? :
Summary:
lock read ahead conf while adding new ra_file_t in ra_open_cbk
and ra_create_cbk - caused random memory corruption
Revision:
glusterfs--mainline--2.5--patch-741
The libfuse signal 6 is a bit more confusing. The client here is using
fuse 2.7.2 with the glfs8 patch if that can indicate something. It
looks memory allocation related, so maybe it's actually a consequence
of the above bug too?
Matthias
Krishna Srinivas wrote :
> Ioannis,
>
> Can you make server and client of same version and see if it segfaults?
> If it still segfaults, can you tell us what the trigger to the crash is? what
> were you trying to do? If you can get the gdb backtrace that would help
> too. "gdb -c /core-file <path to glusterfs>"
>
> Krishna
>
> On Tue, Apr 22, 2008 at 2:12 PM, Ioannis Aslanidis
> <iaslanidis at flumotion.com> wrote:
> > Hello,
> >
> > We are currently using server version 1.3.8-0.6 and client version
> > 1.3.8-0.8. Do you think that updating to a newer version could solve the
> > issues below? If you need any further information, please do not hesitate to
> > ask for it.
> >
> > The log of the server is the following:
> >
> > 2008-04-21 16:07:48 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.101:1021)
> > 2008-04-21 16:07:48 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 16:13:15 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.101:1023)
> > 2008-04-21 16:13:15 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 17:37:41 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.101:1022)
> > 2008-04-21 17:37:41 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 17:49:53 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.101:1023)
> > 2008-04-21 17:49:53 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 20:01:17 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.104:1019)
> > 2008-04-21 20:01:17 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 20:15:30 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.104:1023)
> > 2008-04-21 20:15:30 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 22:05:50 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> > 2008-04-21 22:16:42 E [protocol.c:254:gf_block_unserialize_transport]
> > server: EOF from peer (192.168.128.102:1023)
> > 2008-04-21 22:16:42 C [tcp.c:81:tcp_disconnect] server: connection
> > disconnected
> >
> > The log of the clients:
> >
> > ---------
> > got signal (11), printing backtrace
> > ---------
> > [0xd9f420]
> > /lib/libc.so.6[0x4ef12450]
> > /lib/libc.so.6(calloc+0x8e)[0x4ef139a2]
> > /usr/lib/glusterfs/1.3.8/xlator/performance/read-ahead.so[0xe20551]
> > /usr/lib/glusterfs/1.3.8/xlator/protocol/client.so[0x30718b]
> > /usr/lib/glusterfs/1.3.8/xlator/protocol/client.so(notify+0xb6e)[0x30ac0e]
> > /usr/lib/libglusterfs.so.0(transport_notify+0x37)[0x45c8eed7]
> > /usr/lib/libglusterfs.so.0(sys_epoll_iteration+0xd7)[0x45c8fc17]
> > /usr/lib/libglusterfs.so.0(poll_iteration+0x7c)[0x45c8f00c]
> > [glusterfs](main+0x454)[0x804a864]
> > /lib/libc.so.6(__libc_start_main+0xdc)[0x4eec37e4]
> > [glusterfs][0x804a381]
> > ---------
> >
> > ---------
> > got signal (6), printing backtrace
> > ---------
> > [0x480420]
> > [0x480410]
> > /lib/libc.so.6(gsignal+0x49)[0x4eed6159]
> > /lib/libc.so.6(abort+0x103)[0x4eed76e3]
> > /lib/libc.so.6[0x4ef0aa1b]
> > /lib/libc.so.6[0x4ef12660]
> > /lib/libc.so.6(malloc+0x74)[0x4ef13c7c]
> > /lib/libc.so.6(vasprintf+0x23)[0x4ef09a07]
> > /lib/libc.so.6(__asprintf+0x2e)[0x4eef135e]
> > /usr/lib/libglusterfs.so.0(dict_set+0x26b)[0x45c85b6b]
> > [glusterfs][0x804b3d8]
> > [glusterfs][0x804bfff]
> > /lib/libfuse.so.2[0x45c6e359]
> > /lib/libfuse.so.2[0x45c6f29d]
> > /lib/libfuse.so.2(fuse_session_process+0x26)[0x45c70d96]
> > [glusterfs][0x804fcc8]
> > /lib/libpthread.so.0[0x4f1f03b6]
> > /lib/libc.so.6(__clone+0x5e)[0x4ef7633e]
> > ---------
> >
> >
> > Regards,
> >
> > Ioannis
> >
> >
> > _______________________________________________
> > Gluster-devel mailing list
> > Gluster-devel at nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/gluster-devel
> >
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 8 (Werewolf) - Linux kernel 2.6.24.4-64.fc8
Load : 0.07 0.16 0.12
More information about the Gluster-devel
mailing list