Re: Fwd: GlusterFS clients getting disconnected from servers with signals 6 and 11

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

 



Hi loannis,

On Fri, Apr 25, 2008 at 12:06 PM, Ioannis Aslanidis <
iaslanidis@xxxxxxxxxxxxx> wrote:

> Hi there,
>
> We have upgraded our servers and clients to the latest version of
> glusterfs. I hope that the problem will not reproduce. If it does, I will
> report back to the mailing list.
>
> I am still wondering though, on the new versions, what do the following
> messages on the server mean:
>
> 2008-04-24 05:26:17 E [server-protocol.c:6021:server_protocol_interpret]
> server: bound_xl is null


bound_xl  null indicates failure of authentication of client from server.


>
>
>
> 2008-04-24 18:17:35 E [server-protocol.c:2136:server_stub_cbk] server:
> returning ENOENT: -1 (2)
>
>
> Thanks for your help.
>
> Regards,
>
> Ioannis Aslanidis
>
>
> Raghavendra G wrote:
>
>> resending to list.
>>
>> ---------- Forwarded message ----------
>> From: Raghavendra G <raghavendra.hg@xxxxxxxxx>
>> Date: Fri, Apr 25, 2008 at 10:58 AM
>> Subject: Re: GlusterFS clients getting disconnected from
>> servers with signals 6 and 11
>> To: Ioannis Aslanidis <iaslanidis@xxxxxxxxxxxxx>
>>
>>
>> Hi loannis,
>>
>> Do the system on which client is running uses poll or epoll? you can find
>> it
>> in the summary printed at the end of ./configure. Also is it possible to
>> attach client side log file.
>>
>> regards,
>>
>> On Tue, Apr 22, 2008 at 12:42 PM, Ioannis Aslanidis <
>> iaslanidis@xxxxxxxxxxxxx> 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@xxxxxxxxxx
>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>
>>>
>>
>>
>>


-- 
Raghavendra G

A centipede was happy quite, until a toad in fun,
Said, "Prey, which leg comes after which?",
This raised his doubts to such a pitch,
He fell flat into the ditch,
Not knowing how to run.
-Anonymous


[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