[Gluster-devel] Bug report: Seg. Fault on unify when re-running dbench (patch 284)

[Daniel van Ham Colchete]

Hello all!

I was doing some tests with GlusterFS here and I think I found a bug.

Current setup: 2 servers (192.168.0.151 and 192.168.0.155) and 1 client (
192.168.0.155).
How to reproduce: run "dbench -t 10 -c /usr/share/dbench/client.txt 50",
CTRL+C after a few seconds, run "dbench -t 10 -c
/usr/share/dbench/client.txt 50" again.


Client spec file:
volume brick1
        type protocol/client
        option transport-type tcp/client
        option remote-host 192.168.0.151
        option remote-port 6991
        option remote-subvolume brick
end-volume

volume brick2
        type protocol/client
        option transport-type tcp/client
        option remote-host 192.168.0.155
        option remote-port 6991
        option remote-subvolume brick
end-volume

volume brick-ns
        type protocol/client
        option transport-type tcp/client
        option remote-host 192.168.0.151
        option remote-port 6992
        option remote-subvolume brick
end-volume

volume unify
        type cluster/unify
        subvolumes brick1 brick2
        option namespace brick-ns
        option scheduler rr
        option rr.limits.min-free-disk 5
end-volume

volume writebehind
        type performance/write-behind
        option aggregate-size 131072
        subvolumes unify
end-volume


Server-151.spec:
volume brick
        type storage/posix
        option directory /mnt/cfs-01
end-volume

volume server
        type protocol/server
        option transport-type tcp/server
        option listen-port 6991
        subvolumes brick
        option auth.ip.brick.allow 192.168.*
end-volume



Server-ns.spec:
volume brick
        type storage/posix
        option directory /mnt/cfs-ns
end-volume

volume server
        type protocol/server
        option transport-type tcp/server
        option listen-port 6992
        subvolumes brick
        option auth.ip.brick.allow 192.168.*
end-volume



Server-155.spec
volume brick
        type storage/posix
        option directory /mnt/cfs-01
end-volume

volume server
        type protocol/server
        option transport-type tcp/server
        option listen-port 6991
        subvolumes brick
        option auth.ip.brick.allow 192.168.*
end-volume



Backtrace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1210407248 (LWP 6202)]
0xb759102a in unify_opendir (frame=0x80c29e8, this=0x80587f0, loc=0x809b50c)
at unify.c:1730
1730      list_for_each_entry (ino_list, list, list_head)
(gdb) where
#0  0xb759102a in unify_opendir (frame=0x80c29e8, this=0x80587f0,
loc=0x809b50c) at unify.c:1730
#1  0xb7f13de9 in default_opendir (frame=0x80d03d0, this=0x8058e48,
loc=0x809b50c) at defaults.c:872
#2  0x0804e7fb in fuse_opendir (req=0x83137d8, ino=8388904, fi=0xbfd7df2c)
at fuse-bridge.c:1225
#3  0xb7ef7b1c in ?? () from /usr/lib/libfuse.so.2
#4  0x083137d8 in ?? ()
#5  0x00800128 in ?? ()
#6  0xbfd7df2c in ?? ()
#7  0x00010000 in ?? ()
#8  0x00000000 in ?? ()


Last lines from the client log:
2007-07-07 20:24:37 D [fuse-bridge.c:441:fuse_getattr] glusterfs-fuse:
GETATTR 16818308 (/clients/client37/~dmtmp/WORD)
2007-07-07 20:24:37 D [fuse-bridge.c:441:fuse_getattr] glusterfs-fuse:
GETATTR 4194498 (/clients/client26)
2007-07-07 20:24:37 D [fuse-bridge.c:320:fuse_entry_cbk] glusterfs-fuse: ERR
=> -1 (2)
2007-07-07 20:24:37 D [inode.c:481:__create_inode] brick-ns/inode: create
inode(8388904)
2007-07-07 20:24:37 D [inode.c:279:__active_inode] brick-ns/inode:
activating inode(8388904), lru=0/1000
2007-07-07 20:24:37 D [inode.c:481:__create_inode] unify/inode: create
inode(8388904)
2007-07-07 20:24:37 D [inode.c:279:__active_inode] unify/inode: activating
inode(8388904), lru=0/1000
2007-07-07 20:24:37 D [inode.c:481:__create_inode] brick2/inode: create
inode(2637863)
2007-07-07 20:24:37 D [inode.c:279:__active_inode] brick2/inode: activating
inode(2637863), lru=0/1000
2007-07-07 20:24:37 D [fuse-bridge.c:441:fuse_getattr] glusterfs-fuse:
GETATTR 29360322 (/clients/client29)
2007-07-07 20:24:37 D [inode.c:481:__create_inode] brick1/inode: create
inode(7913510)
2007-07-07 20:24:37 D [inode.c:279:__active_inode] brick1/inode: activating
inode(7913510), lru=0/1000
2007-07-07 20:24:37 D [fuse-bridge.c:291:fuse_entry_cbk] glusterfs-fuse:
ENTRY => 8388904
2007-07-07 20:24:37 D [inode.c:310:__passive_inode] unify/inode: passivating
inode(8388904), lru=1/1000
2007-07-07 20:24:37 D [fuse-bridge.c:441:fuse_getattr] glusterfs-fuse:
GETATTR 25166149 (/clients/client2)


Best regards,
Daniel Colchete