svn commit: r344569 - in head/cddl/contrib/opensolaris: cmd/zfs lib/libzfs/common
bjkfbsd at gmail.com
Tue Feb 26 16:16:39 UTC 2019
On Tue, Feb 26, 2019 at 10:14 AM Cy Schubert <Cy.Schubert at cschubert.com>
> On February 26, 2019 7:48:27 AM PST, Cy Schubert <
> Cy.Schubert at cschubert.com> wrote:
> >On February 26, 2019 12:18:35 AM PST, Baptiste Daroussin
> ><bapt at FreeBSD.org> wrote:
[trimming the unneeded pile of commit body]
> >This broke my systems, many filesystems fail to mount causing nullfs
> >late mounts to fail. No details now until tonight.
> >Suggest we back this out until it is properly tested.
> Nested zfs filesystems seem not to be handled properly or possibly not
> supported any more. This explains my mail gateway also not mounting all
> filesystems in /home. It was odd that dovecot stopped working.
> The symptom of the problem is zfs mount -a no longer mounts all
> filesystems. Zfs mount fails saying the filesystem is already mounted. The
> workaround is to zfs umount each affected zfs dataset by hand and zfs mount
> it by hand.
> Generally this has screwed up sites that have hundreds (in my case 122)
> zfs datasets. The work around might be to script testing each mount,
> unmounting and remounting if necessary.
> I'm being sarcastic about creating an rc script to clean this up. This
> needs to be backed out and tested properly before being committed.
I don't know what you mean by "nested zfs filesystems" -- do you mean a
zpool within a zvol? That has been unsupported for a long time, IIRC. And
I'm not sure what else "nested filesystems" would be, since having (e.g.)
separate zfs filesystems for /usr and /usr/ports is so common that surely
it has already been tested...
More information about the svn-src-all