xfs
[Top] [All Lists]

Re: XFS shutdown with 1.3.0

To: Nathan Scott <nathans@xxxxxxx>
Subject: Re: XFS shutdown with 1.3.0
From: Simon Matter <simon.matter@xxxxxxxxxxxxxxxx>
Date: Wed, 03 Sep 2003 16:54:48 +0200
Cc: linux-xfs <linux-xfs@xxxxxxxxxxx>
Organization: Sauter AG, Basel
References: <41782.213.173.165.140.1062330069.squirrel@xxxxxxxxxxxxxxxxxxxxxxx> <20030902071613.GB1378@frodo> <43946.213.173.165.140.1062501263.squirrel@xxxxxxxxxxxxxxxxxxxxxxx> <45181.213.173.165.140.1062566531.squirrel@xxxxxxxxxxxxxxxxxxxxxxx> <20030903054759.GB1002@frodo>
Sender: linux-xfs-bounce@xxxxxxxxxxx
Nathan Scott schrieb:
> 
> On Wed, Sep 03, 2003 at 07:22:11AM +0200, Simon Matter wrote:
> > Nathan,
> >
> > I have now run xfs_repair without -n several times but it still segfaults
> > in the same place. Although the filesystem is still mountable, I'm a bit
> > worried...
> > How do I call xfs_repair with gdb to produce useful output? Do I need a
> > debug enabled version of xfs_repair?
> 
> IIRC, by default we build the tools with -g, so symbols should be
> visible to gdb as is.  Here's the command line you're after:
> 

Hm, that's almost correct. The build is with debug enabled by default
but the rpm packages are stripped in the %install step. Adding
'%undefine __os_install_post' to the spec file has helped.

Here we go:

        - agno = 156
        - agno = 157
        - agno = 158
        - agno = 159
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
 
Program received signal SIGSEGV, Segmentation fault.
0x08067d92 in phase4 (mp=0xbfffe730) at phase4.c:1156
1156    phase4.c: No such file or directory.
        in phase4.c
(gdb) where
#0  0x08067d92 in phase4 (mp=0xbfffe730) at phase4.c:1156
#1  0x0807aea1 in main (argc=4, argv=0xbfffe9c4) at xfs_repair.c:514
#2  0x4003c657 in __libc_start_main (main=0x807accc <main>, argc=4,
ubp_av=0xbfffe9c4, init=0x8048ce4 <_init>, fini=0x80b2980 <_fini>,
rtld_fini=0x4000dcd4 <_dl_fini>,
    stack_end=0xbfffe9bc) at ../sysdeps/generic/libc-start.c:129
(gdb)


BTW, it looks like running xfs_repair was not only good:
[root@xxl pub]# ls -a
Linux/SAPDB/CD-200110/html/htmhelp/5b/33016abc0d11d2a97100a0c9449261/
ls:
Linux/SAPDB/CD-200110/html/htmhelp/5b/33016abc0d11d2a97100a0c9449261/content.htm:
No such file or directory
ls:
Linux/SAPDB/CD-200110/html/htmhelp/5b/33016abc0d11d2a97100a0c9449261/frameset.htm:
No such file or directory
ls:
Linux/SAPDB/CD-200110/html/htmhelp/5b/33016abc0d11d2a97100a0c9449261/content.htm:
No such file or directory
ls:
Linux/SAPDB/CD-200110/html/htmhelp/5b/33016abc0d11d2a97100a0c9449261/frameset.htm:
No such file or directory
.  ..
[root@xxl pub]#

Simon


<Prev in Thread] Current Thread [Next in Thread>