Re: Bug report: Seg. Fault on unify when re-running dbench (patch 284)

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

 



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

thanks,
avati

2007/7/8, Daniel van Ham Colchete <daniel.colchete@xxxxxxxxx>:

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@xxxxxxxxxxxxx> 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@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel




--
Anand V. Avati


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

  Powered by Linux