Date: Tue, 26 Feb 2019 17:38:50 +0100 From: Jack Halford <jack@gandi.net> To: Cy Schubert <Cy.Schubert@cschubert.com> Cc: Baptiste Daroussin <bapt@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r344569 - in head/cddl/contrib/opensolaris: cmd/zfs lib/libzfs/common Message-ID: <E2112E0D-B2DC-40B9-8509-E02E72AFD530@gandi.net> In-Reply-To: <1F5FB340-1CD2-400F-82D3-8D4949A351A2@cschubert.com> References: <201902260818.x1Q8IZGO061175@repo.freebsd.org> <39F76FF0-B40A-43F9-AC77-5D535674A4B8@cschubert.com> <1F5FB340-1CD2-400F-82D3-8D4949A351A2@cschubert.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Nested zfs filesystems seem not to be handled properly or possibly not sup= ported any more. This explains my mail gateway also not mounting all filesys= tems in /home. It was odd that dovecot stopped working. >=20 > The symptom of the problem is zfs mount -a no longer mounts all filesystem= s. Zfs mount fails saying the filesystem is already mounted. The workaround i= s to zfs umount each affected zfs dataset by hand and zfs mount it by hand. >=20 > Generally this has screwed up sites that have hundreds (in my case 122) zf= s datasets. The work around might be to script testing each mount, unmountin= g and remounting if necessary. >=20 > I'm being sarcastic about creating an rc script to clean this up. This nee= ds to be backed out and tested properly before being committed.=20 Thanks for the feedback, I=E2=80=99ll try to reproduce this on my side. regards =E2=80=94 jack@gandi.net=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E2112E0D-B2DC-40B9-8509-E02E72AFD530>