From nobody Wed Nov 17 12:57:11 2021 X-Original-To: dev-commits-src-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 31D9E189BC60; Wed, 17 Nov 2021 12:54:29 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4HvNDP0Btpz3ntD; Wed, 17 Nov 2021 12:54:29 +0000 (UTC) (envelope-from thj@freebsd.org) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 4AAD43201CD3; Wed, 17 Nov 2021 07:54:22 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 17 Nov 2021 07:54:22 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=RPJyT+J6yLnwg3C9JfHyLvmf9j2QqKhEeq82Ah3iH XI=; b=gXHwyjGC2b0Je/9D7KXzK37N8NFyU1I/bTNfguncKKHYjb6lN9BNqoEr2 9D0/+EUgTZ91AjbodK5kfwwtm5wzmMUZxa5XthW0yTmOqhsZKUB0AVa153ubPXcH iTxR+h2j6HhClfYepzeu0y2TWzf06shqjbFV7hBtHIEJLnsy+X4KCcAe8NYWeabA gU8bt5OGvCIBrAe/1hkGBlIyifWe3JgkQIGUcgTwCzl72uHPSbaXl7WtkeZG+A9h QtFkDVxxzamfEndcKfPCZXw1jgG80CVbTTAw/ep9517uYXfpyDIUTB1aK6xI2taZ P1yv2SlyFhYFsV6AJcLquf8AdUkiA== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvuddrfeeggdegtdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvuffkfhggtggugfgjsehtkeertddttdejnecuhfhrohhmpefvohhmucfl ohhnvghsuceothhhjhesfhhrvggvsghsugdrohhrgheqnecuggftrfgrthhtvghrnhepje ejfefhhfegkeefueduudffkedukedvleejuedukeffudeukeduuedtudejleeknecuffho mhgrihhnpehfrhgvvggsshgurdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrg hrrghmpehmrghilhhfrhhomhepthhhjhesfhhrvggvsghsugdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 17 Nov 2021 07:54:20 -0500 (EST) Date: Wed, 17 Nov 2021 12:57:11 +0000 From: Tom Jones To: Marcin Wojtas Cc: Emmanuel Vadot , Martin Matuska , src-committers , dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: dae1713419a6 - main - zfs: merge openzfs/zfs@269b5dadc (master) into main Message-ID: <20211117125711.GD17668@tom-desk.erg.abdn.ac.uk> References: <202111170909.1AH9958u053602@gitrepo.freebsd.org> <20211117114318.GC17668@tom-desk.erg.abdn.ac.uk> <20211117124829.8b80d2d0dd308b940b1dd481@bidouilliste.com> List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Rspamd-Queue-Id: 4HvNDP0Btpz3ntD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, Nov 17, 2021 at 12:59:44PM +0100, Marcin Wojtas wrote: > Hi, > > śr., 17 lis 2021 o 12:48 Emmanuel Vadot napisał(a): > > > > On Wed, 17 Nov 2021 11:43:18 +0000 > > Tom Jones wrote: > > > > > On Wed, Nov 17, 2021 at 10:24:11AM +0100, Marcin Wojtas wrote: > > > > Hi, > > > > > > > > Thank you for the update. > > > > > > > > ?r., 17 lis 2021 o 10:09 Martin Matuska napisa?(a): > > > > > > > > > > The branch main has been updated by mm: > > > > > > > > > > URL: https://cgit.FreeBSD.org/src/commit/?id=dae1713419a669d4f6c7acddf81a21297c809741 > > > > > > > > > > commit dae1713419a669d4f6c7acddf81a21297c809741 > > > > > Merge: b6cbbcae40b4 269b5dadcfd1 > > > > > Author: Martin Matuska > > > > > AuthorDate: 2021-11-17 08:35:14 +0000 > > > > > Commit: Martin Matuska > > > > > CommitDate: 2021-11-17 08:39:40 +0000 > > > > > > > > > > zfs: merge openzfs/zfs@269b5dadc (master) into main > > > > > > > > > > Notable upstream pull request merges: > > > > > #12285 Introduce a tunable to exclude special class buffers from L2ARC > > > > > #12689 Check l2cache vdevs pending list inside the vdev_inuse() > > > > > #12735 Enable edonr in FreeBSD > > > > > #12743 FreeBSD: fix world build after de198f2 > > > > > #12745 Restore dirty dnode detection logic > > > > > > > > > > Obtained from: OpenZFS > > > > > OpenZFS commit: 269b5dadcfd1d5732cf763dddcd46009a332eae4 > > > > > > > > > > > > > I have one question to make sure about the guidelines for future. I've > > > > been using ZFS on my arm64 machine for a while (a HEAD snapshot from > > > > ~July + custom newer kernels for development) - after trying the > > > > vanilla kernel after Nov 10 OpenZFS update I could no longer access > > > > the root partition (even after returning back to the kernel that had > > > > previously worked). > > > > > > > > I repeated the same thing with Nov 4 snapshot: > > > > - Install system with ZFS > > > > - Try kernel binary with updated OpenZFS - lose access to root partition. > > > > > > > > Is such behavior expected? If yes, is it recommended for the ZFS case > > > > to use kernel and the world only from the same baseline? > > > > > > > > Best regards, > > > > Marcin > > > > > > I don't know if this is related, but I just updated from the 4th > > > November snapshot to this commit and my zfs on root box can't mount > > > root. > > > > > > Annoyingly I haven't time to debug right now. > > > > > > - Tom > > > > I had this problem recently and didn't had much time to debug but what > > I know is that it's related to recent addition of counter which adds > > some SYSINIT. I think that something in the zfs code isn't setup > > properly wrt order and breaks sometimes when SYSINIT are re-arranged by > > a new compile. > > To confirm this just remove a few drivers from GENERIC that you don't > > use (I've removed stuff like nfs* which adds a lot of SYSINITs) and > > boot with debug.verbose_sysinit=1 to compare with a working kernel. > > The problem observed in my setup is, that after booting the kernel > from top of main, there is no such thing as "working kernel" any more, > i.e. the damage seems to be permanent. > > > Also on my side typing '?' at mountroot listed the zfs pool so if it's > > the same for you that might be the same problem as mine (of course > > selecting the pool at mountroot didn't worked). > > I tried all partitions listed with "?", but none worked. For the time > being I had to reinstall the system with UFS. > For anyone that tries to debug this issue, in my case I booted kernel.old and everything was fine. - Tom