[Cluster-devel] Mounting lock_nolock file systems?

Andreas Gruenbacher agruenba at redhat.com
Thu Jun 23 15:44:39 UTC 2022


On Wed, Jun 22, 2022 at 4:32 PM Christoph Hellwig <hch at lst.de> wrote:
> On Tue, Jun 21, 2022 at 02:58:57PM +0200, Christoph Hellwig wrote:
> > Sorry, actually it was the pagecache for-next branch from willy.  Looks
> > like mainline itself is fine.
> >
> > I'll try to get the superblock information from the pagecache branch
> > once I find a little time, chasing a bunch of other bugs in the meantime.
>
> I bisected it down to:
>
> commit 1abe0e8c19c514827408ba7e7e84969b6f2e784f
> Author: Matthew Wilcox (Oracle) <willy at infradead.org>
> Date:   Wed May 18 14:41:39 2022 -0400
>
>     gfs: Check PageUptodate instead of PageError
>
>     This is the correct flag to test to know if the read completed
>     successfully.
>
>     Signed-off-by: Matthew Wilcox (Oracle) <willy at infradead.org>
>
> but I don't have any explanation how it caused that breakage yet.

gfs2_find_jhead() uses gfs2_end_log_read() as the end_io function of
the bios it submits, and gfs2_end_log_read() doesn't set the pages it
reads uptodate. That should be fixed; it doesn't make much sense.

Willy, can you remove the above patch from the pagecache tree? We can
put it in the gfs2 tree after that gfs2_end_log_read() fix.

(Side note: it's gfs2, not gfs.)

Thanks,
Andreas



More information about the Cluster-devel mailing list