Bug 189826 - [zfs] zpool create using gmirror partition hard-hangs
Summary: [zfs] zpool create using gmirror partition hard-hangs
Status: Closed Feedback Timeout
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.0-RELEASE
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-05-15 05:10 UTC by Paul J Murphy
Modified: 2024-05-26 04:38 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul J Murphy 2014-05-15 05:10:00 UTC
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
Comment 1 Mark Linimon freebsd_committer freebsd_triage 2014-05-15 06:08:46 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 2 Eitan Adler freebsd_committer freebsd_triage 2018-05-28 19:48:37 UTC
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.
Comment 3 Andriy Gapon freebsd_committer freebsd_triage 2018-05-29 09:56:34 UTC
Is this still reproducible?
Comment 4 Mark Linimon freebsd_committer freebsd_triage 2024-05-26 04:38:02 UTC
^Triage: close as feedback timeout.

I'm sorry that this PR never got addressed in a timely fashion.