Date: Sun, 18 Jun 2017 14:01:19 -0700 From: Mel Pilgrim <list_freebsd@bluerosetech.com> To: David Christensen <dpchrist@holgerdanske.com>, freebsd-questions@freebsd.org Subject: Re: zpool import -N mounts filesystems anyway Message-ID: <0859f87b-f4f2-84ee-4e47-ad5c526bce06@bluerosetech.com> In-Reply-To: <c2fff621-9ec7-e790-8b58-67170f97e42e@holgerdanske.com> References: <7f41df25-df2e-298e-d33e-cc95874e831c@bluerosetech.com> <eb778163-8387-fd55-8e8f-d65ec221e6e8@holgerdanske.com> <d4b055f2-2273-6df8-fe55-640f3b56e04d@bluerosetech.com> <c2fff621-9ec7-e790-8b58-67170f97e42e@holgerdanske.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06/18/2017 13:19, David Christensen wrote: > On 06/18/17 01:24, Mel Pilgrim wrote: >> 11.0-RELEASE-p7 >> The pools and filesystems are all at current feature sets and versions. > > Your BSD appears to be out of date: All of the errata notices and security advisories between p7 and p10 do not affect me and don't involve ZFS, so I haven't rolled an update yet. > 2017-06-18 12:47:54 dpchrist@freebsd ~ > I will assume 'mount' and 'ls /backup-ext' show the file system as mounted. They do, yes. > Setting the canmount property to noauto means that the file system can > only be mounted explicitly, not automatically. I saw that, but that's not a solution. If I don't set canmount=on, I have to mount the datasets manually--a greater problem than not being able to import without mounting. In normal operation, importing the pool mounts things where they should go automatically. It makes the automated tool that uses these pools simpler and lets me use features of ZFS to manage the datasets and when/where they're used. I'm seeking a way to temporarily override canmount=on without twiddling ZFS properties, and the documented meaning of -N appears to be that, but isn't doing what I interpret the document says it should do. Is -N not meant to temporarily override canmount?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0859f87b-f4f2-84ee-4e47-ad5c526bce06>