From nobody Sun May 7 19:16:21 2023 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 4QDvKf05Vhz49Nsy for ; Sun, 7 May 2023 19:16:22 +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 4QDvKd659Mz4NfV for ; Sun, 7 May 2023 19:16:21 +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=1683486981; 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=8T++TKdbdXYL0R9ndzA3bhBWQgxGoydnPwfgnEPQDnU=; b=rW7XsV12jfZvjZARr8+JgL/jF29ccKtEEM5YCQoiau72yU5tBmfOqAkaMf49QL/Iw275Tr i7e+q+ZgzLx/aNwdLZRcTQZe0YkyPQWUNCPzEEnNc1yQDYn2gCpG4+S/mCCX5lOyToFRMP MkVc0vFoyJC6jeyNWGBOVGKl+UxgTCMhPaNdf8UhJ+uwvSsCM4fbFu65vc8bJDvCl9+V7t D2Gs5QdFc4uSQ0++pjxc8Rg55FzQWNvbFveuiw/Ty8KuhtiwvdwmwJfNOyEdoPQ3xyMvJS xEGWPAgYeSmFkm0bqLy6VAxTlhAjwnLQ5y5iebiR1q1HarAc4I2X5yfZT+Bldg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1683486981; a=rsa-sha256; cv=none; b=mOTTuUUfS/+6MZejRnN+SGLGd6iwRfZ+O0aY0P6pBsoju/iEKn2mZLVRl0XkxQnTZ2ctls 6z9tW0MCKxKw8QiHjOJgHxo+2/oZX9X8uqsC3DF0XSSdbLQP4/JTsHUyyDmoCpux+aHi7V mQvo96Ah38oeHIdzDR4LsdXxsx/5c64/3CaAwKuKTqdwNZ0f8Qzv0PzD7sL/YBllbrCBOm 9lVANgBc/stXZoN6fepVhXFElzgZOg6StcekO8ukGoi3+63nGMx1hb2XoZcCEKLc1vUMrT Xc/w0m4s3fKJd00mKw+k7N5z3TBcXn8txs2RlD9Rln05QSjUoW8Dwxu32IVlLQ== 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 4QDvKd50YVzW3Z for ; Sun, 7 May 2023 19:16:21 +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 347JGLYl050276 for ; Sun, 7 May 2023 19:16:21 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 347JGLQs050275 for fs@FreeBSD.org; Sun, 7 May 2023 19:16:21 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 271292] kernel panic while dd'ing a USB disk to a ZFS directory Date: Sun, 07 May 2023 19:16:21 +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: CURRENT X-Bugzilla-Keywords: crash, needs-qa X-Bugzilla-Severity: Affects Only Me 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: 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 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D271292 --- Comment #8 from Mark Millard --- (In reply to dgilbert from comment #5) You have other corruption issues not related to block cloning. Or you may have both types corruptions. Part of the issue of some corruptions was that they predated the checksumming that is recorded, so scrubbing and the like does not find or fix such corruptions. There is a crash bug that can be temporarily avoided by: QUOTE When in single user mode set compression property to "off" on any zfs=20 active dataset that has compression other than "off" and the sync=20 property to something other than "disabled". END QUOTE and then working on that basis until you are using an adjusted system version. Do you have a pool checkpoint that predates the zpool upgrade? If yes, would it be reasonable to revert to that? Would the result predate the import? If yes, this could allow then progressing by jumping over the problem period completely but means having just older data. Similarly for creating a new pool and restoring from backups. Definitely get to a system based on outside the time-range that runs from the bad import until fairly recently. Then deal with whatever corruptions-mess may be present, if you can. --=20 You are receiving this mail because: You are the assignee for the bug.=