<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-tab-span" style="white-space:pre"> </span>I got some down time this weekend and tried to run another xfs_repair with the latest(3.1.2) version of XFS tools. This time the check ran much slower than it had before and used much more swap. My system has 12GB of ram in it right now and 16GB of swap space, do you guys have any rule of thumb to use to figure out how much memory the system should need? I am thinking adding more memory is the only way to fix my problem as it is now since its just slowness. I don't remember how much swap it ended up using but the process ran until I killed it to bring the file system back on line without running out of total memory. <div><br></div><div><span class="Apple-tab-span" style="white-space:pre"> </span>This may not be the biggest problem in the world but I tried to take a metadata dump just incase that was helpful and the process ran till a certain point and then hung with xfs_db using 100% of one of my cores. I've confirmed the same outcome three runs in a row. The output of xfs_metadump was:<div><div><div><br></div><div>:~# xfs_metadump -gw /dev/mapper/sangroup-sandisk ./metadata.dump</div><div>Copied 8192 of 1732067904 inodes (0 of 821 AGs)</div><div>xfs_metadump: suspicious count 1152 in bmap extent 89 in dir2 ino 12743</div><div>xfs_metadump: suspicious count 1455 in bmap extent 135 in dir2 ino 12743</div><div>xfs_metadump: suspicious count 1074 in bmap extent 2 in dir2 ino 12743</div><div>Copied 8151232 of 1732067904 inodes (0 of 821 AGs)</div><div><br></div><div>/usr/sbin/xfs_metadump: line 31: 5363 Terminated xfs_db$DBOPTS -F -i -p xfs_metadump -c "metadump$OPTS $2" $1</div><div><br></div><div>The process would hang at "Copied 8151232 of 1732067904 inodes (0 of 821 AGs)" and the rest of the output was me killing the xfs_db process. Thanks for all the help.</div><div><br></div><div>--Colin</div><div><br></div><div>
<span class="Apple-style-span" style="font-size: 12px; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Colin Wilson</div><div>Linux Systems Administrator</div><div><div>T +1.781.810.1331</div><div>F +1.781.891.5145</div><div><a href="mailto:cwilson@blackducksoftware.com">cwilson@blackducksoftware.com</a></div><div><a href="http://www.blackducksoftware.com/">http://www.blackducksoftware.com</a></div><div><br></div></div></div></span><br class="Apple-interchange-newline"><br class="Apple-interchange-newline">
</div>
<br><div><div>On May 18, 2010, at 10:15 PM, Eric Sandeen wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Dave Chinner wrote:<br><br><br><blockquote type="cite">Hence I'd start by upgrading to 3.1.2 and running with the default<br></blockquote><blockquote type="cite">options first to see whether it is faster and whether it hangs or<br></blockquote><blockquote type="cite">not before going any further.<br></blockquote><br>If it still hangs, collecting an xfs_metadump of the fs would be <br>useful for investigating the problem.<br><br>But, I think I fixed that (the options you mentioned were workarounds<br>for the bug I eventually fixed, IIRC)<br><br>Thanks,<br>-Eric<br><br><blockquote type="cite">Cheers,<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Dave.<br></blockquote><br></div></blockquote></div><br></div></div></div></body></html>