From owner-svn-src-head@freebsd.org Tue Feb 26 16:39:02 2019 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1EC51151EA64; Tue, 26 Feb 2019 16:39:02 +0000 (UTC) (envelope-from jack@gandi.net) Received: from gandi.net (mail12.gandi.net [IPv6:2001:4b98:dc4:5:ae1f:6bff:fe2d:9fdc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 84FCD8D455; Tue, 26 Feb 2019 16:39:01 +0000 (UTC) (envelope-from jack@gandi.net) Received: from [192.168.0.35] (pla93-1-81-57-194-189.fbx.proxad.net [81.57.194.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gandi.net (Postfix) with ESMTPSA id 0F9421604B4; Tue, 26 Feb 2019 16:38:51 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) Subject: Re: svn commit: r344569 - in head/cddl/contrib/opensolaris: cmd/zfs lib/libzfs/common From: Jack Halford X-Mailer: iPhone Mail (16A366) In-Reply-To: <1F5FB340-1CD2-400F-82D3-8D4949A351A2@cschubert.com> Date: Tue, 26 Feb 2019 17:38:50 +0100 Cc: Baptiste Daroussin , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <201902260818.x1Q8IZGO061175@repo.freebsd.org> <39F76FF0-B40A-43F9-AC77-5D535674A4B8@cschubert.com> <1F5FB340-1CD2-400F-82D3-8D4949A351A2@cschubert.com> To: Cy Schubert X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Feb 2019 16:39:02 -0000 > 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=