aboutsummaryrefslogtreecommitdiffstats
path: root/zfs.release.in
diff options
context:
space:
mode:
authorBrian Behlendorf <[email protected]>2019-09-10 13:42:30 -0700
committerGitHub <[email protected]>2019-09-10 13:42:30 -0700
commit25f06d677a81a65ca98fa3d725ab5031a4864104 (patch)
tree0ca39f861a6cbbc8aa858dc8857c8d327c33c889 /zfs.release.in
parent562e1c0327be13bce43d81479bb113a1175569d4 (diff)
Fix /etc/hostid on root pool deadlock
Accidentally introduced by dc04a8c which now takes the SCL_VDEV lock as a reader in zfs_blkptr_verify(). A deadlock can occur if the /etc/hostid file resides on a dataset in the same pool. This is because reading the /etc/hostid file may occur while the caller is holding the SCL_VDEV lock as a writer. For example, to perform a `zpool attach` as shown in the abbreviated stack below. To resolve the issue we cache the system's hostid when initializing the spa_t, or when modifying the multihost property. The cached value is then relied upon for subsequent accesses. Call Trace: spa_config_enter+0x1e8/0x350 [zfs] zfs_blkptr_verify+0x33c/0x4f0 [zfs] <--- trying read lock zio_read+0x6c/0x140 [zfs] ... vfs_read+0xfc/0x1e0 kernel_read+0x50/0x90 ... spa_get_hostid+0x1c/0x38 [zfs] spa_config_generate+0x1a0/0x610 [zfs] vdev_label_init+0xa0/0xc80 [zfs] vdev_create+0x98/0xe0 [zfs] spa_vdev_attach+0x14c/0xb40 [zfs] <--- grabbed write lock Reviewed-by: loli10K <[email protected]> Signed-off-by: Brian Behlendorf <[email protected]> Closes #9256 Closes #9285
Diffstat (limited to 'zfs.release.in')
0 files changed, 0 insertions, 0 deletions