From nobody Thu Apr 18 14:04:57 2024 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 4VL00H5sd8z5GwJ7 for ; Thu, 18 Apr 2024 14:05:03 +0000 (UTC) (envelope-from SRS0=kxRp=LX=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4VL00H4wBMz4R9Y for ; Thu, 18 Apr 2024 14:05:03 +0000 (UTC) (envelope-from SRS0=kxRp=LX=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 78A75D7889; Thu, 18 Apr 2024 16:05:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1713449101; bh=qMge3VTrsI/AX9ol3acZ8XD9NAYCj0DDEqdnnHlJR18=; h=Date:Subject:To:References:From:In-Reply-To; b=BBXEd2t0199XFqlZAd+nPSDlY5xBm+nPP8TPm9rD0d9S/AhupZKBVzr3fyWatAjaI 3JTXKrAt0eED0uGQ4Mo8LxzxS3yIltm8hX/2vt4Hzar9qgjhk2jdcJtrHo+iJQYCpj 3uCmFCGsTfxC9JutgM0saRwWlR12y98vjY6dkqUM= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 8F1B6D788C; Thu, 18 Apr 2024 16:04:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1713449097; bh=qMge3VTrsI/AX9ol3acZ8XD9NAYCj0DDEqdnnHlJR18=; h=Date:Subject:To:References:From:In-Reply-To; b=p3t2Dbkb+Kd+ntVzGQEUl6dDIt2RRFuKAZM3bOes6U897/K389wSA6jmWW6m3t2vL C9QKsV1xMFN1udPQw5WC5ji9iJYeuZB6x3OwfEUuXPGZEcJxxCsee437h23NPjhi/g LPSblEMMt9ZamJzJHUvh0DIvSeUXiaCPW+mDThT4= Message-ID: Date: Thu, 18 Apr 2024 16:04:57 +0200 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: X-BeenThere: freebsd-stable@freebsd.org Sender: owner-freebsd-stable@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: zfs boot error on mirrored drive To: mike tancsa , FreeBSD-STABLE Mailing List References: <82761f2b-475f-43ab-b045-95c60c330db7@sentex.net> Content-Language: en-US From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: <82761f2b-475f-43ab-b045-95c60c330db7@sentex.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] X-Rspamd-Queue-Id: 4VL00H4wBMz4R9Y On 18/04/2024 15:37, mike tancsa wrote: > I have a strange bootup issue on a test box that I just updated from 11, > to 12 and now RELENG13. > > Its a simple mirror. But if I boot up with ada0, I get an error and > cannot boot further. Where as if I boot up with ada1, I get some errors > and then proceeds to boot normally. > > For one thing, I dont get where zbackup1 is coming from. The pool I boot > from is zroot ?!? Where would that reference be stored ? I think ada0 > was part of another pool long ago (zbackup1). [...] > It looks like if I do just a > > 0(nanobsd2)# zpool import >    pool: zbackup1 >      id: 5819795054093255811 >   state: UNAVAIL > status: The pool was last accessed by another system. >  action: The pool cannot be imported due to damaged devices or data. >    see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-EY >  config: > >         zbackup1                  UNAVAIL  insufficient replicas >           raidz2-2                UNAVAIL  insufficient replicas >             da5                   UNAVAIL  cannot open >             mfisyspd8             UNAVAIL  cannot open >             mfisyspd7             UNAVAIL  cannot open >             mfisyspd6             UNAVAIL  cannot open >             ada0                  UNAVAIL  cannot open >             17460231907795801757  UNAVAIL  cannot open > 0(nanobsd2)# > > it thinks ada0 is/was part of an old pool.  How do I get rid of that > reference ? I am not a ZFS expert but can this be stored in a /etc/zfs/zpool.cache? (or in a different path, I remember zpool.cache was stored somewhere else in older versions of FreeBSD, maybe /boot/zfs/zpool.cache) You can try to delete zpool.cache (just rename so you can move it back), import and export should re-create it. Kind regards Miroslav Lachman