<br><br><div class="gmail_quote">On Mon, May 6, 2013 at 4:34 PM, Eric Sandeen <span dir="ltr"><<a href="mailto:sandeen@sandeen.net" target="_blank">sandeen@sandeen.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 5/6/13 7:06 AM, Filippo Stenico wrote:<br>
> Hello, I've had an issue on a raid5 volume (2 disks failing at same<br>
> time, and buggy NAS firmware trying hard to sync then stop for I/O<br>
> error then retryes to sync leading (!?) to lost raid and an xfs data<br>
> corruption.<br>
<br>
</div>Sooo bad storage hardware, first off \o/  :(<br>
<div><br> </div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> I've recreated raid, mounted the xfs filesystem, copied about 6TB of<br>
> data out of 8TB, the rest of data being unreachable with "structrure<br>
> needs cleaning" error. Thus I tried to unmount/mount and still got<br>
> same error, then dumped metadata and tried various xfs_repair with<br>
> different options but it always reaches a same point where it always<br>
> segfaults.<br>
<br>
</div>OK, what version of xfsprogs?<br>
If not latest usptream, please try that next.<br>
<br></blockquote><div>It was the one included in debian squeeze, I believe v.3.1.4 <br>I figured segfault could be fixed in newer releases, so I added testing and unstable sources, and tryied with those (3.1.7 and 3.1.9) but same segfault.<br>

 <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If upstream still segfaults, you could provide a core and associated<br>
binary debug info, or (maybe) an xfs_metadump for analysis.  It sounds<br>
like this fs is in pretty bad shape though, so even the xfs_metadump<br>
might fail and/or not gather enough information.<br>
<br></blockquote><div>As suggested on IRC chat, I built from xfsprogs-3.1.9 source, I will restore "original" metadata and make same steps I took first time, so that you can get a detailed report.<br>Of course I will include as much as info I can (metadump - gdb backtrace on eventual segfault).<br>

<br>Thanx for now,<br><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-Eric<br>
<div class="im"><br>
> If someone is interested of investigating what's going on here and<br>
> helping me recover more data I would be happy to send in in more<br>
> details....<br>
><br>
> Cheers<br>
><br>
> -- F<br>
><br>
><br>
</div>> _______________________________________________ xfs mailing list<br>
> <a href="mailto:xfs@oss.sgi.com">xfs@oss.sgi.com</a> <a href="http://oss.sgi.com/mailman/listinfo/xfs" target="_blank">http://oss.sgi.com/mailman/listinfo/xfs</a><br>
><br>
<br>
</blockquote></div><br><br>-- <br>F