From nobody Wed Nov 17 13:57:16 2021 X-Original-To: dev-commits-src-main@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 8B62E189BBEC for ; Wed, 17 Nov 2021 13:57:27 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HvPd332G5z4d4r for ; Wed, 17 Nov 2021 13:57:27 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-lf1-x129.google.com with SMTP id t26so8868524lfk.9 for ; Wed, 17 Nov 2021 05:57:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ZeFlHlLefTuLffe5nnN84VBnRmrrb/XL850Wu5aq9S0=; b=hQUv56UzukUQre6Ph2FH6sHgdAD8DBJ91FtvTCbUPPWb/An/A7GORmE+Jby15Uq8gp NeZQ/PfQ8TV5M7ZfcJARftDCqI9JSCaIboiJzR1XX9FO4P0Er4H/7UL5mRxoCBmaEK/b 4ulmS3Z9TT0pV8pxgD5Xw2Y5gzz1BfnbEmu7UZDuyeoaDbWrPj1dzyE2pYwTOSjJPEE0 cN1hHtYq4UIunwavnFwkYWScPJ5PQZoxBMMZ7R7Bu5s6jgTyeIxTzgySRnHNyBSmrqsB 4a2wPGZdhKRF4ZfiO2qqNQbI6+qPxOX2ihyvkcePikh2MVjpyHTHbSp+U5yFFWAPzcX5 6DJg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ZeFlHlLefTuLffe5nnN84VBnRmrrb/XL850Wu5aq9S0=; b=YtNASdVX+dv874Jxf0pUiyVr2QdcqJqJck1RroUJAeAgofFbIgwiFUhehIQH6wfN3R ysZB3P2IVIhgD7fprP2evtYS5a/w7psT/g/YA0BedEEBxm/pYrh2dLDCLmV7ZuKEh6Nh kiW6MI1uDwZA2IS5EL2gQ/IeYhzMyh41sYO1A6EZkXRJgVBh05lUl2VEnNZWJwWeC1ww KfOdggtitvwZFj+2zEX6WCj1MxoXjA1QZZGfIRnNpc4bGX1FjcVNt0YqXCmo4Xicp0Ey 6A5ef1OmWSbmn8dA78gOwoH9vRzNpoR4bsTRIuvuwhubAY+4y69fvawUVe7MeAFEvbJo rEBg== X-Gm-Message-State: AOAM533ci+iyogKriJvhKBcoWVV8i+E3aJdBQUw0fotfjyjyYT/mTzr/ +xzlc8EJoSVQI13Il/Y7CMU9nbBJL11txMICJcS1sA== X-Google-Smtp-Source: ABdhPJyEy+ownuC9/jKITdrfE9f7QRs2LBJ0K9t8x5btrzt8jcMuZwfR+v0EnrLCSgbJ2WkJQpKMxYMkWZQpmTT9kMo= X-Received: by 2002:ac2:4c34:: with SMTP id u20mr15934445lfq.671.1637157445452; Wed, 17 Nov 2021 05:57:25 -0800 (PST) List-Id: Commit messages for the main branch of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-main List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-main@freebsd.org X-BeenThere: dev-commits-src-main@freebsd.org MIME-Version: 1.0 References: <202111170909.1AH9958u053602@gitrepo.freebsd.org> <20211117114318.GC17668@tom-desk.erg.abdn.ac.uk> <20211117124829.8b80d2d0dd308b940b1dd481@bidouilliste.com> <20211117125711.GD17668@tom-desk.erg.abdn.ac.uk> In-Reply-To: <20211117125711.GD17668@tom-desk.erg.abdn.ac.uk> From: Marcin Wojtas Date: Wed, 17 Nov 2021 14:57:16 +0100 Message-ID: Subject: Re: git: dae1713419a6 - main - zfs: merge openzfs/zfs@269b5dadc (master) into main To: Tom Jones Cc: Emmanuel Vadot , Martin Matuska , src-committers , dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4HvPd332G5z4d4r X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N =C5=9Br., 17 lis 2021 o 13:54 Tom Jones napisa=C5=82(a): > > On Wed, Nov 17, 2021 at 12:59:44PM +0100, Marcin Wojtas wrote: > > Hi, > > > > =C5=9Br., 17 lis 2021 o 12:48 Emmanuel Vadot na= pisa=C5=82(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=3Ddae1713419a669d4= f6c7acddf81a21297c809741 > > > > > > > > > > > > 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 buffe= rs from L2ARC > > > > > > #12689 Check l2cache vdevs pending list inside the vdev_i= nuse() > > > > > > #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 f= rom > > > > > ~July + custom newer kernels for development) - after trying the > > > > > vanilla kernel after Nov 10 OpenZFS update I could no longer acce= ss > > > > > 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 pa= rtition. > > > > > > > > > > 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 wh= at > > > 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=3D1 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. > I saw the breakage in my system with 81b22a9892b1 OpenZFS update (from Nov 10). I haven't tried with this one yet. Best regards, Marcin