Re: lots of fstests cases fail on overlay with util-linux 2.40.2 (new mount APIs)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Oct 28, 2024 at 8:28 PM Zorro Lang <zlang@xxxxxxxxxx> wrote:
>
> On Mon, Oct 28, 2024 at 01:22:52PM +0100, Christian Brauner wrote:
> > On Sun, Oct 27, 2024 at 02:07:41AM +0800, Zorro Lang wrote:
> > > Hi,
> > >
> > > Recently, I hit lots of fstests cases fail on overlayfs (xfs underlying, no
> > > specific mount options), e.g.
> > >
> > > FSTYP         -- overlay
> > > PLATFORM      -- Linux/s390x s390x-xxxx 6.12.0-rc4+ #1 SMP Fri Oct 25 14:29:18 EDT 2024
> > > MKFS_OPTIONS  -- -m crc=1,finobt=1,rmapbt=0,reflink=1,inobtcount=1,bigtime=1 /mnt/fstests/SCRATCH_DIR
> > > MOUNT_OPTIONS -- -o context=system_u:object_r:root_t:s0 /mnt/fstests/SCRATCH_DIR /mnt/fstests/SCRATCH_DIR/ovl-mnt
> > >
> > > generic/294       [failed, exit status 1]- output mismatch (see /var/lib/xfstests/results//generic/294.out.bad)
> > >     --- tests/generic/294.out       2024-10-25 14:38:32.098692473 -0400
> > >     +++ /var/lib/xfstests/results//generic/294.out.bad      2024-10-25 15:02:34.698605062 -0400
> > >     @@ -1,5 +1,5 @@
> > >      QA output created by 294
> > >     -mknod: SCRATCH_MNT/294.test/testnode: File exists
> > >     -mkdir: cannot create directory 'SCRATCH_MNT/294.test/testdir': File exists
> > >     -touch: cannot touch 'SCRATCH_MNT/294.test/testtarget': Read-only file system
> > >     -ln: creating symbolic link 'SCRATCH_MNT/294.test/testlink': File exists
> > >     +mount: /mnt/fstests/SCRATCH_DIR/ovl-mnt: fsconfig system call failed: overlay: No changes allowed in reconfigure.
> > >     +       dmesg(1) may have more information after failed mount system call.
> >
> > In the new mount api overlayfs has been changed to reject invalid mount
> > option on remount whereas in the old mount api we just igorned them.
>
> Not only g/294 fails on new mount utils, not sure if all of them are from same issue.
> If you need, I can paste all test failures (only from my side) at here.

Please share them.

>
> > If this a big problem then we need to change overlayfs to continue
> > ignoring garbage mount options passed to it during remount.
>
> Do you mean this behavior change is only for overlayfs, doesn't affect other fs?

That is correct.

>
> If it's not necessary, I think we'd better to not change the behaviors which we've
> used so many years. But if you all agree with this change, then we need to update
> related regression test cases and more scripts maybe.

Can you check if this workaround (done for ostree) solves the problem:

--- a/common/overlay
+++ b/common/overlay
@@ -127,7 +127,7 @@ _overlay_base_scratch_mount()
 _overlay_scratch_mount()
 {
        if echo "$*" | grep -q remount; then
-               $MOUNT_PROG $SCRATCH_MNT $*
+               $MOUNT_PROG --options-source=disable $SCRATCH_MNT $*
                return
        fi

I am not sure about the proper fix for general use cases,
but if this is enough to fix fstests, I think we should do this anyway.

Thanks,
Amir.





[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux