From owner-freebsd-bugs@FreeBSD.ORG Sun Nov 28 17:20:11 2010 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054C81065672 for ; Sun, 28 Nov 2010 17:20:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 84C098FC16 for ; Sun, 28 Nov 2010 17:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oASHK9e6006527 for ; Sun, 28 Nov 2010 17:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oASHK9wF006526; Sun, 28 Nov 2010 17:20:09 GMT (envelope-from gnats) Resent-Date: Sun, 28 Nov 2010 17:20:09 GMT Resent-Message-Id: <201011281720.oASHK9wF006526@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Intensity Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D837B106564A for ; Sun, 28 Nov 2010 17:12:52 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (unknown [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id C5D848FC1F for ; Sun, 28 Nov 2010 17:12:52 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id oASHCqcU034385 for ; Sun, 28 Nov 2010 17:12:52 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id oASHCqvm034384; Sun, 28 Nov 2010 17:12:52 GMT (envelope-from nobody) Message-Id: <201011281712.oASHCqvm034384@red.freebsd.org> Date: Sun, 28 Nov 2010 17:12:52 GMT From: Intensity To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: kern/152647: Use of geli hmac/sha512 yields GEOM_ELI "bytes corrupted at offset" error X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2010 17:20:11 -0000 >Number: 152647 >Category: kern >Synopsis: Use of geli hmac/sha512 yields GEOM_ELI "bytes corrupted at offset" error >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 28 17:20:09 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Intensity >Release: 8.1-STABLE >Organization: >Environment: FreeBSD 8.1-STABLE-201011 FreeBSD 8.1-STABLE-201011 #0: Wed Nov 3 21:19:34 UTC 2010 root@almeida.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 >Description: I install a GELI+ZFS system as instructed at: http://forums.freebsd.org/showthread.php?t=2775 However, I specify "-a HMAC/SHA512" to the geli command. In doing so from the live CD, that running GELI/ZFS setup seems to work just fine with no indication of a problem. However, when rebooting, perhaps some information about the GELI system is lost, since upon rebooting I get a multitude of errors looking like: GEOM_ELI: ad0s1a: 8192 bytes corrupted at offset 6455033856. When I follow the instructions again but without adding "-a HMAC/SHA512" then everything works. The authentication layer should add resilience, not create fatal problems in mounting the system. I'd recommend checking into this but also running tests on more elaborate setups. >How-To-Repeat: Follow the instructions at: http://forums.freebsd.org/showthread.php?t=2775 but add "-a HMAC/SHA512" to the geli command. >Fix: No known fix. The use of HMAC/SHA512 may not be popular or as well-tested. I understand that this level is redundant when the underlying ZFS provides checksums, but I wanted to do both. >Release-Note: >Audit-Trail: >Unformatted: