<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi again,<br>
<br>
I just recompiled gluster for debug and crashed it again the same way
as before. <br>
<br>
Here's the r1.log / backtrace:<br>
<br>
2009-01-09 19:59:54 W [dht.c:598:dht_lookup] client-dht: incomplete
layout failure for path=/<br>
2009-01-09 19:59:54 W [fuse-bridge.c:297:need_fresh_lookup]
fuse-bridge: revalidate of / failed (Resource temporarily unavailable)<br>
2009-01-09 20:00:06 E [socket.c:104:__socket_rwv] r3: writev failed
(Broken pipe)<br>
2009-01-09 20:00:06 E [saved-frames.c:148:saved_frames_unwind] r3:
forced unwinding frame type(1) op(ENTRYLK)<br>
2009-01-09 20:00:06 E [saved-frames.c:148:saved_frames_unwind] r3:
forced unwinding frame type(1) op(ENTRYLK)<br>
2009-01-09 20:00:06 E [socket.c:708:socket_connect_finish] r3:
connection failed (Connection refused)<br>
pending frames:<br>
frame : type(1) op(LOOKUP)<br>
frame : type(1) op(LOOKUP)<br>
<br>
Signal received: 11<br>
configuration details:argp 1<br>
backtrace 1<br>
dlfcn 1<br>
fdatasync 1<br>
libpthread 1<br>
llistxattr 1<br>
setfsid 1<br>
spinlock 1<br>
epoll.h 1<br>
xattr.h 1<br>
tv_nsec 1<br>
package-string: glusterfs 1.4.0rc7<br>
/lib/libc.so.6[0x7f9bfe6db060]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(client_removexattr+0x16d)[0x7f9bfdc48672]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(protocol_client_xfer+0x403)[0x7f9bfdc42a24]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(client_entrylk+0x367)[0x7f9bfdc4b4a3]<br>
/lib/glusterfs/1.4.0rc7/xlator/cluster/afr.so(afr_unlock+0x5d2)[0x7f9bfda19f00]<br>
/lib/glusterfs/1.4.0rc7/xlator/cluster/afr.so(afr_write_pending_post_op_cbk+0xc4)[0x7f9bfda1a315]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(client_xattrop_cbk+0x2ec)[0x7f9bfdc4e366]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(protocol_client_interpret+0x1c6)[0x7f9bfdc538f2]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(protocol_client_pollin+0xd5)[0x7f9bfdc54545]<br>
/lib/glusterfs/1.4.0rc7/xlator/protocol/client.so(notify+0x123)[0x7f9bfdc54690]<br>
/lib/glusterfs/1.4.0rc7/transport/socket.so[0x7f9bfcd8b4c6]<br>
/lib/glusterfs/1.4.0rc7/transport/socket.so[0x7f9bfcd8b7b4]<br>
/lib/libglusterfs.so.0[0x7f9bfee68d99]<br>
/lib/libglusterfs.so.0[0x7f9bfee68f6e]<br>
/lib/libglusterfs.so.0(event_dispatch+0x73)[0x7f9bfee69284]<br>
../bin/sbin/glusterfs(main+0xc50)[0x405136]<br>
/lib/libc.so.6(__libc_start_main+0xe6)[0x7f9bfe6c6466]<br>
../bin/sbin/glusterfs[0x402419]<br>
---------<br>
<br>
Corin<br>
<br>
On 09.01.2009 19:28, Corin Langosch wrote:
<blockquote cite="mid:49679740.6070807@gmx.de" type="cite">
<pre wrap="">Hi,
for testing purposes I setup dht with afr with 4 bricks using the latest
1.4rc7.
Making a simple "rsync -av --delete-during /etc /mount/r1" and killing
some node during the copy crashes some random glusterfs nodes.
For the exact volume specs etc. please have a look at the attached logs.
start r1 r2 r3 r4
rsync -av --delete-during /etc /mount/r1
kill r3
(sometimes crashes happen here...)
wait some seconds
start r3
(sometimes crashes happen here...)
All data directories and mount points are empty before starting the tests.
If it's an error with my volume descriptions, if you need more info etc.
please let me know too.
Corin
</pre>
<pre wrap=""><pre wrap=""><pre wrap=""><pre wrap=""><pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Gluster-devel mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a>
<a class="moz-txt-link-freetext" href="http://lists.nongnu.org/mailman/listinfo/gluster-devel">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a>
</pre></pre></pre></pre></pre>
</blockquote>
</body>
</html>