Wed 24 Jun 2009 10:25:36 AM UTC, comment #11:
This bug has been moved to http://bugs.gluster.com
Please track the progress of the bug at http://bugs.gluster.com/cgi-bin/bugzilla3/show_bug.cgi?id=46
--
Gowda
|
Mon 09 Mar 2009 08:49:46 AM UTC, comment #10:
It seems that I haven't made glusterfs correctly on all machines (VPSes). Eh, stupid me...
However, when I setup an AFR over the servers, writing anything crashes the second one. Configs and crash backtrace are attached. Changing "type cluster/afr" to "type cluster/replicate" on the client side doesn't help.
(file #17625, file #17626, file #17627, file #17628)
|
Tue 03 Mar 2009 01:12:41 PM UTC, comment #9:
I can give you ssh access to root account on VPSes with exact instructions how to reproduce bug there -- via email.
|
Tue 03 Mar 2009 01:03:18 PM UTC, comment #8:
Test on 32-bit (localhost only) passed.
Please note that while complicated, testng under some virtualization is a must for me. We use OpenVZ as a kind of sandboxing and we don't have that many physical servers now to put every service separately. Hopefully, we can have glusterfsd running on 64-bit VPSes. Still we need 32-bit clients (lack of 64-bit support for app X, Y, Z...).
|
Tue 03 Mar 2009 12:59:40 PM UTC, comment #7:
Thanks for diagnosing. We'll try to figure out why that could have happened.
|
Tue 03 Mar 2009 12:54:53 PM UTC, comment #6:
I've set up another VPS installation and the bug disappeared. The difference is that new VPSes are 64-bit systems and old were 32-bit. The host is 64-bit.
(Don't ask me how this could ever work :) But as I said it worked for older versions)
I will try once more on regular 32-bit machine w/o any virtualization.
|
Tue 03 Mar 2009 11:05:40 AM UTC, comment #5:
Could you please try running it on just a regular machine (outside OpenVZ) so we can corner the bug?
|
Tue 03 Mar 2009 11:03:30 AM UTC, comment #4:
Maybe this is somehow related to OpenVZ. We're using it and testing GlusterFS inside...
Anyway I have run versions 2.0.0rc2, 1.4.0qa92, 1.3.12 (all under OpenVZ) and none of them crashed. 1.4.0qa92 even had AFR working without problems.
|
Tue 03 Mar 2009 10:56:09 AM UTC, comment #3:
Piotr,
I'm unable to reproduce this with the same configuration, and our testing team cannot reproduce it either. Does it happen everytime? Any other clues you can give us? Would it be possible for you to give us remote access?
|
Tue 03 Mar 2009 08:13:46 AM UTC, comment #2:
#0 0xb7d2c1ec in pthread_mutex_lock@plt () from /lib/glusterfs/2.0.0tla/xlator/features/posix-locks.so
#1 0xb7d2ebaf in pl_flush (frame=0x8054a90, this=0x8053c58, fd=0x808dec8) at posix.c:287
#2 0xb7d1a810 in server_flush (frame=0x8056540, bound_xl=0x8053c58, hdr=0x8056428, hdrlen=48, buf=0x0, buflen=0) at server-protocol.c:4307
#3 0xb7d13a62 in protocol_server_interpret (this=0x80541c8, trans=0x8055ec0, hdr_p=0x8056428 "", hdrlen=48, buf=0x0, buflen=0) at server-protocol.c:7722
#4 0xb7d13d43 in protocol_server_pollin (this=0x80541c8, trans=0x8055ec0) at server-protocol.c:7991
#5 0xb7d13daf in notify (this=0x80541c8, event=2, data=0x8055ec0) at server-protocol.c:8040
#6 0xb75094ab in socket_event_poll_in (this=0x8055ec0) at socket.c:699
#7 0xb750956b in socket_event_handler (fd=9, idx=1, data=0x8055ec0, poll_in=1, poll_out=0, poll_err=0) at socket.c:798
#8 0xb7f07f8a in event_dispatch_epoll (event_pool=0x804f150) at event.c:804
#9 0xb7f06d61 in event_dispatch (event_pool=0x0) at event.c:975
#10 0x0804b406 in main (argc=4, argv=0xbfe24424) at glusterfsd.c:1136
|
Mon 02 Mar 2009 02:57:26 PM UTC, comment #1:
Piotr,
Thanks for reporting this. Could you please run glusterfsd under gdb and send us the backtrace when it segfaults?
You can get the backtrace by typing 'bt' in gdb.
|
Mon 02 Mar 2009 02:44:41 PM UTC, original submission:
I'm using glusterfs git clone, commit fd524dda532a05cb2485935212d1a66f4130256c.
I've set up simple client-server installation and it crashes.
Test scenario:
- start glusterfsd on server
- start glusterfs on client (mounting /home/import)
- `touch /home/import/a` on the client to crash the server
Server crashes with "Segmentation fault (core dumped)"
Logs from running both server and client with --debug option and configuration are attached.
Version information:
root@glusterfs1:~# glusterfs --version
glusterfs 2.0.0tla built on Feb 27 2009 17:42:44
Repository revision: glusterfs--mainline--3.0--patch-928
|