<div dir="ltr"><div><div><div><div>Thanks guys.<br></div>So far we did not figure out the bit fllip.<br></div>Will update if there is interesting information.<br><br></div>Best regards,<br></div>Danny<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 1, 2015 at 8:12 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"><span class="">On 4/1/15 10:09 AM, Danny Shavit wrote:<br>
> Hello Dave,<br>
> My name is Danny Shavit and I am with Zadara storage.<br>
> We will appreciate your feedback reagrding an xfs_corruption and xfs_reapir issue.<br>
><br>
> We found a corrupted xfs volume in one of our systems. It is around 1 TB size and about 12 M files.<br>
> We run xfs_repair on the volume which succeeded after 42 minutes.<br>
> We noticed that memory consumption raised to about 7.5 GB.<br>
> Since some customers are using only 4GB (and sometimes even 2 GB) we tried running "xfs_repair -m 3200" on a 4GB RAM machine.<br>
> However, this time an OOM event happened during handling of AG 26 during step 3.<br>
> The log of xfs_repair is enclosed below.<br>
> We will appreciate your feedback on the amount of memory needed for xfs_repair in general and when using "-m" option specifically.<br>
> The xfs metadata dump (prior to xfs_repair) can be found here:<br>
> <a href="https://zadarastorage-public.s3.amazonaws.com/xfs/xfsdump-prod-ebs_2015-03-30_23-00-38.tgz" target="_blank">https://zadarastorage-public.s3.amazonaws.com/xfs/xfsdump-prod-ebs_2015-03-30_23-00-38.tgz</a><br>
> It is a 1.2 GB file (and 5.7 GB uncompressed).<br>
><br>
> We will appreciate your feedback on the corruption pattern as well.<br>
> --<br>
> Thank you,<br>
> Danny Shavit<br>
> Zadarastorage<br>
><br>
> ---------- xfs_repair log  ----------------<br>
<br>
</span>Just a note ...<br>
<span class=""><br>
> bad . entry in directory inode 5691013154, was 5691013170: correcting<br>
<br>
</span>101010011001101011111100000100100<br>
101010011001101011111100000110100<br>
                            ^ bit flip<br>
<span class=""><br>
> bad . entry in directory inode 5691013156, was 5691013172: correcting<br>
<br>
</span>101010011001101011111100000100100<br>
101010011001101011111100000110100<br>
                            ^ bit flip<br>
<br>
etc ...<br>
<div class="HOEnZb"><div class="h5"><br>
> bad . entry in directory inode 5691013157, was 5691013173: correcting<br>
> bad . entry in directory inode 5691013163, was 5691013179: correcting<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Regards,<br></div>Danny<br></div></div>
</div>