Date: Mon, 28 Aug 2023 13:30:11 +0000 From: bugzilla-noreply@freebsd.org To: fs@FreeBSD.org Subject: [Bug 167685] ZFS on USB drive prevents shutdown / reboot Message-ID: <bug-167685-3630-OwyGMkLVl9@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-167685-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-167685-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D167685 --- Comment #15 from John F. Carr <jfc@mit.edu> --- If I run "zpool export sabrent" on the pool described in my previous comment the command takes about 7 seconds to complete. ^T reports load: 7.17 cmd: zpool 66858 [tx->tx_sync_done_cv] 4.07r 0.00u 2.54s 20% 80= 08k mi_switch+0x152 sleepq_switch+0x104 _cv_wait+0x14a txg_wait_synced_impl+0xeb txg_wait_synced+0xb zil_close+0x128 zfsvfs_teardown+0xb1 zfs_umount+0x129 dounmount+0x396 kern_unmount+0x312 amd64_syscall+0x13c fast_syscall_common+= 0xf8=20 load: 6.76 cmd: zpool 66858 [running] 7.24r 0.00u 3.14s 20% 8024k uma_zfree_arg+0xd6 abd_free_chunks+0x44 abd_free+0x45 arc_hdr_free_abd+0x144 arc_evict_state+0xaca arc_flush+0x8c dsl_pool_close+0xe3 spa_unload+0x349 spa_export_common+0x2c8 zfsdev_ioctl_common+0x5ce zfsdev_ioctl+0x12a devfs_ioctl+0xd2 vn_ioctl+0x136 devfs_ioctl_f+0x1e kern_ioctl+0x286 sys_ioctl+0x140 amd64_syscall+0x13c fast_syscall_common+0xf8=20 I see after filesystems are unmounted there is still some ARC cleanup to be done. The shutdown path has a call to vfs_unmountall in bufshutdown. Does= it have a call out to ZFS to quiesce pools? The hang is reproducible so I am able to test a fix if anybody has one. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-167685-3630-OwyGMkLVl9>