From owner-freebsd-bugs@FreeBSD.ORG Thu May 15 04:10:00 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 CCB253BF for ; Thu, 15 May 2014 04:10:00 +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 A70642CE7 for ; Thu, 15 May 2014 04:10: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 s4F4A02F087383 for ; Thu, 15 May 2014 04:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s4F4A0XI087382; Thu, 15 May 2014 04:10:00 GMT (envelope-from gnats) Resent-Date: Thu, 15 May 2014 04:10:00 GMT Resent-Message-Id: <201405150410.s4F4A0XI087382@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, Paul J Murphy Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5BBB51CC for ; Thu, 15 May 2014 04:05:05 +0000 (UTC) Received: from srv00.inetstat.net (srv00.inetstat.net [IPv6:2001:41d0:1:dbae::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "srv00.inetstat.net", Issuer "srv00.inetstat.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E4EAB2CC9 for ; Thu, 15 May 2014 04:05:04 +0000 (UTC) Received: from srv00.inetstat.net (localhost [127.0.0.1]) by srv00.inetstat.net (Postfix) with ESMTP id AFE87D788F for ; Thu, 15 May 2014 04:05:00 +0000 (UTC) Received: from srv00.inetstat.net ([IPv6:::1]) by srv00.inetstat.net (srv00.inetstat.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id PjdcCuUIMpmd; Thu, 15 May 2014 04:04:50 +0000 (UTC) Received: by srv00.inetstat.net (Postfix, from userid 1001) id 22694D788E; Thu, 15 May 2014 04:04:44 +0000 (UTC) Message-Id: <20140515040449.22694D788E@srv00.inetstat.net> Date: Thu, 15 May 2014 04:04:44 +0000 (UTC) From: Paul J Murphy Reply-To: Paul J Murphy To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: kern/189826: [zfs] zpool create using gmirror partition hard-hangs X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2014 04:10:00 -0000 >Number: 189826 >Category: kern >Synopsis: [zfs] zpool create using gmirror partition hard-hangs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 15 04:10:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Paul J Murphy >Release: FreeBSD 10.0-RELEASE-p3 amd64 >Organization: iNetStat.net >Environment: System: FreeBSD srv00.inetstat.net 10.0-RELEASE-p3 FreeBSD 10.0-RELEASE-p3 #1 r265994: Wed May 14 06:33:18 UTC 2014 root@srv00.inetstat.net:/usr/obj/usr/src/sys/GENERIC amd64 Hardware: Generic Intel DG31PR motherboard with E7200 Core 2 (Penryn) CPU, 2x Hitachi 500GB SATA disks. System is locally built from releng/10.0 with CPUTYPE?=penryn, but the same hard-hang is exhibited when netbooted in rescue mode using a stock 10.0 amd64 GENERIC kernel. >Description: zpool create hard-hangs if I try to create a pool using a single bsd partition in a mbr slice in a gmirror. The system continues to run normally, but the zpool process is firmly stuck, unkillable, and appears to stop the system rebooting (a hard reboot was required afterwards). "zpool list" (which ran ok previously) also hard-hangs after the zpool create gets stuck. The goal was to continue to use entire-disk gmirror, and UFS for /, /var, and /usr; then convert /home into a ZFS pool. I don't want to convert the entire disk into ZFS, as I don't trust ZFS for boot & root yet (this problem affirms my position on that). I want to continue to use an entire-disk gmirror for simplicity and ease of recovery from disk failure, so converting to GPT is not a viable option (since it's incompatible with gmirror). # gmirror status Name Status Components mirror/gm0 COMPLETE ada0 (ACTIVE) ada1 (ACTIVE) # gpart show => 63 976773104 mirror/gm0 MBR (466G) 63 126 - free - (63K) 189 976772916 1 freebsd [active] (466G) 976773105 62 - free - (31K) => 0 976772916 mirror/gm0s1 BSD (466G) 0 67 - free - (34K) 67 8388608 1 freebsd-ufs (4.0G) 8388675 33554432 2 freebsd-swap (16G) 41943107 33554432 4 freebsd-ufs (16G) 75497539 33554432 5 freebsd-ufs (16G) 109051971 867720832 6 freebsd-ufs (414G) 976772803 113 - free - (57K) # cat /etc/fstab # Device Mountpoint FStype Options Dump Pass# /dev/mirror/gm0s1a / ufs rw 1 1 /dev/mirror/gm0s1b none swap sw 0 0 /dev/mirror/gm0s1d /var ufs rw 2 2 /dev/mirror/gm0s1e /usr ufs rw 2 2 /dev/mirror/gm0s1f /home ufs rw 2 2 tmpfs /tmp tmpfs rw 0 0 >How-To-Repeat: # Starting with the above system setup and a working FreeBSD 10.0 amd64 system installed umount /home # and comment it out in /etc/fstab gpart modify -i 6 -t freebsd-zfs /dev/mirror/gm0s1 echo 'zfs_enable="YES"' >>/etc/rc.conf service zfs start zpool create pool /dev/mirror/gm0s1f # This command hard-hangs # in another terminal: procstat -k 880 100073 zpool - mi_switch sleepq_wait _cv_wait zio_wait vdev_label_init vdev_label_init vdev_create spa_create zfs_ioc_pool_create zfsdev_ioctl devfs_ioctl_f kern_ioctl sys_ioctl amd64_syscall Xfast_syscall >Fix: >Release-Note: >Audit-Trail: >Unformatted: