From nobody Mon Jun 17 14:36:09 2024 X-Original-To: fs@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 4W2srW4GBwz5P0Qj for ; Mon, 17 Jun 2024 14:36:11 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W2srW27TFz4wNS for ; Mon, 17 Jun 2024 14:36:11 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718634971; a=rsa-sha256; cv=none; b=rbp1Xe+qGfTvItlJ+aqFQR1tPONFPL2Pg+xI1jdgTJHb6/sve7qkb3kr5eVkEKYCPZcMwb m4h93H4YEMFCdg2qPzOf5yXM6JPPljsrvebGx2FHjumlrwUIwHEv4DiuYqeLGWEwtvwIuo uWIYNaekYxbywlKGIXfplg6Y9Y8c5aVMd+wblACUqELrfY1eTWD3dufhM1SDE0Wu9yZg4D Vk85pJuu2xO2ajSENqqWu6J1zOnjreVU/F3ix/6kFYyTP5l/YL80ILCPmG12EvtFZ9xnUn sfsS6pvxaQiVa7gtTCEDpTDs4Q4u3DFRJNqQMoPincov727bIzYJyUbvoMr0EA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718634971; 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=cIQFyK/IzkYWrNZ6D58O9Bmb8w5LUa+Ij8JFUmroW3s=; b=NWnp6IVnIkmnSO8t9zslDJGEEdZ2912dIZahSelMFd4YOzcg6Y5Lw2qSr084ofpICYICTv oyluwGJqBUGdDdAlrZrvQlVO+ylzbDW5dyY6tSrJpH/IX6ea+j40Oev1o/eOVmLxfdHZdC 04jKSEDoKuOkeZlBby13kwDQQiorO/j7HX+jkok48K05o9AcNYBQU6vkgzBO/4trMr7Cs5 oNYQFl+yo9z4KvVO/mi2jyTaHPYONStkp+Vr9kbHvCaHJEJ4B9a+Mio2iFePUcuhPorWZU LGQxJZbJ45XGAr9dp9A7C1c2k/cczwHLJBgwuslseVIqDABmT8EHU1j9EVUOOg== 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 4W2srW1d6nzKGb for ; Mon, 17 Jun 2024 14:36:11 +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 45HEaBuT000382 for ; Mon, 17 Jun 2024 14:36:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45HEaB0v000381 for fs@FreeBSD.org; Mon, 17 Jun 2024 14:36:11 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 276341] zfs panic: VERIFY3(rc->rc_count == number) failed Date: Mon, 17 Jun 2024 14:36:09 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276341 --- Comment #28 from commit-hook@FreeBSD.org --- A commit in branch stable/14 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3D1c27279ed22d2b5226f31836da041bae4= 5a9c77b commit 1c27279ed22d2b5226f31836da041bae45a9c77b Author: Alexander Motin AuthorDate: 2024-05-25 02:11:18 +0000 Commit: Mark Johnston CommitDate: 2024-06-17 14:25:59 +0000 Destroy ARC buffer in case of fill error In case of error dmu_buf_fill_done() returns the buffer back into DB_UNCACHED state. Since during transition from DB_UNCACHED into DB_FILL state dbuf_noread() allocates an ARC buffer, we must free it here, otherwise it will be leaked. Reviewed-by: Brian Behlendorf Reviewed-by: Jorgen Lundman Signed-off-by: Alexander Motin Sponsored by: iXsystems, Inc. Closes #15665 Closes #15802 Closes #16216 PR: 276341 (cherry picked from commit 02c5aa9b092818785ed8db4e2246a828278138e3) sys/contrib/openzfs/module/zfs/dbuf.c | 1 + 1 file changed, 1 insertion(+) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Mon Jun 17 14:58:39 2024 X-Original-To: fs@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 4W2tLS4tkHz5P28n for ; Mon, 17 Jun 2024 14:58:40 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W2tLS3q1Hz4yvj for ; Mon, 17 Jun 2024 14:58:40 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718636320; a=rsa-sha256; cv=none; b=uT48hmCA58kRm4rS5uXw4WOAhEGPZBJv96zZgVrX4XtO0BsUd3HxMT68LuLaIvwr/IrbnM EveY1AJ8sqHlV+PRjwElTQlXDx0rwrvh8Hgo7liLF/HFXSCaynkHZ8JMNLHsQGUeXLRlKS l/Vbne9miietyc5mRAiacR9Ux/VCk16S45T3rWYpzAZrBI+7LG0Ly5mV8Cba4glJ1accr9 akkJplFTbXJa/D6JRcM2mKBhuUNwYBNGhrZHZTORjOLu40ZGHNQJxQ2uCUvMmQusqGfjhw SN8tZxyEWtHrsm8XzvmDCJVCfg+rNgZL/hKR4S0dfDQUak9/DRT3uQ9ZJo+MXg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718636320; 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=6dJ+XoCwbftBrxgzaeMHFwzGYhFmqk3LSBQo/l32ke0=; b=ELoYXAnZdrT4drkQTAZNtdKSdqJn/cNFYJF5emzwbu6y2AeB/tX+/OJnI2fV5aWyGl55mr qY92yvetl3nucCYvJr0UXH20HpPodLGgP21zy38jSS2Ngc13AdzlUW51ff3qTY19T5P1yE LLHBgB/84x5SnbfZ0PzaWpBoADfXQmxWY97BO8dQbwBZHs68f5gP9XX0xkGPsGlgDo+1Q+ u8qLm3GDIyn+KVJ/jAjr/Ld42MZsACkEo8iAREZHeqcXaTvEvVoVd/0JhDvKjx9e1YNrgi JtfNZL6j1LtAs9PKLOxGOV1htODiB8TSIeUJwnxNgicW45JTHxyHgbw2cJtXzg== 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 4W2tLS3RHdzKxK for ; Mon, 17 Jun 2024 14:58:40 +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 45HEweVq087450 for ; Mon, 17 Jun 2024 14:58:40 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45HEweg9087443 for fs@FreeBSD.org; Mon, 17 Jun 2024 14:58:40 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: fs@FreeBSD.org Subject: [Bug 276341] zfs panic: VERIFY3(rc->rc_count == number) failed Date: Mon, 17 Jun 2024 14:58:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: markj@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: blocked 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: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276341 Mark Johnston changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |279817 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D279817 [Bug 279817] (14.1 erratas) - tracking bug for 14.1 errata --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Tue Jun 18 11:10:42 2024 X-Original-To: fs@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 4W3PF00PxQz5Nc7N for ; Tue, 18 Jun 2024 11:10:44 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W3PDz4rvhz47wk for ; Tue, 18 Jun 2024 11:10:43 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718709043; a=rsa-sha256; cv=none; b=gHycxWG5Xx+5AhSCvOxWLan3Jw/GhLdpUcEOi20ESnNsJbUavAZOgYQfTWUJHpYU3S4xQX 8c4iFMAss7BQ52to5WySMyq8Q+HRKjSF9r8po4zHMoVCcMn3qDIQyZzGqXc7yOA7Gw4kuy iXaL8H6QB4aKxDI7isVbqUDfPYhpdvw0LHaCE1JwyMXmSIYOCl6RfL4jx2ls/+bovAO0ig j89KGBTrzACjWiANGdrJI9Qbu3PCHF1+xEvet7kwOxy+JGC1hLjNr6P8djz6saoHeMXgcf swS+UFOJbRBUP0zMdB2TbBMu2foSbgZdtv9BvypJ4wjB7dMMwBn9P3TJ71m91Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718709043; 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=xX2zfnNQv+tHXLTdLf/pEFAaoIgYbOp2CXX02JiHCbI=; b=q9TTnkIEcW95zMrb0+YXdpl652myF4Rtzv7qfPnx4wVed2+fpLTG7a8KzFKSL/1X7MTN+/ 3lWoW7dTWnOuQ4Yu93dMlpQspZzKCc1gdNP0WIZfgAyBjOcYrCVDYPhIBsSVOhUHkoJYMp rW2mMDbxak8Ckdms5YGKW6E58IZggqY8wW2Gcn8xPm6TF+9tGPXgMGuHMzZGlmOa7Gkwl5 PL9BPJ/JDxMBT9I7UKL3Dt4gr0nX9RVriVj5jc05v7j+doYDBKqa3KkPJhadIUOISQvJ3/ 0Fnl/ZN1euCbC6S6cCGshWqzsWqEBZ2x+ldpi9TtgEFPyCGnmrnLl50dhdc94Q== 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 4W3PDz4QtKzwcl for ; Tue, 18 Jun 2024 11:10:43 +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 45IBAhpS053776 for ; Tue, 18 Jun 2024 11:10:43 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45IBAhkV053751 for fs@FreeBSD.org; Tue, 18 Jun 2024 11:10:43 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: fs@FreeBSD.org Subject: [Bug 276341] zfs panic: VERIFY3(rc->rc_count == number) failed Date: Tue, 18 Jun 2024 11:10:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: needs_errata? X-Bugzilla-Changed-Fields: flagtypes.name 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: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276341 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needs_errata? --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Wed Jun 19 06:32:04 2024 X-Original-To: fs@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 4W3v190s4Tz5P3V1 for ; Wed, 19 Jun 2024 06:32:13 +0000 (UTC) (envelope-from lexi@le-fay.org) Received: from fuchsia.eden.le-Fay.ORG (fuchsia.eden.le-fay.org [81.187.47.195]) by mx1.freebsd.org (Postfix) with ESMTP id 4W3v182F2xz58v6 for ; Wed, 19 Jun 2024 06:32:12 +0000 (UTC) (envelope-from lexi@le-fay.org) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=le-fay.org header.s=fuchsia header.b=bBF9GbOX; dmarc=none; spf=pass (mx1.freebsd.org: domain of lexi@le-fay.org designates 81.187.47.195 as permitted sender) smtp.mailfrom=lexi@le-fay.org Received: from iris.eden.le-Fay.ORG (iris.eden.le-fay.org [IPv6:fd12:8247:3:1::7]) by fuchsia.eden.le-Fay.ORG (Postfix) with ESMTP id 273922002E for ; Wed, 19 Jun 2024 06:32:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=le-fay.org; s=fuchsia; t=1718778724; bh=OJxEbAvGddxxKV8f0nByhVmEr3Xb/eoBOzv6Z8RMQ54=; h=Date:From:To:Subject; b=bBF9GbOXjrkS6wPFGQlkcKIhIMspUYZC/IGpjLWOJ17YgPP96+sd4uKj7Now+RwlS LIDBCIhKzsZfc03/q5hpB2eTMM+Js7qL4ZN3vgYP3i0ojvU/cKZk7GAKtlI8bxgu+e WKWdToD8avyzlN+oN+D8g3506x1hwVCZFtS+i0lo= Received: from ilythia.eden.le-fay.org (ilythia.eden.le-fay.org [IPv6:2001:8b0:aab5:c003:3::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384) (No client certificate requested) by iris.eden.le-Fay.ORG (Postfix) with ESMTPSA id 855A12C0471 for ; Wed, 19 Jun 2024 07:32:02 +0100 (BST) Date: Wed, 19 Jun 2024 07:32:04 +0100 From: Lexi Winter To: fs@freebsd.org Subject: NFS, intermittent 'RPC struct is bad' errors Message-ID: Mail-Followup-To: fs@freebsd.org List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="wKOJ5TJPneXaYjNl" Content-Disposition: inline X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.50 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; R_DKIM_ALLOW(-0.20)[le-fay.org:s=fuchsia]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+ip4:81.187.47.195]; RCVD_NO_TLS_LAST(0.10)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:20712, ipnet:81.187.0.0/16, country:GB]; MISSING_XM_UA(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[le-fay.org:dkim]; TO_DN_NONE(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DMARC_NA(0.00)[le-fay.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[fs@freebsd.org]; MLMMJ_DEST(0.00)[fs@freebsd.org]; DKIM_TRACE(0.00)[le-fay.org:+] X-Rspamd-Queue-Id: 4W3v182F2xz58v6 --wKOJ5TJPneXaYjNl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi, i have a few systems running NFSv4 on FreeBSD, using Kerberos (MIT Kerberos KDC), with the server exporting ZFS filesystems. recently i've noticed intermittent errors of 'RPC struct is bad' when writing to the NFS server, which usually resolves itself after retrying. for example: % rsync -iavP /scratch/Star.Trek.Prodigy.S01E* . sending incremental file list >f++++++++++ Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv 32,768 0% 0.00kB/s 0:00:00 rsync: [receiver] write failed on "/data/public/TV/Star Trek Prodigy/Season 01/Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv": RPC struct is bad (72) rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.3.0] rsync: [sender] write error: Broken pipe (32) % rsync -iavP /scratch/Star.Trek.Prodigy.S01E* . sending incremental file list >f.st....... Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv 912,704,431 100% 96.51MB/s 0:00:09 (xfr#1, to-chk=18/19) >f++++++++++ Star.Trek.Prodigy.S01E03.1080p.WEBRip.x265-KONTRAST.mkv 477,408,567 100% 100.06MB/s 0:00:04 (xfr#2, to-chk=17/19) [...] the client is running FreeBSD 15.0-CURRENT from around May 24, and the server is running a slightly older 15.0-CURRENT from around May 23. /etc/exports on the server is pretty standard: /data/public -sec=krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 /data/public/Books -sec=krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 /data/public/CalibreLibrary -sec=krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 /data/public/Comics -sec=krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 /data/public/Films -sec=krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 /data/public/Miscellaneous -sec=krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 V4: /data -sec=sys:krb5:krb5i:krb5p -network 2001:8b0:aab5::/48 client mount options: hemlock.eden.le-fay.org:/public /data/public nfs rw,nfsv4,minorversion=2,sec=krb5p,gssname=host,bgnow,proto=tcp6,nconnect=4,rsize=1048576,wsize=1048576,noncontigwr 0 0 is there anything more i can do investigate this? would a tcpdump capture of the error be useful (considering all the RPC traffic is Kerberos-encrypted)? --wKOJ5TJPneXaYjNl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGzBAABCAAdFiEEuwt6MaPcv/+Mo+ftDHqbqZ41x5kFAmZye2EACgkQDHqbqZ41 x5mcfAv9H6f6bJIhTIQovyJMQGiJO+VZyQtkSmvR9iup7CPVGnaEf1NfPasXnyLY OT7XdooA29sEHsJu5+hVgBj/H5YEN1gU+/jHUA2oqTh/LLXEsc18E8DtSHeHPz/h KBE5f8dA6s5vqcPMPRgh7egfVm0VvvMwzeGlCS4fZWXXNmBOXbh2OMRSXoo7I83e /d3CR819MgQNPpIkWtO2k7aYEHbaGUNJkcln9YvBPdgTgJII8xd7g0SD/mc0SeXe p3CNCbI/eECWngZJwnI6Nm0xn1FBcON4hcjbz5How/MXz8szASEzBBinVx2tBt1F TPeRdwXTyq1rhY8t1w5PCRfyRLKsxNpLAcjwbfpWCGEGFkdZg3oaaECXL0C7OaGD EoydpwsY16WzpK1ctzuZoTBTQ70q2uIweTWqbcy+8wWnZf+Jwg3hmPJUUGMtOlsx XahfBNDirs/m/SYYh6dYHtsSrwwbtJKF7TlPm4iRKCx/4nyKkbZ5/VyYvXRySrAs m6r8ItAQ =r4rW -----END PGP SIGNATURE----- --wKOJ5TJPneXaYjNl-- From nobody Wed Jun 19 14:04:48 2024 X-Original-To: fs@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 4W453h4Q3zz5NCpk for ; Wed, 19 Jun 2024 14:05:04 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W453g6m6bz4hkd for ; Wed, 19 Jun 2024 14:05:03 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=U9+AkyGS; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::534 as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-pg1-x534.google.com with SMTP id 41be03b00d2f7-652fd0bb5e6so5164704a12.0 for ; Wed, 19 Jun 2024 07:05:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718805902; x=1719410702; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=jB+ceRyDj4+rJWHiydLE7JQdFGZtTGuXucuzNNxGgjQ=; b=U9+AkyGSpOKwHBW9yT0vQyc4T+OG/QAxYPjtMNyFihjOOpn4d6Tndlv2VSQ0KCmoOQ DP9h0o308bvFYEHjOkLY8hDZRMvmDqwV3vglJFzfdcdKBjf2dd/mDXy/SLCGURur3No5 KWWQXSZdTFcBdtmdkX30N2+tCT2v7q+oKnZ7KHOk3e8CwN8fM7Srnopwh27MAzTJqwRj 3gg2xCE/5Pua3znMByklE+aP9bgFSBxUQO4OoiePVFBV6E0hB7hTFrX6ucIxYRzeqcbk X8rrbd1mAMgC6N5k5WR6vzgYtykVsQGt4vMhogcNBciYcqPivTeXBbWE60FMGuU0CfHu S08Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718805902; x=1719410702; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=jB+ceRyDj4+rJWHiydLE7JQdFGZtTGuXucuzNNxGgjQ=; b=gzGUZ1BJu1iEaNxNzKDAp7w86EnHZgDSzSCXq0w18tQVVcsI5qhqG0K8y3FZDgjmwy vH7nqpXVKg4rj9y+dX1hGrL/g1I9h4IL/xZgFkUoOWUNpT1FFw21aB8aZ/ZCZ8s7ym56 gSd126QTz/Oj2j9nMBgtpcQ3pn+Gf5Yqjy6IEoU2fdcdwI6kNMp4NLWmp+J+UPyqoUye xdqUeTLco7y8W2r6ULU36GxNK8w9ej5RxXwBUfxl3Z/T5RRl5D/RgrLGIPkC+I0LP0Wi rVXCYFKbP2WzTqIigbE2Ds1bSKwGF3e4yk3mc8WjEu71/3C/9/xDzKBFQ+r0/avylJq3 F/cg== X-Gm-Message-State: AOJu0Yz6Gsv/YyQoxuYIpgxMXVQLMR0rysMqp6pW5RZm1uOZZJfelShU ffr8iQfd8DMOC/q1oJIiLQke11UJtaj/3DIlmrvKC2uE/zetstng9UPWC6nsXXm1APd9d9l1ANn otPRSECdh66LhjWdFD0ABQe2wRIGS X-Google-Smtp-Source: AGHT+IHMKA+6+Dzsco4JyWlu+XM5BcHDN9WG5mfLwiGMYa734CAKqPi1qwF/x18seY4yB9uf7QvWNzVLoxBaFSBJ2EM= X-Received: by 2002:a17:90b:4a4c:b0:2c7:dd09:7433 with SMTP id 98e67ed59e1d1-2c7dd097507mr18913a91.14.1718805902063; Wed, 19 Jun 2024 07:05:02 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Wed, 19 Jun 2024 07:04:48 -0700 Message-ID: Subject: Re: NFS, intermittent 'RPC struct is bad' errors To: fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-1.00)[-0.998]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[fs@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[fs@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::534:from] X-Rspamd-Queue-Id: 4W453g6m6bz4hkd On Tue, Jun 18, 2024 at 11:32=E2=80=AFPM Lexi Winter wrot= e: > > hi, > > i have a few systems running NFSv4 on FreeBSD, using Kerberos (MIT > Kerberos KDC), with the server exporting ZFS filesystems. > > recently i've noticed intermittent errors of 'RPC struct is bad' when > writing to the NFS server, which usually resolves itself after retrying. > for example: > > % rsync -iavP /scratch/Star.Trek.Prodigy.S01E* . > sending incremental file list > >f++++++++++ Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv > 32,768 0% 0.00kB/s 0:00:00 rsync: [receiver] write fail= ed on "/data/public/TV/Star Trek Prodigy/Season 01/Star.Trek.Prodigy.S01E01= E02.1080p.WEBRip.x265-KONTRAST.mkv": RPC struct is bad (72) > rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3D3.= 3.0] > > rsync: [sender] write error: Broken pipe (32) The "RPC struct is bad" just refers to the RPC message that cannot be decod= ed because it is trashed for some reason. > % rsync -iavP /scratch/Star.Trek.Prodigy.S01E* . > sending incremental file list > >f.st....... Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv > 912,704,431 100% 96.51MB/s 0:00:09 (xfr#1, to-chk=3D18/19) > >f++++++++++ Star.Trek.Prodigy.S01E03.1080p.WEBRip.x265-KONTRAST.mkv > 477,408,567 100% 100.06MB/s 0:00:04 (xfr#2, to-chk=3D17/19) > [...] > > the client is running FreeBSD 15.0-CURRENT from around May 24, and the > server is running a slightly older 15.0-CURRENT from around May 23. There was an issue fixed in main/current by commits on Apr. 25. (client 8ef= ba70, server 54c3aa0). If you somehow ended up with the client having the patch a= nd the server not having the patch, this could possibly explain it? Also, the breakage (I was tricked by wireshark into believing the code was wrong. It actually turned out to be wireshark broken. On Apr. 25, I put things back to where the RFCs said they should be.) And this breakage should only occur if delegations are enabled, which will = only happen if you set "vfs.nfsd.issue_delegations=3D1" on the server (not on by default). I doubt this is what you are seeing. > > /etc/exports on the server is pretty standard: > > /data/public -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Books -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/CalibreLibrary -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Comics -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Films -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Miscellaneous -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > V4: /data -sec=3Dsys:krb5:krb5i:krb5p -networ= k 2001:8b0:aab5::/48 > > client mount options: > > hemlock.eden.le-fay.org:/public /data/public nfs rw,nfsv4,minorver= sion=3D2,sec=3Dkrb5p,gssname=3Dhost,bgnow,proto=3Dtcp6,nconnect=3D4,rsize= =3D1048576,wsize=3D1048576,noncontigwr 0 0 You might try getting rid of the "noncontigwr" option, since I do not test that often, to see if it helps. > > is there anything more i can do investigate this? would a tcpdump > capture of the error be useful (considering all the RPC traffic is > Kerberos-encrypted)? The only thing that a tcpdump (pulled into wireshark after capture) might show you is TCP layer issues. Unless getting rid of "nocontigwr" fixes the problem, it sounds like some sort of corruption occurring in the network fabric. This might be caught be wireshark as TCP timeouts or ??? No one else has reported anything like this recently, rick From nobody Wed Jun 19 14:21:25 2024 X-Original-To: fs@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 4W45Qs0hm4z5NFM9 for ; Wed, 19 Jun 2024 14:21:41 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Received: from mail-pl1-x62d.google.com (mail-pl1-x62d.google.com [IPv6:2607:f8b0:4864:20::62d]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W45Qr1JQ3z4kRh for ; Wed, 19 Jun 2024 14:21:40 +0000 (UTC) (envelope-from rick.macklem@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=nNy3UmCV; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rick.macklem@gmail.com designates 2607:f8b0:4864:20::62d as permitted sender) smtp.mailfrom=rick.macklem@gmail.com Received: by mail-pl1-x62d.google.com with SMTP id d9443c01a7336-1f64ecb1766so47812435ad.1 for ; Wed, 19 Jun 2024 07:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718806899; x=1719411699; darn=freebsd.org; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=9zhWSwqPryU/0h5b+OYw01sLvl/Zqer0Ti5M6G8RTfU=; b=nNy3UmCV+3w0FRLiFVQ0YsudV3TC4U49u32gxB0q2TabCqvwNsQa7IYULs5u2AfbrR S4JkXotMtGO60sryzcHhjPm4cYtP34ICsLnFbGM9APBZR1F3U7JyC84Mk0NH0QOfAeQS VRBRvB6AUjPz0D6N1jPZ1s+rlPb4eqevqHz+wJOYStYBszMXNw33878tLqQwX3Btic0L OgNMNE8XFgCGHQZCaoBSVJKwaZCw33MJgXvYfPu+LmZdNjOdGyM6WZ2kwM49vDlAlHhq WInI8I40aYdVqyHytgJPzoZYvPZJaIvIpD+HHru/A20/U+VPie7wJ3NDRR+K+TvJ+ILM 8D0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718806899; x=1719411699; h=content-transfer-encoding:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=9zhWSwqPryU/0h5b+OYw01sLvl/Zqer0Ti5M6G8RTfU=; b=Nej0t4p/VEzPyMVBkv5EIe9YXvmyyjHTk+1TTCMdycIdqoAlKVcilB7Tfte6VQ4YDS 1Ll3k7YA/WbZLXv+b+Ll22Pv9V7OcCT4/B4mzRrmhCuy8s2LdYkhXiwnukPUD9iCOV/1 MTw77BPyEkJYlJ5TEIIQh/3fIyeZOrQr+3wJRtoMFy2toqdP8rVtVAiklYwdG6Bnu+4x I2lErB71q00ouxI3hN+Hgi6/MN0d97G8DaQ19QG3QmOFKX3TQcbamxfDKWMQhD/3+6A+ B3FtdfeRuhsvd9YuZLa3ZaiCSiw5BmhnxsJI48liscK6wAIsSHXBDdmRKUWjekBuUUBL Px5A== X-Gm-Message-State: AOJu0YxRcIRCqBIzjjYJ7q1Q/uKlU2KI78wcAwfiOo8ytbe9NmCtjqmV uOnIlPOiw9yoPvyBYUUOguhUSHDPgmjEhciG5/eWUNX/Qp1tiMB3N4MjkDyIKa86JkaF90qJLR8 pjzKGSGVg+hebPt4hOAhrpS179yRX X-Google-Smtp-Source: AGHT+IEaPAloXFJTXXkK8knTS/oHM4O5hBrHdnN8ntm0y+wKvVmy1+Xs+tK+e2X19nolRRU2LW0lAENa2wwynekXnyE= X-Received: by 2002:a17:902:e812:b0:1f6:7f20:d988 with SMTP id d9443c01a7336-1f9aa44fd68mr30306555ad.42.1718806898662; Wed, 19 Jun 2024 07:21:38 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Rick Macklem Date: Wed, 19 Jun 2024 07:21:25 -0700 Message-ID: Subject: Re: NFS, intermittent 'RPC struct is bad' errors To: fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.51)[-0.506]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TAGGED_FROM(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; PREVIOUSLY_DELIVERED(0.00)[fs@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MID_RHS_MATCH_FROMTLD(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MLMMJ_DEST(0.00)[fs@freebsd.org]; RCVD_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::62d:from] X-Rspamd-Queue-Id: 4W45Qr1JQ3z4kRh On Tue, Jun 18, 2024 at 11:32=E2=80=AFPM Lexi Winter wrot= e: > > hi, > > i have a few systems running NFSv4 on FreeBSD, using Kerberos (MIT > Kerberos KDC), with the server exporting ZFS filesystems. > > recently i've noticed intermittent errors of 'RPC struct is bad' when > writing to the NFS server, which usually resolves itself after retrying. > for example: > > % rsync -iavP /scratch/Star.Trek.Prodigy.S01E* . > sending incremental file list > >f++++++++++ Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv > 32,768 0% 0.00kB/s 0:00:00 rsync: [receiver] write fail= ed on "/data/public/TV/Star Trek Prodigy/Season 01/Star.Trek.Prodigy.S01E01= E02.1080p.WEBRip.x265-KONTRAST.mkv": RPC struct is bad (72) > rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3D3.= 3.0] > > rsync: [sender] write error: Broken pipe (32) > % rsync -iavP /scratch/Star.Trek.Prodigy.S01E* . > sending incremental file list > >f.st....... Star.Trek.Prodigy.S01E01E02.1080p.WEBRip.x265-KONTRAST.mkv > 912,704,431 100% 96.51MB/s 0:00:09 (xfr#1, to-chk=3D18/19) > >f++++++++++ Star.Trek.Prodigy.S01E03.1080p.WEBRip.x265-KONTRAST.mkv > 477,408,567 100% 100.06MB/s 0:00:04 (xfr#2, to-chk=3D17/19) > [...] > > the client is running FreeBSD 15.0-CURRENT from around May 24, and the > server is running a slightly older 15.0-CURRENT from around May 23. > > /etc/exports on the server is pretty standard: > > /data/public -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Books -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/CalibreLibrary -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Comics -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Films -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > /data/public/Miscellaneous -sec=3Dkrb5:krb5i:krb5p -network 2001:8= b0:aab5::/48 > V4: /data -sec=3Dsys:krb5:krb5i:krb5p -networ= k 2001:8b0:aab5::/48 > > client mount options: > > hemlock.eden.le-fay.org:/public /data/public nfs rw,nfsv4,minorver= sion=3D2,sec=3Dkrb5p,gssname=3Dhost,bgnow,proto=3Dtcp6,nconnect=3D4,rsize= =3D1048576,wsize=3D1048576,noncontigwr 0 0 > > is there anything more i can do investigate this? would a tcpdump > capture of the error be useful (considering all the RPC traffic is > Kerberos-encrypted)? If you could do a run that causes these failures safely without on the wire encryption, you could switch the mount to "krb5i". Then a tcpdump done via something like: # tcpdump -s 0 -w out.pcap host followed by pulling out.pcap into wireshark, you could maybe see where the failure is occurring. (Unlike tcpdump, wireshark decodes NFS traffic quite nicely.) rick From nobody Wed Jun 19 20:37:18 2024 X-Original-To: fs@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 4W4FmG34Mcz5NnZ3 for ; Wed, 19 Jun 2024 20:37:18 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W4FmG12XWz4PPT for ; Wed, 19 Jun 2024 20:37:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718829438; a=rsa-sha256; cv=none; b=DWLJSVWCnC51xMmaHUIfdAd+DuaMISsAh/t4ipTMtMlH+7nrZtvEBI2I2xKRhv3wb8804D gagnjhdb0O2ehCFE/YJ+ixjFraZWwCjr7u62P+y2VtOf0KD2wZhWa7eYgrsyPAqdjToQz2 uePdcS9o+kkZ7fDpHEH64Bcxnic2g6GXeTAbf/nMixs2e7ZhSudTYBtf5n5nt/kGkjKMgK SldIObPKAVMjcIpW2AUPPKuwrg7/54DVf9l2Z41ozgrKdx/s9C6WxhgEEvxexSDLllbsEe myb9b0MzWtlXWyzftldxvH9FHzZOxFnRUGbxFg3RYk+h/euWkWqdEKjtA22bTw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718829438; 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=HtQ3KAprPCHEZ4ctL3MszdtAqTAZ22TPJ2YGJvz1JNE=; b=KplRxiHCadChrzjo3Gt3PhV7JFjdtpZeeZUTVMcfuNAoX10h8OJQEF+OMQCiphKoWmuXz+ 3nigok/e+jSdE8hTvRxZc7/xpsEqn/gcAtfKnLsS8kDbjIJNAoc3CNPTWM+EBU5Lvk8lWR nKW4QCNVqdDWdPhBTMrxfPLIQuhe+C2LpfxH/0X8hwuGcXHi/xFDZfhHZbAlagrwsLJJwR zsUmOen8WIb0XQRfeAmMY91kHyV8ffKXnSlbu/QBIQ88ka5bFKLTVDZFKgpGuHd5qyS0Gt 9atd7TztG/vOqJ+03ZWwBYFTDXpT2zmKzwDGgOaAvVv7TIczYoPzj34jXF6ZoA== 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 4W4FmG0g4Lzwm1 for ; Wed, 19 Jun 2024 20:37:18 +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 45JKbHe9095082 for ; Wed, 19 Jun 2024 20:37:18 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45JKbHQ2095081 for fs@FreeBSD.org; Wed, 19 Jun 2024 20:37:17 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 276341] zfs panic: VERIFY3(rc->rc_count == number) failed Date: Wed, 19 Jun 2024 20:37:18 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 15.0-CURRENT X-Bugzilla-Keywords: crash X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: needs_errata? X-Bugzilla-Changed-Fields: 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: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276341 --- Comment #29 from commit-hook@FreeBSD.org --- A commit in branch releng/14.1 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3Df566b7eb8d94bdde7ad9ddf9bdc9cf336= 678c386 commit f566b7eb8d94bdde7ad9ddf9bdc9cf336678c386 Author: Alexander Motin AuthorDate: 2024-05-25 02:11:18 +0000 Commit: Gordon Tetlow CommitDate: 2024-06-18 17:35:52 +0000 Destroy ARC buffer in case of fill error In case of error dmu_buf_fill_done() returns the buffer back into DB_UNCACHED state. Since during transition from DB_UNCACHED into DB_FILL state dbuf_noread() allocates an ARC buffer, we must free it here, otherwise it will be leaked. Reviewed-by: Brian Behlendorf Reviewed-by: Jorgen Lundman Signed-off-by: Alexander Motin Sponsored by: iXsystems, Inc. Closes #15665 Closes #15802 Closes #16216 PR: 276341 Approved by: so Security: FreeBSD-EN-24:10.zfs (cherry picked from commit 02c5aa9b092818785ed8db4e2246a828278138e3) (cherry picked from commit 1c27279ed22d2b5226f31836da041bae45a9c77b) sys/contrib/openzfs/module/zfs/dbuf.c | 1 + 1 file changed, 1 insertion(+) --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Fri Jun 21 15:36:48 2024 X-Original-To: fs@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 4W5M0d0Dpwz5Nrmm for ; Fri, 21 Jun 2024 15:36:49 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W5M0c57Nzz3xbg for ; Fri, 21 Jun 2024 15:36:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1718984208; a=rsa-sha256; cv=none; b=h2XdXs9+y9v0VUsiJQreeSRmOYzNHjH+iCE4+FAztP7B1z17GBmrsY1ELJeQXiTzNqbSMK 8P9N9FyF7PO+RYftZMNAmj8631NeOh+3QrhIuaqEbiuaq+ptr37oAreeseyrdg+NUSdPjM VYDKDaTmwBFPpoqeXoYjXw02DxAH88y11OIFnKRT5L3+MXCdhWwNHegpdmxPA6MmEOkMDW 34V5CYY2QTbshp6FmmDBYkhv/8oouE8emzgZzaE9cgzPJRqEoU+Fnm5pj+wVFr3colMKR6 IDjwSvyO+Lw/Z2a0SFFc1b6sQQlDg1qi3YFrsN6FYOxFUhYlAqP5B0rZO0Ee4Q== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1718984208; 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=EM+6BEf0pd6MihnuOC57jfoQiUs297/qsugkkYJrzak=; b=D4ZqXxsFrzMP96my4IXjSGUqwCdrBeOfamNrGM7bgYG/CpSqtVdgC+fhYUK6y42Ba+U5X/ uCcEliX6N0/luIqSW/KDx+s+CH11Kust0eIuQqYNWgxlIiOlQcOuqG1qvDpnAw+GoXyWo+ q/qsMpOPuUWjeZo31E3+0QuyHVzPBOeXCpSuKW+r087YQ69UobqM2U+DLbsSVQQvwalJBE UL4OreZyuJY9UbWn0zx22VsU5OMuLUgT2NWhKLfDwfr4rza+aoJoIOxTt5ZocE9TwVaf2J BGF+y698ih1K6OdLNNtdU9Zv8gWRZB3SKefgc9OWjL9VGlJbsBAJH+O4VPW2RQ== 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 4W5M0c4lMzzDqp for ; Fri, 21 Jun 2024 15:36:48 +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 45LFam3j065895 for ; Fri, 21 Jun 2024 15:36:48 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45LFami1065894 for fs@FreeBSD.org; Fri, 21 Jun 2024 15:36:48 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: fs@FreeBSD.org Subject: [Bug 271692] zfs inherit always behaves as if the -S flag was given Date: Fri, 21 Jun 2024 15:36:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 12.4-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: d8zNeCFG@aon.at X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status 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: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271692 Martin Birgmeier changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|New |Closed --- Comment #2 from Martin Birgmeier --- Probably outdated now - let us close this. -- Martin --=20 You are receiving this mail because: You are the assignee for the bug.= From nobody Sat Jun 22 15:23:44 2024 X-Original-To: freebsd-fs@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 4W5yg86CcQz5NcS6 for ; Sat, 22 Jun 2024 15:23:48 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh3-smtp.messagingengine.com (fhigh3-smtp.messagingengine.com [103.168.172.154]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4W5yg75r5Tz56QQ for ; Sat, 22 Jun 2024 15:23:47 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=A9Eedg3G; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=XgCsFHfx; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.154 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 572B311400E5 for ; Sat, 22 Jun 2024 11:23:46 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sat, 22 Jun 2024 11:23:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:subject:subject:to:to; s=fm2; t=1719069826; x=1719156226; bh=BexM6odx80sMTFV+hO/YSk0jtOt+CuvS 3j0YLgm6eZo=; b=A9Eedg3GRiXn7NwUlFKRXAL20jDDF06E90WONjZwnXvhIvML LxHHIhzA6xrnGW5IZxExAqCgTuHf7EOK2XL1QF6Eu0wRvYDlmt/E8d/YxkNcPmFY D/tduOCJtQ61awK0euU73P485dvsB2aQI76aXzCA+hap7TI+6Yr5jdCbhcE2fM0J YFVXmjCTu0mBJsn9GDo25dX07ZXE09fA1+Mvp0Kaxs5z4RvX+RkE52t3xgKubGs2 Ez+enEd1Y8Kfr7MCfNbQCKJA5Iv6gNo1anJS9MefbAaSVhTGvXSc8bJgqBcDiV11 ZgjgRcf5tMPrc1shroxJHKN4ekpoy1w71fpzIw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1719069826; x=1719156226; bh=BexM6odx80sMTFV+hO/YSk0jtOt+CuvS3j0 YLgm6eZo=; b=XgCsFHfxlfyKKDkY38a1yb67lZMFHjvltKHSjPcjdLNMGSgfApP wCpvacgd6NeTGUPvt0wACY9h7cksHXm8cIrZFnswjzNq4YeGVYyGpdffaQLVCMND 7Ip3zzfMBuntG32JmmKg+8TKEOBVx54/kHgrtQRClP7WVpPdGPBueRWKgObM/jlt MIJKtsBCMlxZkYVEx8eiu3Q/shTnLfizO3D9qAZfyzuD0SxKEuanDl2v+TOfRbWz 2hsR08K3FSOIL0LcwX/TCnYyS4tqdChvugbl/cDW/kCRoJuEyEImZBLImFdxYhA+ VQZgvyxtRc5nsUtx0X+lZmdZVae9GOwOY4Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfeefiedgkeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesthdtrodttd dtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgrthht vghrnhepkeegiefhledvkeeljedvfeejvdekleeftdfgtdettdelteduudejueelhfetgf egnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepvhho ihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 22 Jun 2024 11:23:45 -0400 (EDT) Date: Sat, 22 Jun 2024 16:23:44 +0100 From: void To: freebsd-fs@freebsd.org Subject: setting currdev correctly after repartitioning Message-ID: Mail-Followup-To: freebsd-fs@freebsd.org List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.57 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.965]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.154:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4W5yg75r5Tz56QQ I've imaged with dd an rpi4 ssd and created on the hardware 4*8GB swap partitions, and have transferred with cpdup the freebsd contents from the image back to the ssd. The msdos-based EFI and rpi partition was unmodified. When I try to boot, it drops an OK prompt with the following error "Setting currdev to disk0p2: ERROR: cannot open /boot/lua/loader.lua: no such file or directory." The partition table looks like this # gpart show da5 (this is da5 on another machine) => 63 1953525105 da5 MBR (932G) 63 1 - free - (512B) 64 524288 1 fat32lba [active] (256M) 524352 1952448512 2 freebsd (931G) 1952972864 552304 - free - (270M) # gpart show da5s2 => 0 1952448512 da5s2 BSD (931G) 0 16777216 1 freebsd-swap (8.0G) 16777216 16777216 2 freebsd-swap (8.0G) 33554432 16777216 4 freebsd-swap (8.0G) 50331648 16777216 5 freebsd-swap (8.0G) 67108864 1885339648 6 freebsd-ufs (899G) I wonder if freebsd-ufs needs to be the first slice? Is that what the error means? if not, how can I tell it that the loader is on (when it's installed on the rpi4) /dev/da5s2f ? it's not in fstab. context is -current and ufs2. fstab looks like this # Custom /etc/fstab for FreeBSD embedded images /dev/ufs/rootfs / ufs rw,noatime 1 1 /dev/msdosfs/EFI /boot/efi msdosfs rw,noatime 0 0 tmpfs /tmp tmpfs rw,mode=1777 0 0 # #/dev/label/growfs_swap none swap sw 0 0 #md none swap sw,late,file=/usr/swap0 0 0 -- From nobody Sat Jun 22 15:46:34 2024 X-Original-To: freebsd-fs@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 4W5z9h5XJBz5Nf27 for ; Sat, 22 Jun 2024 15:46:48 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W5z9g5kdzz57wf for ; Sat, 22 Jun 2024 15:46:47 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=zONZP6WU; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::636) smtp.mailfrom=wlosh@bsdimp.com Received: by mail-pl1-x636.google.com with SMTP id d9443c01a7336-1f9a78c6c5dso24787985ad.1 for ; Sat, 22 Jun 2024 08:46:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1719071206; x=1719676006; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=wFTFcHatk77It5wiJqZ1RHmbyzKpZyDyc24+zAYz/2g=; b=zONZP6WUjHmSzTNbShBT1I7L3ZzTxrUO0M4QIsXCRvPbK1JW/2JZ5I2jWDRnyIbZGG ccCCDcrhOfgCp/DnlCI03ux3omlp3LaCw5Fc0oCiaGoWagpx6ac0WykJlPyjC/R9IPZ2 KJGNxTgKYNX6t92p10Uj6tZADMGZWS98hXRcvgTJyu6sSsPhua0GMyOrxTWFQf3/Ev1u PL9+2Y8SHj0BGol5e5t3lko2nCuCn+IQwy5czqhQpnLE49Nk8SxtETc3gVg2PXuaJ9+C 12z0/RScOxhRD0KBt/L2jQIiKe79M5TWjdNjsnjFGkNe1bFRXZGjzLWtMyZvjf+PHH+9 4FVg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719071206; x=1719676006; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=wFTFcHatk77It5wiJqZ1RHmbyzKpZyDyc24+zAYz/2g=; b=O3vrtlMBmuY9ATYfmDH2wj2LBo5wgBE9chYiKdcw1jFsTbxZMT9QC33FRSE595El7M B1ojd/bPZnCiugotVSh6pe9oHtKu9Ni6GGk9t93tPT/XxIFzUtT2VQoYksZaAjpPDnth av7BgYlp4CoC3vvySc/YX5ZFoYpH0V33lBoXumvUElt1aS7eUO89vubgfvOZGYQEIhIk eTbvQa2E/OyiUh4YDZr2pIXTPcQ6IkM0nDWhuGWQdGpW05N+z3MI4CKsOtf+j70TNRnq x9R/t1k0VQrM0fj9yv3TYgBdTYeRXI0CnoKsnMzXaY3tx4ccWMXK0tF1bzdOe+auRC6j gcGA== X-Gm-Message-State: AOJu0YykW6CGzzZgCUrqi+Ge6ycxgomPDWTuUtFSVJTaIpR6J5xcomN7 JoI4cEp8lW96amA/K3LxqMTL/8lXH6R/ivVfxRonM6CTYYeN1ps/oRv9q8f0cTJ1997/GISX10w 2y+zD8jyVRFYRm65hubLO+2lwl1y0cNAje6dvDTKRJD5d9DKAEMs= X-Google-Smtp-Source: AGHT+IHF4WGFY7tjsmRMM9dq5JhI2E9OVRBl9aTLUk+Khrz2HgXuD4ukJUW+usuRI/iDz+EqJKnoqdXlSPZHciBYoOc= X-Received: by 2002:a17:90a:f18d:b0:2c7:9fee:6ea0 with SMTP id 98e67ed59e1d1-2c86146d120mr178694a91.32.1719071205828; Sat, 22 Jun 2024 08:46:45 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 22 Jun 2024 09:46:34 -0600 Message-ID: Subject: Re: setting currdev correctly after repartitioning To: FreeBSD FS Content-Type: multipart/alternative; boundary="000000000000914bb8061b7c749b" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::636:from]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4W5z9g5kdzz57wf --000000000000914bb8061b7c749b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Jun 22, 2024, 9:23=E2=80=AFAM void wrote: > I've imaged with dd an rpi4 ssd and created on the hardware > 4*8GB swap partitions, and have transferred with cpdup the > freebsd contents from the image back to the ssd. The msdos-based > EFI and rpi partition was unmodified. > > When I try to boot, it drops an OK prompt with the following error > > "Setting currdev to disk0p2: > ERROR: cannot open /boot/lua/loader.lua: no such file or directory." > > The partition table looks like this > > # gpart show da5 (this is da5 on another machine) > How do you know disk0 in the boot loader is da5 in FreeBSD? Or that it's even the disk you think it is? P2 is GPT partitioning, not MBR so you are chasing shadows here, i think. =3D> 63 1953525105 da5 MBR (932G) > 63 1 - free - (512B) > 64 524288 1 fat32lba [active] (256M) > 524352 1952448512 2 freebsd (931G) > 1952972864 552304 - free - (270M) > > > # gpart show da5s2 > > =3D> 0 1952448512 da5s2 BSD (931G) > 0 16777216 1 freebsd-swap (8.0G) > 16777216 16777216 2 freebsd-swap (8.0G) > 33554432 16777216 4 freebsd-swap (8.0G) > 50331648 16777216 5 freebsd-swap (8.0G) > 67108864 1885339648 6 freebsd-ufs (899G) > > I wonder if freebsd-ufs needs to be the first slice? No. Is that what the error means? Whatever disk this is, it GPT partitioned, may have a kernel but not the lua support files. It might even not have a recognized filesystem on it, but we think the ESP was on this disk if not, how can I tell it > that the loader is on (when it's installed on the rpi4) /dev/da5s2f ? > I think you'll be happier with labels for this. But you will need to set things up with the ESP tgat booted. it's not in fstab. context is -current and ufs2. > > fstab looks like this > > # Custom /etc/fstab for FreeBSD embedded images > /dev/ufs/rootfs / ufs rw,noatime 1 > 1 > /dev/msdosfs/EFI /boot/efi msdosfs rw,noatime 0 > 0 > tmpfs /tmp tmpfs rw,mode=3D1777 = 0 > 0 > # > #/dev/label/growfs_swap none swap sw 0 > 0 > #md none swap sw,late,file=3D/usr/swap0= 0 > 0 > There's much confusion here. That needs to be sorted out first. Warner > --000000000000914bb8061b7c749b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Jun 22, 2024, 9:23=E2=80=AFAM void <void@f-m.fm> wrote:
I've imaged with dd an rpi4 ssd and created on the hard= ware
4*8GB swap partitions, and have transferred with cpdup the
freebsd contents from the image back to the ssd. The msdos-based
EFI and rpi partition was unmodified.

When I try to boot, it drops an OK prompt with the following error

"Setting currdev to disk0p2:
ERROR: cannot open /boot/lua/loader.lua: no such file or directory."
The partition table looks like this

# gpart show da5 (this is da5 on another machine)

How do you know disk0 in t= he boot loader is da5 in FreeBSD? Or that it's even the disk you think = it is? P2 is GPT partitioning, not MBR so you are chasing shadows here, i t= hink.

=3D>=C2=A0 =C2=A0 =C2=A0 =C2=A0 63=C2=A0 1953525105=C2=A0 da5=C2=A0 MBR= =C2=A0 (932G)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A063=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A01=C2=A0 =C2=A0 =C2=A0 =C2=A0- free -=C2=A0 (512B)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A064=C2=A0 =C2=A0 =C2=A0 524288=C2= =A0 =C2=A0 1=C2=A0 fat32lba=C2=A0 [active]=C2=A0 (256M)
=C2=A0 =C2=A0 =C2=A0 =C2=A0524352=C2=A0 1952448512=C2=A0 =C2=A0 2=C2=A0 fre= ebsd=C2=A0 (931G)
=C2=A0 =C2=A0 =C2=A0 =C2=A01952972864=C2=A0 =C2=A0 =C2=A0 552304=C2=A0 =C2= =A0 =C2=A0 =C2=A0- free -=C2=A0 (270M)


# gpart show da5s2

=3D>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 1952448512=C2=A0 da5s2=C2= =A0 BSD=C2=A0 (931G)
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 16777216=C2=A0 =C2= =A0 =C2=A0 1=C2=A0 freebsd-swap=C2=A0 (8.0G)
=C2=A0 =C2=A0 =C2=A016777216=C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 =C2=A0 2=C2= =A0 freebsd-swap=C2=A0 (8.0G)
=C2=A0 =C2=A0 =C2=A033554432=C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 =C2=A0 4=C2= =A0 freebsd-swap=C2=A0 (8.0G)
=C2=A0 =C2=A0 =C2=A050331648=C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 =C2=A0 5=C2= =A0 freebsd-swap=C2=A0 (8.0G)
=C2=A0 =C2=A0 =C2=A067108864=C2=A0 1885339648=C2=A0 =C2=A0 =C2=A0 6=C2=A0 f= reebsd-ufs=C2=A0 (899G)

I wonder if freebsd-ufs needs to be the first slice?

No.
=
Is that what the error means?
Whatever disk this is, it GPT partitioned, may hav= e a kernel but not the lua support files. It might even not have a recogniz= ed filesystem on it, but we think the ESP was on this disk=C2=A0=C2=A0

<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex"> if not, how can I tell it
that the loader is on (when it's installed on the rpi4) /dev/da5s2f ?

I = think you'll be happier with labels for this. But you will need to set = things up with the ESP tgat booted.

it's not in fstab. context is -current and ufs2.

fstab looks like this

# Custom /etc/fstab for FreeBSD embedded images
/dev/ufs/rootfs=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0ufs=C2=A0 =C2=A0 =C2=A0rw,noatime=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 1=C2=A0 =C2=A0 =C2=A0 =C2=A01
/dev/msdosfs/EFI=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 /bo= ot/efi=C2=A0 =C2=A0 =C2=A0 =C2=A0msdosfs rw,noatime=C2=A0 =C2=A0 =C2=A0 0= =C2=A0 =C2=A0 =C2=A0 =C2=A00
tmpfs=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/= tmp=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 tmpfs=C2=A0 =C2=A0rw,mode=3D17= 77=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A00 #
#/dev/label/growfs_swap none=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 swap= =C2=A0 =C2=A0 sw=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 0=C2=A0 =C2=A0 =C2=A0 =C2=A00
#md=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0none=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 swap=C2=A0 =C2=A0 sw,la= te,file=3D/usr/swap0 0=C2=A0 =C2=A0 =C2=A0 =C2=A00

There's much confusio= n here. That needs to be sorted out first.

Warner
--000000000000914bb8061b7c749b-- From nobody Sat Jun 22 16:06:24 2024 X-Original-To: freebsd-fs@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 4W5zcN4Dccz5Ng2C for ; Sat, 22 Jun 2024 16:06:28 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fout7-smtp.messagingengine.com (fout7-smtp.messagingengine.com [103.168.172.150]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4W5zcM1LJdz594f for ; Sat, 22 Jun 2024 16:06:27 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b=jowDB7qh; dkim=pass header.d=messagingengine.com header.s=fm2 header.b="I/GL8w2L"; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.150 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfout.nyi.internal (Postfix) with ESMTP id 7E92B13800FC for ; Sat, 22 Jun 2024 12:06:26 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sat, 22 Jun 2024 12:06:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1719072386; x=1719158786; bh=OoZo/ol2mx W3DN9MD8//RBklBEmj/Dt5PD4DGmVaI+4=; b=jowDB7qhHwNffsuDNAgfiCDsqz gb7hzUaharZMXijiJVs5k2G8K0/54DoBsCeUpViU6cvpOD5tMSjiq7CvRndLB5fn +T1TQFyjPost5ulK2Od3w4mdoEtrcodIacNrwhh/T1FAvDbYEDCt+qdI4gd38T4m N++4eXxbIiaUCC2gfvqdIhkovhPa1FdGBPS9XaIR71nPT9Rr9BtCwkH4rzVHC55x suANcPKzU+D7aVJ9htN2Sq8fyM/xvBgtsEaRkuiK2dSqDEn3KvNkusv5yroghS89 h7G9gb7+NQLWyQSjgGSdc7WISr1i74Ve18a5bHwhzIJnXuRBUKXYq4s632Kw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1719072386; x=1719158786; bh=OoZo/ol2mxW3DN9MD8//RBklBEmj /Dt5PD4DGmVaI+4=; b=I/GL8w2LgsW8hHrR5e54W9HpgjAqiE8indIyFri9+PPv z6ebvBNZ2L7ta59qcVXRrRdnYAtsZQomuiRoM6X7IEIDhKgcUbuz9gMlU0Pj+fhO 8tnQ/5n3PgyMzfOZfdmaHtNyxZ3fi/0V4/0A953jSfgZK+fat8Znj+IeZY0toyFd h6L2fEg07+tYwdFrXj+F5JWorZ90qnOFMrvtvb78UKIA6yVqtaXsNIho2p8NuiYS ED4L4Vi/c/DmFGeDXBTUDZCkW0b3HS2L9QNCJjSqijrWTKQZJbahDGG8sSKUPNIq UJ7192Ip3m4IWaj3eyOd2PF5nClIs61BuVsmjDrs1w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfeefiedgleelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesthdtre dttddtvdenucfhrhhomhepvhhoihguuceovhhoihgusehfqdhmrdhfmheqnecuggftrfgr thhtvghrnhepkeeluddvlefhieelfefggffhffektdehleelgfdugfdvgeekjeejuddthe ehgfeunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep vhhoihgusehfqdhmrdhfmh X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 22 Jun 2024 12:06:25 -0400 (EDT) Date: Sat, 22 Jun 2024 17:06:24 +0100 From: void To: freebsd-fs@freebsd.org Subject: Re: setting currdev correctly after repartitioning Message-ID: Mail-Followup-To: freebsd-fs@freebsd.org References: List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.59 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.990]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.150:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4W5zcM1LJdz594f On Sat, Jun 22, 2024 at 09:46:34AM -0600, Warner Losh wrote: >How do you know disk0 in the boot loader is da5 in FreeBSD? Or that it's >even the disk you think it is? P2 is GPT partitioning, not MBR so you are >chasing shadows here, i think. When it's in the rpi4 it'll be da0 as it's a usb3-connected ssd and it's the boot disk (and the only disk) on that system. When this is plugged into my freebsd *desktop* it's detected as da5. > >=> 63 1953525105 da5 MBR (932G) >> 63 1 - free - (512B) >> 64 524288 1 fat32lba [active] (256M) >> 524352 1952448512 2 freebsd (931G) >> 1952972864 552304 - free - (270M) >> >> >> # gpart show da5s2 >> >> => 0 1952448512 da5s2 BSD (931G) >> 0 16777216 1 freebsd-swap (8.0G) >> 16777216 16777216 2 freebsd-swap (8.0G) >> 33554432 16777216 4 freebsd-swap (8.0G) >> 50331648 16777216 5 freebsd-swap (8.0G) >> 67108864 1885339648 6 freebsd-ufs (899G) > > >Whatever disk this is, it GPT partitioned, may have a kernel but not the >lua support files. It might even not have a recognized filesystem on it, >but we think the ESP was on this disk Why does it say MBR ? -- From nobody Sat Jun 22 16:13:14 2024 X-Original-To: freebsd-fs@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 4W5zmT20Xpz5NgpP for ; Sat, 22 Jun 2024 16:13:29 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W5zmS0H2yz3xFj for ; Sat, 22 Jun 2024 16:13:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20230601.gappssmtp.com header.s=20230601 header.b=fH4Wk5hf; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::629) smtp.mailfrom=wlosh@bsdimp.com Received: by mail-pl1-x629.google.com with SMTP id d9443c01a7336-1f4a0050b9aso24540635ad.2 for ; Sat, 22 Jun 2024 09:13:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20230601.gappssmtp.com; s=20230601; t=1719072806; x=1719677606; darn=freebsd.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=z2Jxd2I05/MRfr9W8Oc3XLOqljLflV2JdrZeIGkDdZQ=; b=fH4Wk5hfFr5JjcEQgKRRd0u12J5qkGEI3Y31wMSt338mOcs4+QbOV+prWSCLVfC5a5 12gqi5ShjJXxGGw+i9NdMB1OGjTgH9PN7aQN1VAKBfKhLtcAaSZwddlZW8H6HygFTEIq 3YvjCbEmdpBP8rmGJyVGlj3V2Chw2aZDnIcoJuZhJlezW42o/DGYoqK26/RRpyRhF0Oo VNmkuTQO3rxmRvtDfUfgO7H9jwXQzTbhNTXgphRZISguPkXkpRwZUfVcLZqOUiwxfdR1 C7E3WZY6gVasZZUi5TStCvPrBngjCo6ClljKWfn5B1NDCBeaK/lnjEQIVa9OFRepnaoJ z/Sw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719072806; x=1719677606; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=z2Jxd2I05/MRfr9W8Oc3XLOqljLflV2JdrZeIGkDdZQ=; b=OvcweXqrLKp8yz8m8mPGRH3WEhcf6lJATvJ2uQw3jwpaLoPJ+nLiQi1kl9KgyXT6hc YSZ3yqqhikmWhkB/egzuefrw2/jOz8eSdb9gv1NB8qCuzEH5op/qq9A3fIByL2/uIWi1 K32bu451iqDAafNGgeKKwfkOhXdcmJGt+IivW1l6amHV2bwISuEd5b0rMxsE83U4aEYG wL50DudpqOT+ak9opnab8HD05agX8IPD37xBj2t5DZMkEacbZk1a1Pzo2LoB3xGOkOyj EgBfD51cBMTJV2xVt8iG+LHDpaiNEuWvNTIgrTglF7Bc3kB4mo3D5baJ0Pk8ZFroCqAN 7uhw== X-Gm-Message-State: AOJu0YwSc/VqqMAlVMD5sEHmygbOsZLUN+dEM3w58OAG+NXK8erZaUMG K1JlX0qa4CANjr6OyreXrxMegJcvhJ6DDD1oO6QqkfLFh29w4iSm0Y/r5EqbG/JAL+Nn8nHTdRh mSEGleRJms0mmx4T8wmJNKd1wKyvalIuaK6cDJ0RKnYHomWdblXA= X-Google-Smtp-Source: AGHT+IHGJHNN/PbFUFXCrg0BvN/NeLCeWBcjsDRQGCORvtQHFo4HasVGvh7h3TgnIw3QA4rC4wlwKOataxU7PISsMHc= X-Received: by 2002:a17:903:2287:b0:1f9:c508:acdf with SMTP id d9443c01a7336-1fa158d0891mr13258915ad.13.1719072805928; Sat, 22 Jun 2024 09:13:25 -0700 (PDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Sat, 22 Jun 2024 10:13:14 -0600 Message-ID: Subject: Re: setting currdev correctly after repartitioning To: FreeBSD FS Content-Type: multipart/alternative; boundary="000000000000f0db78061b7cd386" X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20230601.gappssmtp.com:s=20230601]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MISSING_XM_UA(0.00)[]; DMARC_NA(0.00)[bsdimp.com]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::629:from]; ARC_NA(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20230601.gappssmtp.com:+] X-Rspamd-Queue-Id: 4W5zmS0H2yz3xFj --000000000000f0db78061b7cd386 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Jun 22, 2024, 10:06=E2=80=AFAM void wrote: > On Sat, Jun 22, 2024 at 09:46:34AM -0600, Warner Losh wrote: > > >How do you know disk0 in the boot loader is da5 in FreeBSD? Or that it's > >even the disk you think it is? P2 is GPT partitioning, not MBR so you ar= e > >chasing shadows here, i think. > > When it's in the rpi4 it'll be da0 as it's a usb3-connected ssd and it's > the boot disk (and the only disk) on that system. > > When this is plugged into my freebsd *desktop* it's detected as da5. > > > > >=3D> 63 1953525105 da5 MBR (932G) > MBR >> 63 1 - free - (512B) > >> 64 524288 1 fat32lba [active] (256M) > >> 524352 1952448512 2 freebsd (931G) > >> 1952972864 552304 - free - (270M) > >> > >> > >> # gpart show da5s2 > >> > >> =3D> 0 1952448512 da5s2 BSD (931G) > >> 0 16777216 1 freebsd-swap (8.0G) > >> 16777216 16777216 2 freebsd-swap (8.0G) > >> 33554432 16777216 4 freebsd-swap (8.0G) > >> 50331648 16777216 5 freebsd-swap (8.0G) > >> 67108864 1885339648 6 freebsd-ufs (899G) > > > > > >Whatever disk this is, it GPT partitioned, may have a kernel but not the > >lua support files. It might even not have a recognized filesystem on it, > >but we think the ESP was on this disk > > Why does it say MBR ? > Because something is confusing things. You posted an error message with p2 GPT partition name. You then posted a show part with MBR label. That's the confusing info we need to get to the bottom of. Is this a big in loader.efi? Are there other storage devices confusing things? Is there some way it isnt da5, but some other disk? We need to get to the bottom of this... What does lsdev say at the OK prompt after it can't find loader.conf? Warner > --000000000000f0db78061b7cd386 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Jun 22, 2024, 10:06=E2=80=AFAM void <void@f-m.fm> wrote:
On Sat, Jun 22, 2024 at 09:46:34AM -0600, Warner Losh wrot= e:

>How do you know disk0 in the boot loader is da5 in FreeBSD? Or that it&= #39;s
>even the disk you think it is? P2 is GPT partitioning, not MBR so you a= re
>chasing shadows here, i think.

When it's in the rpi4 it'll be da0 as it's a usb3-connected ssd= and it's
the boot disk (and the only disk) on that system.

When this is plugged into my freebsd *desktop* it's detected as da5.
>
>=3D>=C2=A0 =C2=A0 =C2=A0 =C2=A0 63=C2=A0 1953525105=C2=A0 da5=C2=A0 = MBR=C2=A0 (932G)


MBR

=
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 63=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A01=C2=A0 =C2=A0 =C2=A0 =C2=A0- free -=C2=A0 (512B)
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 64=C2=A0 =C2=A0 =C2=A0 52= 4288=C2=A0 =C2=A0 1=C2=A0 fat32lba=C2=A0 [active]=C2=A0 (256M)
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 524352=C2=A0 1952448512=C2=A0 =C2=A0 2= =C2=A0 freebsd=C2=A0 (931G)
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 1952972864=C2=A0 =C2=A0 =C2=A0 552304= =C2=A0 =C2=A0 =C2=A0 =C2=A0- free -=C2=A0 (270M)
>>
>>
>> # gpart show da5s2
>>
>> =3D>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 1952448512=C2=A0 = da5s2=C2=A0 BSD=C2=A0 (931G)
>>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A00=C2=A0 =C2=A0 1677= 7216=C2=A0 =C2=A0 =C2=A0 1=C2=A0 freebsd-swap=C2=A0 (8.0G)
>>=C2=A0 =C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 = =C2=A0 2=C2=A0 freebsd-swap=C2=A0 (8.0G)
>>=C2=A0 =C2=A0 =C2=A0 33554432=C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 = =C2=A0 4=C2=A0 freebsd-swap=C2=A0 (8.0G)
>>=C2=A0 =C2=A0 =C2=A0 50331648=C2=A0 =C2=A0 16777216=C2=A0 =C2=A0 = =C2=A0 5=C2=A0 freebsd-swap=C2=A0 (8.0G)
>>=C2=A0 =C2=A0 =C2=A0 67108864=C2=A0 1885339648=C2=A0 =C2=A0 =C2=A0 = 6=C2=A0 freebsd-ufs=C2=A0 (899G)
>
>
>Whatever disk this is, it GPT partitioned, may have a kernel but not th= e
>lua support files. It might even not have a recognized filesystem on it= ,
>but we think the ESP was on this disk

Why does it say MBR ?

Because something is confusing things. You posted an e= rror message with p2 GPT partition name. You then posted a show part with M= BR label. That's the confusing info we need to get to the bottom of. Is= this a big in loader.efi? Are there other storage devices confusing things= ? Is there some way it isnt da5, but some other disk? We need to get to the= bottom of this...

What = does lsdev say at the OK prompt after it can't find loader.conf?
<= div dir=3D"auto">
Warner
=
--000000000000f0db78061b7cd386-- From nobody Sat Jun 22 16:33:07 2024 X-Original-To: freebsd-fs@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 4W60CD02Dwz5NjBs for ; Sat, 22 Jun 2024 16:33:12 +0000 (UTC) (envelope-from void@f-m.fm) Received: from fhigh4-smtp.messagingengine.com (fhigh4-smtp.messagingengine.com [103.168.172.155]) (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 mx1.freebsd.org (Postfix) with ESMTPS id 4W60CC00y8z40Yn for ; Sat, 22 Jun 2024 16:33:10 +0000 (UTC) (envelope-from void@f-m.fm) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=f-m.fm header.s=fm2 header.b="MxwOQ/Ke"; dkim=pass header.d=messagingengine.com header.s=fm2 header.b=gT80qeDW; dmarc=pass (policy=none) header.from=f-m.fm; spf=pass (mx1.freebsd.org: domain of void@f-m.fm designates 103.168.172.155 as permitted sender) smtp.mailfrom=void@f-m.fm Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailfhigh.nyi.internal (Postfix) with ESMTP id CFC2A11400E4 for ; Sat, 22 Jun 2024 12:33:09 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sat, 22 Jun 2024 12:33:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=f-m.fm; h=cc :content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1719073989; x=1719160389; bh=X34IrL4vNR DvpO7+KQINLj0ZcXs088u0OEhgldYBGv0=; b=MxwOQ/KemisFzEocnCjcYhbB3F lMYZqhmq+EQep5K4eE+6ufT6y/bNV6SXYl5RPhYlcfWIqMKcMs9g5fravRY2Zd+V fdXine3v6sOh9dSZM4Gk1sM35k6OC+nMr9T9VlnaBGT5XBvm2Mn9bIRmjP/DGZOm 3eZj1m1K9DFfiO/RkJFsSoMSkixkJ6nQE5atp87EdEAOy0lEjh7mi838X808xkAt Lvewaalr1ZkXEtN99/YySr1pn0Ug4qiehgzSc1NYmA4SfSfPZEexdP+tdAcH2aGU +Y6N1Y9oDLibjRVhKLzkACUQmtuhW3FPUc9NDrzag8CNTLhwQETpy9u7Sl/A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm2; t=1719073989; x=1719160389; bh=X34IrL4vNRDvpO7+KQINLj0ZcXs0 88u0OEhgldYBGv0=; b=gT80qeDWddvZcPWFt079qXvi77WBVwwZISua0Y2wVm90 InSt5PKF7CEYfi/K+cteBiXrQji/mCd2mYPpIIyRf+535petoj7zSmS6bx6rlH68 QrymtuftCGaQoybeHTbMx6KjnNd89FOWXGK3FUR1jWqxwhyqLV7rwcORADFTTrLA o98rA06IRmuuYp7MvvBeyWyZ5+O2brRtE80ibIhC3BEyZg5mc+nJC3DCvZ/Tvu/X oATdWt/kYQyPUajiOvKkIjJtJ4ABk724c2+Pmz+rL77egT65eyfAcOalC3ep4m1m 2MGpLthVj0TTjMli7zs7eAfXAGoKJ4k8RNH2vgy79w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrfeefiedguddtgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehttd ertddttddvnecuhfhrohhmpehvohhiugcuoehvohhiugesfhdqmhdrfhhmqeenucggtffr rghtthgvrhhnpeekleduvdelhfeileefgffghfffkedtheellefgudfgvdegkeejjedutd ehhefgueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhm pehvohhiugesfhdqmhdrfhhm X-ME-Proxy: Feedback-ID: i2541463c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Sat, 22 Jun 2024 12:33:09 -0400 (EDT) Date: Sat, 22 Jun 2024 17:33:07 +0100 From: void To: freebsd-fs@freebsd.org Subject: Re: setting currdev correctly after repartitioning Message-ID: Mail-Followup-To: freebsd-fs@freebsd.org References: List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.58 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.98)[-0.977]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[f-m.fm,none]; R_DKIM_ALLOW(-0.20)[f-m.fm:s=fm2,messagingengine.com:s=fm2]; R_SPF_ALLOW(-0.20)[+ip4:103.168.172.128/27]; MIME_GOOD(-0.10)[text/plain]; RCVD_IN_DNSWL_LOW(-0.10)[103.168.172.155:from]; FREEMAIL_FROM(0.00)[f-m.fm]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_ENVFROM(0.00)[f-m.fm]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; TO_DN_NONE(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[f-m.fm:+,messagingengine.com:+]; MLMMJ_DEST(0.00)[freebsd-fs@freebsd.org]; ASN(0.00)[asn:209242, ipnet:103.168.172.0/24, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; MISSING_XM_UA(0.00)[]; DWL_DNSWL_NONE(0.00)[messagingengine.com:dkim] X-Rspamd-Queue-Id: 4W60CC00y8z40Yn On Sat, Jun 22, 2024 at 10:13:14AM -0600, Warner Losh wrote: > >Because something is confusing things. You posted an error message with p2 >GPT partition name. You then posted a show part with MBR label. That's the >confusing info we need to get to the bottom of. Is this a big in >loader.efi? > Are there other storage devices confusing things? No other storage device is connected on the rpi4. There are 5 usually on the desktop the ssd when it's plugged in makes it the 6th hence da5 > Is there some >way it isnt da5, but some other disk? No it's da5 on my desktop and da0 on the rpi4 from desktop: usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage device Micron CT1000X9SSD9 (0x0634:0x5605) usb_msc_auto_quirk: UQ_MSC_NO_PREVENT_ALLOW set for USB mass storage device Micron CT1000X9SSD9 (0x0634:0x5605) ugen0.10: at usbus0 umass2 on uhub2 umass2: on usbus0 umass2: SCSI over Bulk-Only; quirks = 0x8100 umass2:7:2: Attached to scbus7 da5 at umass-sim2 bus 2 scbus7 target 0 lun 0 da5: Fixed Direct Access SPC-4 SCSI device da5: Serial Number 2334E8D02C6E da5: 400.000MB/s transfers da5: 953869MB (1953525168 512 byte sectors) da5: quirks=0x2 >We need to get to the bottom of >this... Some more context: The installation was initially created by dd-ing a -current rpi4 snapshot to this ssd. the partitioning is as set on the image, in other words, MBR. I have no clue why a p2 partition name is being referenced, and have made no modifications to the loader. >What does lsdev say at the OK prompt after it can't find loader.conf? Type '?' for a list of commands, 'help' for more detailed help. OK lsdev unknown command OK I can post the entire console output from u-boot onwards if you wish. -- From nobody Sun Jun 23 21:00:14 2024 X-Original-To: fs@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 4W6k4v31wmz5NygZ for ; Sun, 23 Jun 2024 21:00:15 +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 "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4W6k4t6ZHnz4QSy for ; Sun, 23 Jun 2024 21:00:14 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1719176414; a=rsa-sha256; cv=none; b=GEzdbJuzE3zU6ZQAMCL/kdtXg2HcbQcmkLA6HI77Adx2WlbmPzYRbO7pPE/E2mfnnTm/IJ 7cRTsWAkn/Q0MweZuVpQokZYNutJAin22kL3Ut/Ui+Zm2M2cjiHCJ3pfAvKBzo+4JqBZBR uWUxguNSHdxVRND6w2y95jVx2atffs/kpPwMebGnJguR9s/D0UHDvGCY/FjV6xyJu3AQxs B3ctCxyjjkQxQheCPVnB9v6BviMOJTqY+jJnYDXposs+Iv28Juvm3vd9PWJuG9cdZqE47N lWq3V3ebj2KLaunUjyHD+8HVjOQG6G4TZ+BZZOJDVpBelRM0d7FjoJxni2lq9A== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1719176414; 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; bh=0mID8xZCm2MX3gubo6G4RDrVW75BVksXLo46dK4tcXE=; b=R0MCjgo1lKELZq/olmWhOCytUAtTWMCizzKqJU26FwCXfGR6pj64qKEQetG9X8xu6JzSgK tUtNYsld9NLQ+vXqup5n7NTe1xTaMqkQvUbkAH4V18IIzqgwkp8ZIbe/NhY6U0ZCFrt7jm itBsliVxjjqzeUiP4rsQwtAJfUljpmsIntujEm7ANP6CehHYc/IX2vUeAiNb3AjHHd+XJc z93V9JOXVPuAPo3YGgqy8ussQXh0bmyELflc3ZoFnDOtaEYv3YQGCbJ59EU/iTHjstNZkl 4j8sLnNqMuUTKCD2iG3tj+UfC/cbgF8ZeUxHXvXP0uWHMA3krnWxSZLHRxQRyA== 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 4W6k4t4pjHzqkR for ; Sun, 23 Jun 2024 21:00:14 +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 45NL0E2x022146 for ; Sun, 23 Jun 2024 21:00:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 45NL0Eum022145 for fs@FreeBSD.org; Sun, 23 Jun 2024 21:00:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <202406232100.45NL0Eum022145@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: fs@FreeBSD.org Subject: Problem reports for fs@FreeBSD.org that need special attention Date: Sun, 23 Jun 2024 21:00:14 +0000 List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="17191764144.FC41e4c.18764" Content-Transfer-Encoding: 7bit --17191764144.FC41e4c.18764 Date: Sun, 23 Jun 2024 21:00:14 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 275436 | tmpfs does not honor memory limits on writes Open | 231794 | zfs: Panic due to ARC related KVA memory exhausti Open | 251035 | ZFS: Allow 64 bit ZFS to support 32 bit ioctls (W Open | 266409 | 13.1-RELEASE amd64 crashes in: sa_handle_destroy Open | 268162 | zfskeys_enable: each successful load of a key is Open | 269503 | docs.freebsd.org: default vfs.zfs.arc.meta_limit Open | 271384 | zfs_load is not suitably documented Open | 226130 | ZFS: solaris assert: zrl->zr_refcount == 0 (0x1 = 8 problems total for which you should take action. --17191764144.FC41e4c.18764 Date: Sun, 23 Jun 2024 21:00:14 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" 
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status      |    Bug Id | Description
------------+-----------+---------------------------------------------------
In Progress |    275436 | tmpfs does not honor memory limits on writes
Open        |    231794 | zfs: Panic due to ARC related KVA memory exhausti
Open        |    251035 | ZFS: Allow 64 bit ZFS to support 32 bit ioctls (W
Open        |    266409 | 13.1-RELEASE amd64 crashes in: sa_handle_destroy 
Open        |    268162 | zfskeys_enable: each successful load of a key is 
Open        |    269503 | docs.freebsd.org: default vfs.zfs.arc.meta_limit
Open        |    271384 | zfs_load is not suitably documented
Open        |    226130 | ZFS: solaris assert: zrl->zr_refcount == 0 (0x1 =

8 problems total for which you should take action.
--17191764144.FC41e4c.18764--