From nobody Fri Nov 18 05:58:51 2022 X-Original-To: bugs@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 4ND5gw0JtGz4hTsZ for ; Fri, 18 Nov 2022 05:58:52 +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 4ND5gv6Jygz4Lgb for ; Fri, 18 Nov 2022 05:58:51 +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=1668751131; 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=c/uvLeWZD3EBF6eOQt/0QcvdQY2KkOiTZyDdOnHmaQE=; b=Z+Ky+lN2ym9dCE2mZi2nxVJ7r45/2ipKymPbSoDuBIwnhIfevnWgW8rFid1RI6PbDoNgg6 vLg7/Bcf3xpIqe/6ReyTAHXt6g6XjNGPHKpHRSRNSTVX6gSsRl3N/MQhhveeTenqB6LmQS BORR7l1+ZPcV5K9ideQl5S3DNYdIRyefkpMQYW1sNb/jx9PWx/31a2A7Zp44ZZndiU86MJ JeN/LZ1QkH5b8cPb4gZiIMpDMEik57hf2iVl1sIFlmVTt/d7D0UMDcC/4651zIq6beSCvQ oFL2EiqrUPrqCX8XFY2/j2s9YZJuYJuMqL3Tw4Un3b7Jl4FZk79bCUgIbqwdPQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1668751131; a=rsa-sha256; cv=none; b=GQqYlHhE+2RkfJncgLHpy15OBSvLjmXZjgyN3xJB6zSEWm+BRKh3JBfM6jfBmTK98zRJp2 oardwH3mKjoyrm6cudzadaKyhCtY2J1EaA6kq85mtdLOgom+7b7tBIYj7CTYmqv4iwZC01 ypF3JgBXa9X+hNeYbGPggOneN/qvMDU18ST3CTKf/0s22KwD+2BIIrI6FJ8+CQuRELtiC3 1fwXPsybVhAvFFE6gjqE3f9KB6aqZ297jmj+wQILb5LhEBGyfMOmtUF8lm0ZzYecEsVeGv b8xeNj3wDmz/izFym3FFBcnu5OP/3e+1Uf3xVsbmLueOLqw+f/ZOeTHrb/DDKw== 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 4ND5gv5MrMz19RF for ; Fri, 18 Nov 2022 05:58:51 +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 2AI5wpPk082975 for ; Fri, 18 Nov 2022 05:58:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 2AI5wpa8082974 for bugs@FreeBSD.org; Fri, 18 Nov 2022 05:58:51 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: bugs@FreeBSD.org Subject: [Bug 267654] UFS "cylinder checksum failed" on temporary storage or data disk on arm64 vm in Azure Date: Fri, 18 Nov 2022 05:58:51 +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: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: mckusick@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@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: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 X-ThisMailContainsUnwantedMimeParts: N https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267654 --- Comment #9 from Kirk McKusick --- Newfs is generating the check hashes using the libufs cgwrite(3) routine. T= he cgwrite(3) routine calls calculate_crc32c() which comes from sys/libkern/gsb_crc32.c. The kernel check also uses calculate_crc32c() from sys/libkern/gsb_crc32.c so they should be getting the same answer. If the structures were somehow laid out differently that might explain it, but the= n a lot of other things would also break. I also note that the same calculate_crc32c() function is used for the superblock checksum and the ino= de checksum which are both working fine which makes it even more of a mystery = why the cylinder group checksums are broken. Another option is to disable cylinder group checksums in newfs(8) using something like this patch: diff --git a/sbin/newfs/mkfs.c b/sbin/newfs/mkfs.c index 48091d7882d0..5000adff138f 100644 --- a/sbin/newfs/mkfs.c +++ b/sbin/newfs/mkfs.c @@ -499,8 +499,10 @@ mkfs(struct partition *pp, char *fsys) */ if (Oflag > 1) { sblock.fs_flags |=3D FS_METACKHASH; +#ifndef AZURE if (getosreldate() >=3D P_OSREL_CK_CYLGRP) sblock.fs_metackhash |=3D CK_CYLGRP; +#endif if (getosreldate() >=3D P_OSREL_CK_SUPERBLOCK) sblock.fs_metackhash |=3D CK_SUPERBLOCK; if (getosreldate() >=3D P_OSREL_CK_INODE) --=20 You are receiving this mail because: You are the assignee for the bug.=