svn commit: r364817 - head/libexec/rc/rc.d

Brandon Bergren bdragon at FreeBSD.org
Thu Aug 27 16:51:59 UTC 2020


On Thu, Aug 27, 2020, at 11:19 AM, Kyle Evans wrote:
> On Thu, Aug 27, 2020 at 10:59 AM Andriy Gapon <avg at freebsd.org> wrote:
> >
> > On 2020-08-27 17:06, Kyle Evans wrote:
> > > On Thu, Aug 27, 2020 at 9:05 AM Kyle Evans <kevans at freebsd.org> wrote:
> > >>
> > >> On Thu, Aug 27, 2020 at 9:03 AM Cy Schubert <Cy.Schubert at cschubert.com> wrote:
> > >>>
> > >>> What would you suggest in this case, where /etc/zfs/zpool.cache is newer
> > >>> than /boot/zfs/zpool.cache?
> > >>>
> > >>> slippy$ lh /boot/zfs/zpool.cache /etc/zfs/zpool.cache
> > >>> -rw-r--r--  1 root  wheel   4.6K Aug 25 07:19 /boot/zfs/zpool.cache
> > >>> -rw-r--r--  1 root  wheel   4.7K Aug 27 06:20 /etc/zfs/zpool.cache
> > >>> slippy$
> > >>>
> > >>> Something like, for I in $(ls -t /etc/zfs/zpool.cache
> > >>> /boot/zfs/zpool.cache) with the break?
> > >>>
> > >>
> > >> /etc/zfs/zpool.cache is the new location and should generally be
> > >> favored if it exists, I reckon.
> > >
> > > I retract the above. :-) ls -t makes sense.
> > >
> >
> > I actually was about to agree with your first suggestion.
> >
> 
> I think it's the correct long-term solution, but it kind of depends on
> what we're thinking now- if we expect one might test-boot a disk on an
> older FreeBSD/ZFS that's still using /boot, there's a chance it will
> contain the more recent data.
>

FWIW, on powerpc64, using /etc/zfs/zpool.cache is great because it avoids the problem of having to unmount /boot (which is an msdos filesystem because peitiboot doesn't understand ufs or zfs) to update the copy of zpool.cache that is on the root filesystem in /boot instead of only changing the one in the runtime /boot (which was mounted on top, and is never useful because it's not mounted at the time that zpool.cache is actually needed to import pools.)

In any case, the correct way on ZFS to control where the cachefile is written is to set the cachefile property on the zpool to the specific path. The correct behavior regarding boot time auto import of pools is to honor that property as found on the pool the boot filesystem was on, so that other pools sharing the same cachefile path will be imported. Multiple cache files and pools not actually listed in a cachefile are valid scenarios for pools.

-- 
  Brandon Bergren
  bdragon at FreeBSD.org


More information about the svn-src-head mailing list