xfs
[Top] [All Lists]

Re: Segmentation fault during xfs_repair

To: Richard Kolkovich <richard@xxxxxxxxxxxxx>
Subject: Re: Segmentation fault during xfs_repair
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Fri, 05 Jun 2009 21:45:37 -0500
Cc: xfs@xxxxxxxxxxx
In-reply-to: <20090605222236.GA39825@xxxxxxxxxxxxxxxxxxxxxx>
References: <20090605222236.GA39825@xxxxxxxxxxxxxxxxxxxxxx>
User-agent: Thunderbird 2.0.0.21 (Macintosh/20090302)
Richard Kolkovich wrote:
> We have a corrupted XFS partition on a storage server.  Attempting to run 
> xfs_repair the first time yielded the message about a corrupt log file, so I 
> have run xfs_repair with -L to clear that.  Now, xfs_repair segfaults in 
> Phase 3.  I have tried -P and a huge -m to no avail.  It always seems to 
> segfault at the same point:
> 
> bad directory block magic # 0 in block 11 for directory inode 341521797
> corrupt block 11 in directory inode 341521797
>         will junk block
> Segmentation fault (core dumped)

For starters, which xfsprogs version.... if not latest, try latest... if
latest, I'll grab that metadump image and see if I can reproduce it.

-Eric

> Here is the backtrace:
> 
> (gdb) bt
> #0  traverse_int_dir2block (mp=0x7fff4243c1d0, da_cursor=0x7fff4243bca0, 
> rbno=0x7fff4243bd98)
>     at dir2.c:358
> #1  0x000000000041650e in process_node_dir2 () at dir2.c:1940
> #2  process_leaf_node_dir2 (mp=0x7fff4243c1d0, ino=341521797, dip=0x27131600, 
> ino_discovery=1, 
>     dirname=0x46bdcd "", parent=0x7fff4243c080, blkmap=0x7f8828b5c060, 
> dot=0x7fff4243be6c, 
>     dotdot=0x7fff4243be68, repair=0x7fff4243be64, isnode=1) at dir2.c:2033
> #3  0x00000000004182cc in process_dir2 (mp=0x7fff4243c1d0, ino=341521797, 
> dip=0x27131600, 
>     ino_discovery=1, dino_dirty=0x7fff4243c090, dirname=0x46bdcd "", 
> parent=0x7fff4243c080, 
>     blkmap=0x7f8828b5c060) at dir2.c:2086
> #4  0x000000000040f9dc in process_dinode_int (mp=0x7fff4243c1d0, 
> dino=0x27131600, agno=5, 
>     ino=5977477, was_free=0, dirty=0x7fff4243c090, used=0x7fff4243c094, 
> verify_mode=0, 
>     uncertain=0, ino_discovery=1, check_dups=0, extra_attr_check=1, 
> isa_dir=0x7fff4243c08c, 
>     parent=0x7fff4243c080) at dinode.c:2668
> #5  0x000000000040fbae in process_dinode (mp=0x7fff4254c438, 
> dino=0x7fff4254c418, agno=939524166, 
>     ino=5888, was_free=46501, dirty=0x3, used=0x7fff4243c094, 
> ino_discovery=1, check_dups=0, 
>     extra_attr_check=1, isa_dir=0x7fff4243c08c, parent=0x7fff4243c080) at 
> dinode.c:2779
> #6  0x00000000004088f6 in process_inode_chunk (mp=0x7fff4243c1d0, agno=5, 
>     num_inos=<value optimized out>, first_irec=0x2198f60, ino_discovery=1, 
> check_dups=0, 
>     extra_attr_check=1, bogus=0x7fff4243c114) at dino_chunks.c:778
> #7  0x0000000000408edd in process_aginodes (mp=0x7fff4243c1d0, 
> pf_args=0x7f88284d97b0, agno=5, 
>     ino_discovery=1, check_dups=0, extra_attr_check=1) at dino_chunks.c:1024
> #8  0x000000000041bfdf in process_ag_func (wq=0x2003730, agno=5, 
> arg=0x7f88284d97b0)
>     at phase3.c:161
> #9  0x000000000041c79b in process_ags () at phase3.c:200
> #10 phase3 (mp=0x7fff4243c1d0) at phase3.c:239
> #11 0x0000000000432435 in main (argc=<value optimized out>, argv=<value 
> optimized out>)
>     at xfs_repair.c:719
> 
> I can provide the full core file, if need be (956M).  The xfs_metadump can be 
> found at:
> 
> http://files.intrameta.com/metadump.gz (735M)
> 
> Any suggestions/ideas on how to proceed are welcome.  Please Reply-All, as 
> I'm not subscribed to the ML.
> 
> Thanks,
> 

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