Segfault in gluster volume heal

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

 



Just thought I'd report it here: this is 3.3.0 under Ubuntu 12.04.

root at dev-storage1:~# gluster volume heal safe 
Heal operation on volume safe has been successful
root at dev-storage1:~# gluster volume heal safe full
Heal operation on volume safe has been successful
root at dev-storage1:~# gluster volume heal safe info healed
Heal operation on volume safe has been successful

Brick dev-storage1:/disk/storage1/safe
Number of entries: 0

Brick dev-storage2:/disk/storage2/safe
Number of entries: 1
Segmentation fault (core dumped)
root at dev-storage1:~# 

Oops. Under gdb:

root at dev-storage1:~# gdb gluster
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /usr/sbin/gluster...(no debugging symbols found)...done.
(gdb) run volume heal safe info healed
Starting program: /usr/sbin/gluster volume heal safe info healed
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7ffff55ee700 (LWP 7009)]
[New Thread 0x7ffff4ded700 (LWP 7011)]
Heal operation on volume safe has been successful

Brick dev-storage1:/disk/storage1/safe
Number of entries: 0

Brick dev-storage2:/disk/storage2/safe
Number of entries: 8

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6fcf0d0 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
(gdb) bt
#0  0x00007ffff6fcf0d0 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff6fd0f86 in strftime_l () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00000000004206a6 in cmd_heal_volume_brick_out ()
#3  0x0000000000420a6f in gf_cli3_1_heal_volume_cbk ()
#4  0x00007ffff7502b85 in rpc_clnt_handle_reply () from /usr/lib/libgfrpc.so.0
#5  0x00007ffff7503585 in rpc_clnt_notify () from /usr/lib/libgfrpc.so.0
#6  0x00007ffff74ff577 in rpc_transport_notify () from /usr/lib/libgfrpc.so.0
#7  0x00007ffff58076a4 in socket_event_poll_in ()
   from /usr/lib/glusterfs/3.3.0/rpc-transport/socket.so
#8  0x00007ffff58079f7 in socket_event_handler ()
   from /usr/lib/glusterfs/3.3.0/rpc-transport/socket.so
#9  0x00007ffff7b9dd67 in ?? () from /usr/lib/libglusterfs.so.0
#10 0x00000000004076d6 in main ()
(gdb) info threads
  Id   Target Id         Frame 
  3    Thread 0x7ffff4ded700 (LWP 7011) "gluster" 0x00007ffff72e30fe in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  2    Thread 0x7ffff55ee700 (LWP 7009) "gluster" 0x00007ffff72e652d in nanosleep () from /lib/x86_64-linux-gnu/libpthread.so.0
* 1    Thread 0x7ffff7fed700 (LWP 7006) "gluster" 0x00007ffff6fcf0d0 in ?? ()
   from /lib/x86_64-linux-gnu/libc.so.6
(gdb) 

Anything else useful I can do to pin this down?

The other 'heal' suboptions don't segfault:

root at dev-storage1:~# gluster volume heal safe info heal-failed
Heal operation on volume safe has been successful

Brick dev-storage1:/disk/storage1/safe
Number of entries: 0

Brick dev-storage2:/disk/storage2/safe
Number of entries: 0
root at dev-storage1:~# gluster volume heal safe info split-brain
Heal operation on volume safe has been successful

Brick dev-storage1:/disk/storage1/safe
Number of entries: 0

Brick dev-storage2:/disk/storage2/safe
Number of entries: 0
root at dev-storage1:~# 

And for what it's worth, the replicas *have* synchronised properly. It's
just the gluster volume output which crashes.

Regards,

Brian.


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux