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

[Anand Avati]

Daniel,
 patch-290 fixes this (and more) bugs. please update to patch-290.

thanks,
avati

2007/7/8, Daniel van Ham Colchete <daniel.colchete at gmail.com>:
>
> Hi Amar!
>
> I don't have the core but I can do it again. It will most likely stop at
> another line, but always at the list_for_each_entry macro.
>
> Here it goes:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1209686352 (LWP 7518)]
> 0xb764102a in unify_opendir (frame=0x8124be8, this=0x80587f0,
> loc=0x80d1eac)
> at unify.c:1730
> 1730      list_for_each_entry (ino_list, list, list_head)
> (gdb) where
> #0  0xb764102a in unify_opendir (frame=0x8124be8, this=0x80587f0,
> loc=0x80d1eac) at unify.c:1730
> #1  0xb7fc3de9 in default_opendir (frame=0x828e7e8, this=0x8058e48,
> loc=0x80d1eac) at defaults.c:872
> #2  0x0804e7fb in fuse_opendir (req=0x81dc4e0, ino=20971670,
> fi=0xbfb1d4cc)
> at fuse-bridge.c:1225
> #3  0xb7fa7b1c in ?? () from /usr/lib/libfuse.so.2
> #4  0x081dc4e0 in ?? ()
> #5  0x01400096 in ?? ()
> #6  0xbfb1d4cc in ?? ()
> #7  0x00010000 in ?? ()
> #8  0x00000000 in ?? ()
> (gdb) p *loc->inode
> $1 = {lock = {__data = {__lock = 0, __count = 0, __owner = 0, __kind = 0,
> __nusers = 0, {__spins = 0, __list = {
>           __next = 0x0}}}, __size = '\0' <repeats 23 times>, __align = 0},
> table = 0x8097660, nlookup = 0, generation = 4,
>   ref = 2, ino = 20971670, par = 0, isdir = 1 '\001', parent = 0x0, name =
> 0x0, fds = {next = 0x8124264, prev = 0x8124264},
>   buf = {st_dev = 2049, __pad1 = 0, __st_ino = 0, st_mode = 16832,
> st_nlink
> = 3, st_uid = 0, st_gid = 0, st_rdev = 0,
>     __pad2 = 0, st_size = 53, st_blksize = 4096, st_blocks = 0, st_atim =
> {tv_sec = 1183900042, tv_nsec = 726521408},
>     st_mtim = {tv_sec = 1183900042, tv_nsec = 898531210}, st_ctim =
> {tv_sec
> = 1183900042, tv_nsec = 898531210},
>     st_ino = 20971670}, ctx = 0x82adc18, name_hash = {next = 0x81242d0,
> prev
> = 0x81242d0}, inode_hash = {next = 0x81242d8,
>     prev = 0x81242d8}, list = {next = 0x809c000, prev = 0x82b3538},
> private
> = 0x0}
> (gdb) p *list
> Cannot access memory at address 0x0
> (gdb) p *ino_list
> Cannot access memory at address 0x0
> (gdb)
>
>
> It stoped at the same line... Lucky shot...
>
> I can log at the IRC on monday to give you access to the servers if you
> want.
>
> Regards,
> Daniel
>
> On 7/8/07, Amar S. Tumballi <amar at zresearch.com> wrote:
> >
> > Hi Daniel,
> >   If you still have the core, can you mail me back with the following
> > things?
> >
> > # gdb glusterfs -c /core.<pid>
> > .
> > .
> > .
> > (gdb) p *loc->inode
> > .
> > (gdb) p *list
> > .
> > (gdb) p *ino_list
> >
> >
> > Thanks and regards,
> > Amar
> >
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
Anand V. Avati