From nobody Wed Nov 17 11:59:44 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 96FC61850D69 for ; Wed, 17 Nov 2021 11:59:58 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-lf1-x12c.google.com (mail-lf1-x12c.google.com [IPv6:2a00:1450:4864:20::12c]) (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 4HvM1T6mCBz3Bms for ; Wed, 17 Nov 2021 11:59:57 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-lf1-x12c.google.com with SMTP id t26so7125704lfk.9 for ; Wed, 17 Nov 2021 03:59:57 -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=BkayvgvaUp74XCAX8lVdu0IF7IRAhiJZ8FNzjwFq0lk=; b=Nn93ATqu4GBhQ7lcnEh6EOYoQC2ieHAtbdiNRis9JOxWaXLySrjptGxsJ/izIdTzFR HVTNE7L+dM6uYhXWydvBQFgrr3aqTc+F3tO9aDAXSNo1cIVVeTq66FGHcabV2dzGwmSu gSyv9JO1M6CWRPyVDQAu1nwCTnczDRvMiRJtRN7uJ93rE/A3C+Q75BWkdyy+VQ6icfSq oBnPBhxK32EFCU+/KKn+mvLGGRbki8F5Ln7So96kTGF7kYu19NfUEBqgBoN6TzrG9Uwn m9zop+jw6hZ7h8OEG5lSypwt7tqj9nrKWQINK+poP33VIIkBxxFChFxhsji9trwZoSvX OvqQ== 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=BkayvgvaUp74XCAX8lVdu0IF7IRAhiJZ8FNzjwFq0lk=; b=7WRtxXVoma6OcsBCNHF7gjJA0CBtkZhiRlOF03IxC3pJT0+4WuBvO1/J3XNfZOETOW JODlkKvzGnl4NqwXebo1Ct0M1Jgt+BNoVoTTrM6HXYuJS9ycOl7Y/RemIu3iSKI8caCZ 66BolzfxbKYRhfIembcX54MN4a4jaQSY6cYpWgXDVdhiRVxFhQuO2NUyavmwnAU5iWoi 8l5ZFe4S4q3czkj9L8+fw4RblVxzdRgnSBLCxcIhW7+MKUifSlNL/GXoO7feBB/wTCg/ OTzs+ucgFmFUVPXV0JFm9KJIsCD4y+snttgO4Cho/GXd1jgdqE5B0yJ195EKJDTmTvNi 24eA== X-Gm-Message-State: AOAM533aq7EQCtu4JVrCQgNkWKw0XaqxVAZ4kZ4637bR2FXH/9Al2HtE InC6wLtzMa/J43N7GNZW4y6SVCfQuPIDrTCWdQGBWA== X-Google-Smtp-Source: ABdhPJwCUtPAKki2ZZxlKQBt5sM8kF0Gzzw4OQfbIbBQe5Ft6aZSCQLTwS94AQAQUCzOLoDHTcbYCC73jjA2K8P9ZGw= X-Received: by 2002:a2e:8906:: with SMTP id d6mr7166921lji.454.1637150396572; Wed, 17 Nov 2021 03:59:56 -0800 (PST) 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 References: <202111170909.1AH9958u053602@gitrepo.freebsd.org> <20211117114318.GC17668@tom-desk.erg.abdn.ac.uk> <20211117124829.8b80d2d0dd308b940b1dd481@bidouilliste.com> In-Reply-To: <20211117124829.8b80d2d0dd308b940b1dd481@bidouilliste.com> From: Marcin Wojtas Date: Wed, 17 Nov 2021 12:59:44 +0100 Message-ID: Subject: Re: git: dae1713419a6 - main - zfs: merge openzfs/zfs@269b5dadc (master) into main To: Emmanuel Vadot Cc: Tom Jones , 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: 4HvM1T6mCBz3Bms X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Hi, =C5=9Br., 17 lis 2021 o 12:48 Emmanuel Vadot napisa= =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=3Ddae1713419a669d4f6c7= acddf81a21297c809741 > > > > > > > > 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 f= rom 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'v= e > > > 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 partit= ion. > > > > > > 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=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. Best regards, Marcin > > Cheers, > > -- > Emmanuel Vadot