Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 15 May 2014 04:04:44 +0000 (UTC)
From:      Paul J Murphy <paul@inetstat.net>
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   kern/189826: [zfs] zpool create using gmirror partition hard-hangs
Message-ID:  <20140515040449.22694D788E@srv00.inetstat.net>
Resent-Message-ID: <201405150410.s4F4A0XI087382@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>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 <zpool PID>
  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:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140515040449.22694D788E>