[Gluster-users] Crash with 1.4rc7

[Filipe Maia]

I did some more tests and if I change to self heal: foreground (i was
using background) the problem seems to go away.

On Wed, Jan 14, 2009 at 23:19, Filipe Maia <filipe at xray.bmc.uu.se> wrote:
> I'm trying to install glusterfs on CentOS 5.2 x86_64.
> When i run glusterfs I get a crash. The log file shows the following:
>
> 2009-01-14 23:09:32 W [rr-options.c:179:rr_options_validate] rr: using
> scheduler.limits.min-free-dis
> k = 15
> pending frames:
> frame : type(1) op(LOOKUP)
> frame : type(1) op(LOOKUP)
>
> Signal received: 11
> configuration details:argp 1
> backtrace 1
> dlfcn 1
> fdatasync 1
> libpthread 1
> llistxattr 1
> setfsid 1
> spinlock 1
> epoll.h 1
> xattr.h 1
> tv_nsec 1
> package-string: glusterfs 1.4.0rc7
> /lib64/libc.so.6[0x31abc301b0]
>
>
> (gdb) set args -N -s tintoretto /mnt/gluster
> (gdb) r
> Starting program: /usr/sbin/glusterfs -N -s tintoretto /mnt/gluster
> [Thread debugging using libthread_db enabled]
> [Detaching after fork from child process 12863. (Try `set detach-on-fork off'.)]
> [New Thread 47597285312016 (LWP 12860)]
> [New Thread 1094875456 (LWP 12865)]
> [New Thread 1096976704 (LWP 12866)]
> [New Thread 1083951424 (LWP 12867)]
> [New Thread 1099077952 (LWP 12868)]
> [New Thread 1087445312 (LWP 12869)]
> [Detaching after fork from child process 12870.]
> [New Thread 1104296256 (LWP 12871)]
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 47597285312016 (LWP 12860)]
> 0x0000000000000000 in ?? ()
> (gdb) bt
> #0  0x0000000000000000 in ?? ()
> #1  0x00002b4a1b4f7fdd in protocol_client_xfer (frame=0x1ac43920,
> this=0x1ab84fa0, type=1, op=39,
>    hdr=<value optimized out>, hdrlen=46, vector=0x0, count=0,
> refs=0x0) at client-protocol.c:476
> #2  0x00002b4a1b4f89d4 in client_checksum (frame=0x1ac43920,
> this=0x1ab84fa0, loc=0x1ac427e8,
>    flag=0) at client-protocol.c:5470
> #3  0x00002b4a1b716473 in zr_unify_self_heal (frame=0x1ac416b0,
> this=<value optimized out>,
>    local=0x1ac41700) at unify-self-heal.c:1198
> #4  0x00002b4a1b7154f8 in unify_lookup_cbk (frame=0x1ac416b0,
> cookie=<value optimized out>,
>    this=0x1ab85720, op_ret=0, op_errno=22, inode=0x1ab932f0,
> buf=0x7fff8f87b8d0, dict=0x0)
>    at unify.c:524
> #5  0x00002b4a1b500730 in client_lookup_cbk (frame=0x1ac41d70, hdr=0x1ac424a0,
>    hdrlen=<value optimized out>, buf=<value optimized out>,
> buflen=<value optimized out>)
>    at client-protocol.c:4814
> #6  0x00002b4a1b4f1fe1 in protocol_client_pollin (this=0x1ab85360,
> trans=0x1ab8ee50)
>    at client-protocol.c:6206
> #7  0x00002b4a1b4f84ba in notify (this=0x1ab85360, event=2, data=0x1ab8ee50)
>    at client-protocol.c:6246
> #8  0x00002aaaaaaadd5e in socket_event_handler (fd=<value optimized out>,
>    idx=<value optimized out>, data=0x1ab8ee50, poll_in=112,
> poll_out=<value optimized out>,
>    poll_err=0) at socket.c:678
> #9  0x00002b4a1b269a65 in event_dispatch_epoll (event_pool=0x1ab7f230)
> at event.c:804
> #10 0x00000000004032e9 in main (argc=5, argv=0x7fff8f87c7e8) at
> glusterfsd.c:1068
>
> The same configuration works on my Debian sid machine x86_64.
>
> I tried both with the glusterfs fuse version and with the CentOS fuse.
>
> Attached is the client file.
>
> Filipe
>