From owner-freebsd-bugs@FreeBSD.ORG Sun Apr 6 21:20:01 2014 Return-Path: Delivered-To: freebsd-bugs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18751BE3 for ; Sun, 6 Apr 2014 21:20:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFC26D82 for ; Sun, 6 Apr 2014 21:20:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s36LK0xm037352 for ; Sun, 6 Apr 2014 21:20:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s36LK0b3037351; Sun, 6 Apr 2014 21:20:00 GMT (envelope-from gnats) Resent-Date: Sun, 6 Apr 2014 21:20:00 GMT Resent-Message-Id: <201404062120.s36LK0b3037351@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, Chris Nehren Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69527985 for ; Sun, 6 Apr 2014 21:11:22 +0000 (UTC) Received: from cgiserv.freebsd.org (cgiserv.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 569C0D1E for ; Sun, 6 Apr 2014 21:11:22 +0000 (UTC) Received: from cgiserv.freebsd.org ([127.0.1.6]) by cgiserv.freebsd.org (8.14.8/8.14.8) with ESMTP id s36LBL2X092039 for ; Sun, 6 Apr 2014 21:11:21 GMT (envelope-from nobody@cgiserv.freebsd.org) Received: (from nobody@localhost) by cgiserv.freebsd.org (8.14.8/8.14.8/Submit) id s36LBL4e092026; Sun, 6 Apr 2014 21:11:21 GMT (envelope-from nobody) Message-Id: <201404062111.s36LBL4e092026@cgiserv.freebsd.org> Date: Sun, 6 Apr 2014 21:11:21 GMT From: Chris Nehren To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: kern/188328: UPDATING should provide caveats for running `zpool upgrade` X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Apr 2014 21:20:01 -0000 >Number: 188328 >Category: kern >Synopsis: UPDATING should provide caveats for running `zpool upgrade` >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sun Apr 06 21:20:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Chris Nehren >Release: 10.0-STABLE >Organization: >Environment: I can't `uname -a` because I can't boot the afflicted system. It's 10.0-STABLE after the new Delphix ZFS feature flags went in. >Description: Eager sysadmins like to upgrade their ZFS pool versions and then reboot. This can cause problems if one doesn't update the gpart bootcode. I presently have a workstation I can't boot because I didn't realize I needed to do this. Putting this information in UPDATING for every relevant feature flag change would save people like me rather a lot of time and frustration. >How-To-Repeat: Install 10-RELEASE with ZFS root. Upgrade to 10-STABLE after the new feature flags from Delphix went in. Reboot. Witness gptzfsboot being unable to import the bootpool. >Fix: A mailing list post (http://lists.freebsd.org/pipermail/freebsd-current/2014-January/047639.html) suggests upgrading the bootcode should be sufficient. This needs to get into UPDATING because foregoing this step leaves a system not bootable. >Release-Note: >Audit-Trail: >Unformatted: