From nobody Sun Oct 20 00:04:01 2024 X-Original-To: usb@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 4XWJZV3YSCz5ZV0Q for ; Sun, 20 Oct 2024 00:04:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (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-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R11" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4XWJZV114zz4Wm1 for ; Sun, 20 Oct 2024 00:04:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1729382642; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=S3QVmEVeEnrgLr8UPUEpQKbaOUmBouHF/TLAj6fqdp4=; b=WKQQhh9KjUC+bpqsJHDvvzaYmeraskvEi07iueGa+puhub+UjrAAwHPNdbFGPFbzyuusd6 0teUTL6Ifh7dbyUzt47Bf1QtHQTG5ezfmPu/MSosnZnEcqTPcWcseFEVt9gOrVCZK3AyD/ emlWFzSj4NDGQfubLnJZudk28V5SUH3P6oTb+cL+PDmXwiegx3IRI8wP1nQ4fdXsKzQwGQ fSUKekw3jAA9ZQzKhRc5Qi43cJ+0PihP8W5EzQKqkV1EQsSebvX2dmkAf0HeKLkKnpFuK3 JDyByeDapiHJBaAryFjDkTH1ix3Cj2MCd0tJlbHLq3ZThyexvXg0MZZMvSnpnQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1729382642; a=rsa-sha256; cv=none; b=KaX3J34buIwitCUIDvaU05TLnEEPAg3TGf/BDhAg/6XVV1jaFhzybzm7kPY+n0sZiJLNiW VNaZ04QsuQIDSSAuYjcngPCCGTh+qo+4hfX6mbOL6cw0PQopiOKrKjY+TxfHS7zOYZ6SYq Y0X6808X1yTqv3h00gIlq7nYeuawPBZ6HOH9krW4Al2r9wRAfEG5L3T/YajhusTRUZkY2m 48TNEnD1aOjX/UIDKjzXz9/9bUIe7+tpsUi9NXGPbOKX+paq/6YxTIon36E2HXpagbxphO BJ2WkOZbdpKPe6I7+YO+tjKx8xB9s4QUWxFa1EPFHOQVdssvfGQ+BFBjU3Vkhw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (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 mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4XWJZV0cxHzfJF for ; Sun, 20 Oct 2024 00:04:02 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 49K041NR089220 for ; Sun, 20 Oct 2024 00:04:01 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 49K041j1089219 for usb@FreeBSD.org; Sun, 20 Oct 2024 00:04:01 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: usb@FreeBSD.org Subject: [Bug 167685] ZFS on USB drive prevents shutdown / reboot Date: Sun, 20 Oct 2024 00:04:01 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 13.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: marklmi26-fbsd@yahoo.com X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-usb List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-usb@freebsd.org Sender: owner-freebsd-usb@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D167685 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marklmi26-fbsd@yahoo.com --- Comment #19 from Mark Millard --- In my simple ZFS context I'v enver gotten such behavior. Here I'm using a d= a0 based UFS boot and later adding da1 and importing its pool: # gpart show -p da1 =3D> 40 1875384928 da1 GPT (894G) 40 532480 da1p1 efi (260M) 532520 8152 - free - (4.0M) 540672 62914560 da1p2 freebsd-swap (30G) 63455232 184549376 da1p4 freebsd-swap (88G) 248004608 20971520 - free - (10G) 268976128 1468006400 da1p3 freebsd-zfs (700G) 1736982528 138402440 - free - (66G) # zpool import pool: zwdk23 id: 8373431646426325674 state: ONLINE status: Some supported features are not enabled on the pool. (Note that they may be intentionally disabled if the 'compatibility' property is set.) action: The pool can be imported using its name or numeric identifier, thou= gh some features will not be available without an explicit 'zpool upgrade'. config: zwdk23 ONLINE gpt/wdk23CA78Czfs ONLINE Note: I historically use a /usr/share/zfs/compatibility.d/openzfs-2.*-freeb= sd as the feature set -- or the likes of /usr/share/zfs/compatibility.d/openzfs-2.2 when there is= no linux vs. freebsd distinction for where I have things set. Thus main tends to produce the some-not-enabled message. # zpool import -t -f -R /zptemp-mnt/ zwdk23 zptemp # zpool list -v NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP=20 DEDUP HEALTH ALTROOT zptemp 696G 574G 122G - - 20% 82%=20 1.00x ONLINE /zptemp-mnt/ gpt/wdk23CA78Czfs 700G 574G 122G - - 20% 82.5%= =20=20=20=20=20 - ONLINE # zfs list # shortened listing via ". . ." for omissions NAME USED AVAIL REFER MOUNTPOINT zptemp 574G 100G 96K=20 /zptemp-mnt//zwdk23 . . . zptemp/ROOT 4.94G 100G 96K none zptemp/ROOT/build_area_for-main-CA76 364K 100G 3.00G none zptemp/ROOT/main-CA76 4.94G 100G 2.88G none zptemp/poudriere 516G 100G 112K=20 /zptemp-mnt//usr/local/poudriere zptemp/poudriere/data 516G 100G 128K=20 /zptemp-mnt//usr/local/poudriere/data zptemp/poudriere/data/.m 112K 100G 112K=20 /zptemp-mnt//usr/local/poudriere/data/.m zptemp/poudriere/data/cache 16.4M 100G 16.4M=20 /zptemp-mnt//usr/local/poudriere/data/cache . . . zptemp/poudriere/ports 96K 100G 96K=20 /zptemp-mnt//usr/local/poudriere/ports zptemp/tmp 14.8M 100G 14.8M /zptemp-mnt//= tmp zptemp/usr 13.9G 100G 96K /zptemp-mnt//= usr . . . zptemp/usr/home 906M 100G 906M=20 /zptemp-mnt//usr/home zptemp/usr/local 2.37G 100G 2.37G=20 /zptemp-mnt//usr/local . . . zptemp/usr/ports 6.81G 100G 6.81G=20 /zptemp-mnt//usr/ports zptemp/usr/src 96K 100G 96K=20 /zptemp-mnt//usr/src zptemp/var 47.0M 100G 96K /zptemp-mnt//= var zptemp/var/audit 360K 100G 360K=20 /zptemp-mnt//var/audit zptemp/var/crash 184K 100G 184K=20 /zptemp-mnt//var/crash zptemp/var/db 42.0M 100G 96K=20 /zptemp-mnt//var/db zptemp/var/db/pkg 41.8M 100G 41.8M=20 /zptemp-mnt//var/db/pkg zptemp/var/db/ports 148K 100G 148K=20 /zptemp-mnt//var/db/ports zptemp/var/log 2.75M 100G 2.75M=20 /zptemp-mnt//var/log zptemp/var/mail 1.24M 100G 1.24M=20 /zptemp-mnt//var/mail zptemp/var/tmp 404K 100G 404K=20 /zptemp-mnt//var/tmp Over the years I've never had a problem with shutdown or reboot for such a context. But I've not used mirroring or other such. I experimented with ZFS to experiment with bectl use, not other usage that is typical. --=20 You are receiving this mail because: You are on the CC list for the bug.=