From nobody Mon Jun 20 11:38:14 2022 X-Original-To: freebsd-stable@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 5663986C234 for ; Mon, 20 Jun 2022 11:38:17 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (mail.bsd4all.org [88.99.169.216]) by mx1.freebsd.org (Postfix) with ESMTP id 4LRSMD3lTMz3n8P for ; Mon, 20 Jun 2022 11:38:16 +0000 (UTC) (envelope-from pblok@bsd4all.org) Received: from mail.bsd4all.org (localhost [127.0.0.1]) by mail.bsd4all.org (Postfix) with ESMTP id DD4781779; Mon, 20 Jun 2022 13:38:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at bsd4all.org Received: from mail.bsd4all.org ([127.0.0.1]) by mail.bsd4all.org (mail.bsd4all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S3W0f7noOZXw; Mon, 20 Jun 2022 13:38:17 +0200 (CEST) Received: from [192.168.34.65] (pony_ip [136.143.2.230]) by mail.bsd4all.org (Postfix) with ESMTPSA id 32EAF1778; Mon, 20 Jun 2022 13:38:16 +0200 (CEST) Content-Type: text/plain; charset=utf-8 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: ZFS does not activate a pool after upgrade 12-stable to 13-stable - SOLVED From: Peter Blok In-Reply-To: <20220620200513.e274557f68cf3db172d7c752@dec.sakura.ne.jp> Date: Mon, 20 Jun 2022 13:38:14 +0200 Cc: FreeBSD Stable Content-Transfer-Encoding: quoted-printable Message-Id: <186F4D08-ED84-4A5C-A9E3-7493E7F22818@bsd4all.org> References: <1A0298A5-9B48-4398-A47B-2B18156899CD@bsd4all.org> <20220620200513.e274557f68cf3db172d7c752@dec.sakura.ne.jp> To: Tomoaki AOKI X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4LRSMD3lTMz3n8P X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pblok@bsd4all.org designates 88.99.169.216 as permitted sender) smtp.mailfrom=pblok@bsd4all.org X-Spamd-Result: default: False [1.22 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsd4all.org]; NEURAL_HAM_LONG(-1.00)[-0.996]; NEURAL_SPAM_MEDIUM(0.98)[0.978]; NEURAL_SPAM_SHORT(0.94)[0.935]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-stable]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N I did multiple systems and I probably forgot to do the etcupdate -B on = this system. /etc/rc.d/zpool was missing and other scripts were not = update. Thx a lot > On 20 Jun 2022, at 13:05, Tomoaki AOKI = wrote: >=20 > On Mon, 20 Jun 2022 12:39:53 +0200 > Peter Blok wrote: >=20 >> Hi, >>=20 >> I have recently upgraded my systems from 12-stable to 13-stable using = source. The upgrade went flawless, except for one system. This system = had two pools (zroot and zdata). >>=20 >> The zdata pool is not present after reboot. It consists of a single = SATA disk. After a reboot the disk is visible, no error have been = logged. If I do zpool import zdata, the pool is back without any errors. = I have scrubbed the pool and there are no errors. Upgrading the pool to = openzfs is not bringin anything either. Boot block is updated >>=20 >> I don=E2=80=99t have console access and the system is not close by, = so I tred carefully. >>=20 >>=20 >> Any ideas why this happens, how to fix this? >>=20 >> Peter >=20 > Did you run etcupdate or mergemaster to update /etc? >=20 > ZFS is moved to OpenZFS on stable13 instead of legacy ZFS code and = some > ZFS-related scripts on /etc/rc.d/ are modified / added. >=20 > In particular, importing pools other than boot one is imported > via /etc/rc.c/zpool instead of automatically imported by ZFS codes > itself. >=20 > Actually, zpool.cache is relocated from /boot/zfs to /etc/zfs, but = this > now automatically fallback to old place if none exists in new place. >=20 >=20 > --=20 > Tomoaki AOKI