[Gluster-users] Could be the bug of Glusterfs? The file system is unstable and hang

Vahriç Muhtaryan vahric at doruk.net.tr
Sat May 30 08:43:12 UTC 2009


 

 

Hello,

 

I was installed new version like you and making test for something should be
or not . We have same configuration but I got differnet error, I couldn't
create directory or file , "it was giving Invalid Argument" and I saw that
one of server give an error like below , still testing .... 

 

pending frames:

frame : type(1) op(WRITE)

 

patchset: 5c1d9108c1529a1155963cb1911f8870a674ab5b

signal received: 6

configuration details:argp 1

backtrace 1

db.h 1

dlfcn 1

fdatasync 1

libpthread 1

llistxattr 1

setfsid 1

spinlock 1

epoll.h 1

xattr.h 1

st_atim.tv_nsec 1

package-string: glusterfs 2.0.1

[0xfa9420]

/lib/libc.so.6(abort+0x101)[0x218691]

/lib/libc.so.6[0x24f24b]

/lib/libc.so.6[0x2570f1]

/lib/libc.so.6(cfree+0x90)[0x25abc0]

/usr/local/lib/glusterfs/2.0.1/transport/socket.so(__socket_reset+0x3e)[0xc8
155e]

/usr/local/lib/glusterfs/2.0.1/transport/socket.so(socket_event_poll_err+0x3
b)[0xc8303b]

/usr/local/lib/glusterfs/2.0.1/transport/socket.so(socket_event_handler+0x8b
)[0xc833bb]

/usr/local/lib/libglusterfs.so.0[0x9820ca]

/usr/local/lib/libglusterfs.so.0(event_dispatch+0x21)[0x980fb1]

glusterfsd(main+0xdf3)[0x804b1a3]

/lib/libc.so.6(__libc_start_main+0xdc)[0x203e8c]

glusterfsd[0x8049911]

---------

 

From: gluster-users-bounces at gluster.org
[mailto:gluster-users-bounces at gluster.org] On Behalf Of Alpha Electronics
Sent: Friday, May 29, 2009 10:32 PM
To: gluster-users at gluster.org
Subject: [Gluster-users] Could be the bug of Glusterfs? The file system is
unstable and hang

 

We are testing the glusterfs before recommending them to enterprise clients.
We found that the file system always hang after running for about 2 days.
after killing the server side process and then restart, everything goes back
to normal.

 Here is the spec and error logged:
GlusterFS version:  v2.0.1

Client volume:
volume brick_1
  type protocol/client
  option transport-type tcp/client
  option remote-port 7777 # Non-default port
  option remote-host server1
  option remote-subvolume brick
end-volume

volume brick_2
  type protocol/client
  option transport-type tcp/client
  option remote-port 7777 # Non-default port
  option remote-host server2
  option remote-subvolume brick
end-volume

volume bricks
  type cluster/distribute
  subvolumes brick_1 brick_2
end-volume

Error logged on client side through /var/log/glusterfs.log
[2009-05-29 14:58:55] E [client-protocol.c:292:call_bail] brick_1: bailing
out frame LK(28) frame sent = 2009-05-29 14:28:54. frame-timeout = 1800
[2009-05-29 14:58:55] W [fuse-bridge.c:2284:fuse_setlk_cbk] glusterfs-fuse:
106850788: ERR => -1 (Transport endpoint is not connected)
error logged on server 
[2009-05-29 14:59:15] E [client-protocol.c:292:call_bail] brick_2: bailing
out frame LK(28) frame sent = 2009-05-29 14:29:05. frame-timeout = 1800
[2009-05-29 14:59:15] W [fuse-bridge.c:2284:fuse_setlk_cbk] glusterfs-fuse:
106850860: ERR => -1 (Transport endpoint is not connected)

There is error message logged on server side after 1 hour in
/var/log/messages:
May 29 16:04:16 server2 winbindd[3649]: [2009/05/29 16:05:16, 0]
lib/util_sock.c:write_data(564)
May 29 16:04:16 server2 winbindd[3649]:   write_data: write failure. Error =
Connection reset by peer
May 29 16:04:16 server2 winbindd[3649]: [2009/05/29 16:05:16, 0]
libsmb/clientgen.c:write_socket(158)
May 29 16:04:16 server2 winbindd[3649]:   write_socket: Error writing 104
bytes to socket 18: ERRNO = Connection reset by peer
May 29 16:04:16 server2 winbindd[3649]: [2009/05/29 16:05:16, 0]
libsmb/clientgen.c:cli_send_smb(188)
May 29 16:04:16 server2 winbindd[3649]:   Error writing 104 bytes to client.
-1 (Connection reset by peer)
May 29 16:04:16 server2 winbindd[3649]: [2009/05/29 16:05:16, 0]
libsmb/cliconnect.c:cli_session_setup_spnego(859)
May 29 16:04:16 server2 winbindd[3649]:   Kinit failed: Cannot contact any
KDC for requested realm

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20090530/88ba8118/attachment.html>


More information about the Gluster-users mailing list