<div dir="ltr"><div>Hi again, </div><div>Here's the stack trace:</div><div><br></div><font face="courier new, monospace">#0  __xfs_dir3_data_check (dp=<value optimized out>, bp=<value optimized out>) at xfs_dir2_data.c:149<br>
#1  0x0000000000451d32 in xfs_dir3_block_verify (bp=0x94369210) at xfs_dir2_block.c:62<br>#2  0x0000000000451ed1 in xfs_dir3_block_read_verify (bp=0x94369210) at xfs_dir2_block.c:73<br>#3  0x0000000000431e2a in libxfs_readbuf (btp=0x6aaca0, blkno=5292504, len=8, flags=0, ops=0x478c60) at rdwr.c:718<br>
#4  0x0000000000412295 in da_read_buf (mp=0x7fffffffe090, nex=1, bmp=<value optimized out>, ops=<value optimized out>) at dir2.c:129<br>#5  0x0000000000415c26 in process_block_dir2 (mp=0x7fffffffe090, ino=8639864, dip=0x95030000, ino_discovery=1, dino_dirty=<value optimized out>, dirname=0x472201 "", parent=0x7fffffffdf28, blkmap=0x7ffff0342010) at dir2.c:1594<br>
#6  process_dir2 (mp=0x7fffffffe090, ino=8639864, dip=0x95030000, ino_discovery=1, dino_dirty=<value optimized out>, dirname=0x472201 "", parent=0x7fffffffdf28, blkmap=0x7ffff0342010) at dir2.c:1993<br>#7  0x0000000000411e6c in process_dinode_int (mp=0x7fffffffe090, dino=0x95030000, agno=1, ino=0, was_free=0, dirty=0x7fffffffdf38, used=0x7fffffffdf3c, verify_mode=0, uncertain=0, ino_discovery=1, check_dups=0, extra_attr_check=1, isa_dir=0x7fffffffdf34,<br>
    parent=0x7fffffffdf28) at dinode.c:2859<br>#8  0x000000000041213e in process_dinode (mp=<value optimized out>, dino=<value optimized out>, agno=<value optimized out>, ino=<value optimized out>, was_free=<value optimized out>, dirty=<value optimized out>, used=0x7fffffffdf3c, ino_discovery=1, check_dups=0,<br>
    extra_attr_check=1, isa_dir=0x7fffffffdf34, parent=0x7fffffffdf28) at dinode.c:2967<br>#9  0x000000000040a870 in process_inode_chunk (mp=0x7fffffffe090, agno=0, num_inos=<value optimized out>, first_irec=0x7fff5d63f320, ino_discovery=1, check_dups=0, extra_attr_check=1, bogus=0x7fffffffdfcc) at dino_chunks.c:772<br>
#10 0x000000000040ae97 in process_aginodes (mp=0x7fffffffe090, pf_args=0x0, agno=0, ino_discovery=1, check_dups=0, extra_attr_check=1) at dino_chunks.c:1014<br>#11 0x000000000041978d in process_ag_func (wq=0x695f40, agno=0, arg=0x0) at phase3.c:77<br>
#12 0x0000000000419bac in process_ags (mp=0x7fffffffe090) at phase3.c:116<br>#13 phase3 (mp=0x7fffffffe090) at phase3.c:155<br>#14 0x000000000042d200 in main (argc=<value optimized out>, argv=<value optimized out>) at xfs_repair.c:749</font><div>
<br></div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Oct 1, 2013 at 1:19 PM, Dave Chinner <span dir="ltr"><<a href="mailto:david@fromorbit.com" target="_blank">david@fromorbit.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">On Tue, Oct 01, 2013 at 12:57:42PM -0700, Viet Nguyen wrote:<br>

> Hi,<br>
><br>
> I have a corrupted xfs partition that segfaults when I run xfs_repair, at<br>
> the same place every time.<br>
><br>
> I'm using the latest version of xfs_repair that I am aware of: xfs_repair<br>
> version 3.2.0-alpha1<br>
><br>
> I simply run it as so: xfs_repair -P /dev/sda1<br>
><br>
> Here's a sample of the last few lines that are spit out:<br>
> correcting nextents for inode 8637985<br>
> correcting nblocks for inode 8637985, was 198 - counted 0<br>
> correcting nextents for inode 8637985, was 1 - counted 0<br>
> data fork in regular inode 8637987 claims used block 7847452695<br>
> correcting nextents for inode 8637987<br>
> correcting nblocks for inode 8637987, was 198 - counted 0<br>
> correcting nextents for inode 8637987, was 1 - counted 0<br>
> data fork in regular inode 8637999 claims used block 11068974204<br>
> correcting nextents for inode 8637999<br>
> correcting nblocks for inode 8637999, was 200 - counted 0<br>
> correcting nextents for inode 8637999, was 1 - counted 0<br>
> data fork in regular inode 8638002 claims used block 11873152787<br>
> correcting nextents for inode 8638002<br>
> correcting nblocks for inode 8638002, was 201 - counted 0<br>
> correcting nextents for inode 8638002, was 1 - counted 0<br>
> imap claims a free inode 8638005 is in use, correcting imap and clearing<br>
> inode<br>
> cleared inode 8638005<br>
> imap claims a free inode 8638011 is in use, correcting imap and clearing<br>
> inode<br>
> cleared inode 8638011<br>
> Segmentation fault (core dumped)<br>
><br>
> It crashes after attempting to clear that same inode every time.<br>
><br>
> Any advice you can give me on this?<br>
<br>
</div></div>Can you run it under gdb and send the stack trace that tells us<br>
where it crashed?<br>
<br>
Cheers,<br>
<br>
Dave.<br>
<span class=""><font color="#888888">--<br>
Dave Chinner<br>
<a href="mailto:david@fromorbit.com">david@fromorbit.com</a><br>
</font></span></blockquote></div><br></div></div>