<div dir="ltr">Hi Dave,<br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 3, 2014 at 1:02 AM, 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:1px solid rgb(204,204,204);padding-left:1ex"><span class="">On Tue, Sep 02, 2014 at 12:51:35PM +0300, Alex Lyakas wrote:<br>
> Hi Brian, Dave,<br>
</span><div><div class="h5">> I tested this patch on 3.8.13 kernel with the scenario I described<br>
> in <a href="http://oss.sgi.com/pipermail/xfs/2014-August/037637.html" target="_blank">http://oss.sgi.com/pipermail/xfs/2014-August/037637.html</a>, but I<br>
> still see the issue.<br>
> I placed the metadump at <a href="https://drive.google.com/file/d/0ByBy89zr3kJNV2UxMERNTkE4aHM/edit?usp=sharing" target="_blank">https://drive.google.com/file/d/0ByBy89zr3kJNV2UxMERNTkE4aHM/edit?usp=sharing</a><br>
><br>
> During log recovery, 3 IO errors are encountered:<br>
> [  340.381199] XFS (dm-0): Mounting Filesystem<br>
> [  340.439897] XFS (dm-0): Sleep 10s before xlog_do_recover<br>
> [  350.440143] XFS (dm-0): Starting recovery (logdev: internal)<br>
> [  351.584647] XFS (dm-0): metadata I/O error: block 0x1<br>
> ("xlog_recover_iodone") error 28 numblks 1<br>
> [  351.584660] XFS (dm-0): metadata I/O error: block 0x40<br>
> ("xlog_recover_iodone") error 28 numblks 16<br>
> [  351.584665] XFS (dm-0): xfs_do_force_shutdown(0x1) called from<br>
> line 377 of file<br>
> /mnt/work/alex/zadara-btrfs/fs/xfs/xfs_log_recover.c.  Return<br>
> address = 0xffffffffa0372728<br>
> [  351.584969] XFS (dm-0): I/O Error Detected. Shutting down filesystem<br>
> [  351.584970] XFS (dm-0): Please umount the filesystem and rectify<br>
> the problem(s)<br>
> [  351.585047] XFS (dm-0): metadata I/O error: block 0x1e00040<br>
> ("xlog_recover_iodone") error 28 numblks 16<br>
> [  351.585050] XFS (dm-0): xfs_do_force_shutdown(0x1) called from<br>
> line 377 of file<br>
> /mnt/work/alex/zadara-btrfs/fs/xfs/xfs_log_recover.c.  Return<br>
> address = 0xffffffffa0372728<br>
> [  351.585068] XFS (dm-0): log mount/recovery failed: error 28<br>
> [  351.585332] XFS (dm-0): log mount failed<br>
><br>
> Two IO error callbacks are handled before XFS is unmounted, but the<br>
> last one crashes with stack[1].<br>
><br>
> Do I need some or all of the 9 patches that Dave posted? (They do<br>
> not apply to my kernel, so I need to apply them by hand).<br>
<br>
</div></div>No, I suspect that there are other problems that have been fixed<br>
since 3.8 that you are missing. e.g.<br>
<br>
9c23ecc xfs: unmount does not wait for shutdown during unmount<br></blockquote><div>I applied this patch, and on top of that applied your patch "[PATCH 1/9] xfs: synchronous buffer IO needs a reference". However, the log recovery problem still reproduces.<br><br></div><div>At least with the 9c23ecc patch, the unmount-while-IO-error problems that I reported long ago seem to be fixed. <br><br></div><div>Thanks,<br></div><div>Alex.<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
THere's bound to be others, so you're really going to need to look<br>
at the differences between 3.8 and a current mainline to determine<br>
what other patches you are going to need...<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>