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]

 



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



[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