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
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
batch change: For bugs that match the following - Status Is In progress AND - Untouched since 2018-01-01. AND - Affects Base System OR Documentation DO: Reset to open status. Note: I did a quick pass but if you are getting this email it might be worthwhile to double check to see if this bug ought to be closed.
Is this still reproducible?
^Triage: close as feedback timeout. I'm sorry that this PR never got addressed in a timely fashion.