svn commit: r365249 - head

[Toomas Soome]

> On 2. Sep 2020, at 18:53, Ryan Moeller <freqlabs at FreeBSD.org> wrote:
> 
> 
> On 9/2/20 11:43 AM, Andriy Gapon wrote:
>> On 02/09/2020 18:23, Ryan Moeller wrote:
>>> On 9/2/20 10:28 AM, Warner Losh wrote:
>>>> Author: imp
>>>> Date: Wed Sep  2 14:28:54 2020
>>>> New Revision: 365249
>>>> URL: https://svnweb.freebsd.org/changeset/base/365249
>>>> 
>>>> Log:
>>>>    Add note about needing to manually import the zfs pools or update
>>>>    /etc/rc.d due to the cache file moving to /etc.
>>>> 
>>>> Modified:
>>>>    head/UPDATING
>>>> 
>>>> Modified: head/UPDATING
>>>> ==============================================================================
>>>> --- head/UPDATING    Wed Sep  2 12:57:34 2020    (r365248)
>>>> +++ head/UPDATING    Wed Sep  2 14:28:54 2020    (r365249)
>>>> @@ -36,6 +36,10 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 13.x IS SLOW:
>>>>       scenarios have been tested and fixed, but rebuilding kernels without
>>>>       rebuilding world may fail.
>>>>   +    The ZFS cache file has moved from /boot to /etc to match the OpenZFS
>>>> +    upstream default. This means your zpool won't auto import until you
>>>> +    upgrade your /etc/rc.d files or you import them manually.
>>>> +
>>>>   20200824:
>>>>       The resume code now notifies devd with the 'kernel' system
>>>>       rather than the old 'kern' subsystem to be consistent with
>>> Thanks, enough people seemed to be getting tripped up by this.
>> I think that this is a very useful note.
>> 
>> But I do not see a direct connection between the change of zpool.cache location
>> and the new ZFS's not automatically importing zpool.cache pools on boot.
>> 
> 
> True, the real reason is that the kernel module in OpenZFS does not autoimport pools.
> Instead we explicitly "zpool import -a" in one of the ZFS rc scripts. I'll amend the
> UPDATING message.
> 
> -Ryan


please note that  zpool import -a can be dangerous for multihomed setups.

rgds,
toomas