From owner-svn-src-all@freebsd.org Mon Sep 21 19:35:13 2020 Return-Path: Delivered-To: svn-src-all@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 945E53FA501; Mon, 21 Sep 2020 19:35:13 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (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 4BwF5W6PMPz3TrR; Mon, 21 Sep 2020 19:35:11 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.86 (FreeBSD)) (envelope-from ) id 1kKRaX-000MLb-OL; Mon, 21 Sep 2020 22:35:01 +0300 Date: Mon, 21 Sep 2020 22:35:01 +0300 From: Slawa Olhovchenkov To: Ryan Moeller Cc: Andriy Gapon , Warner Losh , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r365249 - head Message-ID: <20200921193501.GD2033@zxy.spb.ru> References: <202009021428.082EStuD062827@repo.freebsd.org> <9c0dfb3c-7dcf-b973-b2b5-95cf56dd4322@FreeBSD.org> <780dd0e7-c521-e83a-7d57-aa0e99d64b75@FreeBSD.org> <72524bda-bc15-cc19-2a7f-21a56e7d6ba5@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <72524bda-bc15-cc19-2a7f-21a56e7d6ba5@FreeBSD.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-Rspamd-Queue-Id: 4BwF5W6PMPz3TrR X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of slw@zxy.spb.ru has no SPF policy when checking 195.70.199.98) smtp.mailfrom=slw@zxy.spb.ru X-Spamd-Result: default: False [0.11 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.56)[-0.555]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zxy.spb.ru]; AUTH_NA(1.00)[]; RCPT_COUNT_FIVE(0.00)[6]; NEURAL_HAM_MEDIUM(-0.29)[-0.288]; NEURAL_SPAM_SHORT(0.05)[0.049]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:5495, ipnet:195.70.192.0/19, country:RU]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[svn-src-all,svn-src-head] X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 19:35:13 -0000 On Wed, Sep 02, 2020 at 11:53:57AM -0400, Ryan Moeller 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. Is posible to restore old behavior?