<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>
<div>Thanks a lot for taking care, </div>
<div> </div>
<div>I just teted with 3.2 alpha1 and had these results:</div>
<div> </div>
<div>corrupt block 21 in directory inode 39869938<br/>
will junk block<br/>
xfs_dir3_data_read_verify: XFS_CORRUPTION_ERROR<br/>
corrupt block 34 in directory inode 39869938<br/>
will junk block<br/>
xfs_dir3_data_read_verify: XFS_CORRUPTION_ERROR<br/>
corrupt block 35 in directory inode 39869938<br/>
will junk block<br/>
xfs_dir3_data_read_verify: XFS_CORRUPTION_ERROR<br/>
corrupt block 51 in directory inode 39869938<br/>
will junk block<br/>
xfs_da3_node_read_verify: XFS_CORRUPTION_ERROR<br/>
Segmentation fault</div>
<div> </div>
<div> </div>
<div>Should I go on with git latest?</div>
<div> </div>
<div>Thanks,</div>
<div> </div>
<div>Jan</div>
<div>
<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Mittwoch, 04. September 2013 um 15:39 Uhr<br/>
<b>Von:</b> "Eric Sandeen" <sandeen@sandeen.net><br/>
<b>An:</b> "Jan Yves Brueckner" <jyb@gmx.com><br/>
<b>Cc:</b> xfs@oss.sgi.com<br/>
<b>Betreff:</b> Re: xfs_repair segfaulting in phase 3</div>
<div name="quoted-content">On 8/12/13 6:38 AM, Jan Yves Brueckner wrote:<br/>
> Hi there,<br/>
><br/>
> as in previous posts we've got a problem in repair/dir2.c after a<br/>
> xfs_repair -L -m 60000 segfaulting reproducibly at the very same<br/>
> point of recovery;<br/>
><br/>
> I did the initial repair with debianish 2.9.8 (some patches applied);<br/>
> then upgrading to latest stable 3.1.11 where the problem persists.<br/>
><br/>
> 3.1.11 when compiled w/o optimization and run with gdb however<br/>
> segfaulted in libpthread so I repeated with an -O0 of 2.9.8 to get<br/>
> the debugging information:<br/>
><br/>
<br/>
Jan - 3 bugfixes into this, and I can get repair to complete w/o<br/>
a segv. However, the fs is still not fully repaired.<br/>
Nor is it fully repaired after the 2nd pass, etc etc. :(<br/>
<br/>
So you may have contributed a bit to xfs_repair stability<br/>
by uncovering this, but I'm not sure I will be able to contribute<br/>
to recovery of your (apparently _severely_ damaged) filesystem.<br/>
<br/>
:(<br/>
<br/>
-Eric<br/>
<br/>
> corrupt block 35 in directory inode 39869938<br/>
><br/>
> will junk block<br/>
><br/>
> corrupt block 51 in directory inode 39869938<br/>
><br/>
> will junk block<br/>
><br/>
><br/>
><br/>
> Program received signal SIGSEGV, Segmentation fault.<br/>
><br/>
> [Switching to Thread 0x7fcd982ae730 (LWP 19563)]<br/>
><br/>
> 0x0000000000419428 in verify_dir2_path (mp=0x7ffff8381580,<br/>
> cursor=0x7ffff8380f10, p_level=0) at dir2.c:619<br/>
><br/>
> 619 node = cursor->level[this_level].bp->data;<br/>
><br/>
> (gdb) info locals<br/>
><br/>
> node = (xfs_da_intnode_t *) 0x7ffff8380e94<br/>
><br/>
> newnode = (xfs_da_intnode_t *) 0x52202867f8380de0<br/>
><br/>
> dabno = 0<br/>
><br/>
> bp = (xfs_dabuf_t *) 0x80000200000001<br/>
><br/>
> bad = -474527744<br/>
><br/>
> entry = 0<br/>
><br/>
> this_level = 1<br/>
><br/>
> bmp = (bmap_ext_t *) 0x1<br/>
><br/>
> nex = 134250496<br/>
><br/>
> lbmp = {startoff = 8459390528, startblock = 72058695280238674,<br/>
> blockcount = 140737357811264, flag = 4309438}<br/>
><br/>
> __PRETTY_FUNCTION__ = "verify_dir2_path"<br/>
><br/>
> (gdb)<br/>
><br/>
><br/>
><br/>
> (gdb) bt<br/>
><br/>
> #0 0x0000000000419428 in verify_dir2_path (mp=0x7ffff8381580,<br/>
> cursor=0x7ffff8380f10, p_level=0) at dir2.c:619<br/>
><br/>
> #1 0x000000000041c441 in process_leaf_level_dir2 (mp=0x7ffff8381580,<br/>
> da_cursor=0x7ffff8380f10, repair=0x7ffff8381134)<br/>
><br/>
> at dir2.c:1899<br/>
><br/>
> #2 0x000000000041c61e in process_node_dir2 (mp=0x7ffff8381580,<br/>
> ino=39869938, dip=0x7fc9e2b38000, blkmap=0x7fca249ffd40,<br/>
><br/>
> repair=0x7ffff8381134) at dir2.c:1979<br/>
><br/>
> #3 0x000000000041c8cf in process_leaf_node_dir2 (mp=0x7ffff8381580,<br/>
> ino=39869938, dip=0x7fc9e2b38000, ino_discovery=1,<br/>
><br/>
> dirname=0x4911f6 "", parent=0x7ffff8381398, blkmap=0x7fca249ffd40,<br/>
> dot=0x7ffff838113c, dotdot=0x7ffff8381138,<br/>
><br/>
> repair=0x7ffff8381134, isnode=1) at dir2.c:2059<br/>
><br/>
> #4 0x000000000041cb33 in process_dir2 (mp=0x7ffff8381580,<br/>
> ino=39869938, dip=0x7fc9e2b38000, ino_discovery=1,<br/>
><br/>
> dino_dirty=0x7ffff8381390, dirname=0x4911f6 "",<br/>
> parent=0x7ffff8381398, blkmap=0x7fca249ffd40) at dir2.c:2113<br/>
><br/>
> #5 0x00000000004127ac in process_dinode_int (mp=0x7ffff8381580,<br/>
> dino=0x7fc9e2b38000, agno=0, ino=39869938, was_free=0,<br/>
><br/>
> dirty=0x7ffff8381390, cleared=0x7ffff838138c, used=0x7ffff8381394,<br/>
> verify_mode=0, uncertain=0, ino_discovery=1,<br/>
><br/>
> check_dups=0, extra_attr_check=1, isa_dir=0x7ffff8381388,<br/>
> parent=0x7ffff8381398) at dinode.c:2783<br/>
><br/>
> #6 0x0000000000412d94 in process_dinode (mp=0x7ffff8381580,<br/>
> dino=0x7fc9e2b38000, agno=0, ino=39869938, was_free=0,<br/>
><br/>
> dirty=0x7ffff8381390, cleared=0x7ffff838138c, used=0x7ffff8381394,<br/>
> ino_discovery=1, check_dups=0, extra_attr_check=1,<br/>
><br/>
> isa_dir=0x7ffff8381388, parent=0x7ffff8381398) at dinode.c:3017<br/>
><br/>
> #7 0x000000000040b607 in process_inode_chunk (mp=0x7ffff8381580,<br/>
> agno=0, num_inos=64, first_irec=0x751c810, ino_discovery=1,<br/>
><br/>
> check_dups=0, extra_attr_check=1, bogus=0x7ffff8381430) at<br/>
> dino_chunks.c:778<br/>
><br/>
> #8 0x000000000040bf46 in process_aginodes (mp=0x7ffff8381580,<br/>
> pf_args=0x75e6810, agno=0, ino_discovery=1, check_dups=0,<br/>
><br/>
> extra_attr_check=1) at dino_chunks.c:1025<br/>
><br/>
> #9 0x0000000000421db3 in process_ag_func (wq=0x1fe3790, agno=0,<br/>
> arg=0x75e6810) at phase3.c:162<br/>
><br/>
> #10 0x0000000000421f84 in process_ags (mp=0x7ffff8381580) at<br/>
> phase3.c:201<br/>
><br/>
> #11 0x00000000004220aa in phase3 (mp=0x7ffff8381580) at phase3.c:240<br/>
><br/>
> #12 0x000000000043bec4 in main (argc=5, argv=0x7ffff83818c8) at<br/>
> xfs_repair.c:697<br/>
><br/>
><br/>
><br/>
><br/>
><br/>
> I'll get the metadump on request.<br/>
><br/>
><br/>
><br/>
><br/>
><br/>
> Thanks for helping,<br/>
><br/>
><br/>
><br/>
> Jan<br/>
><br/>
><br/>
><br/>
> _______________________________________________ xfs mailing list<br/>
> xfs@oss.sgi.com <a href="http://oss.sgi.com/mailman/listinfo/xfs" target="_blank">http://oss.sgi.com/mailman/listinfo/xfs</a><br/>
><br/>
</div>
</div>
</div>
</div></div></body></html>