-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Receiving zvol used as VM disk results in permanently busy dataset #3735
Comments
I retested with kernel 3.10.0-229.11.1.el7.x86_64 and ZFS version 0.6.4.2 and the problem persists. It's also not necessary to do a reboot. Shutting down the VM after receiving the snapshot is enough to produce a busy
Likely the same issue was already posted to zfs-discuss back in March. |
Thanks for looking into it. This issue breaks my incremental backups. If anyone can suggest a work-around, I would be grateful. |
referencing: https://forums.freenas.org/index.php?threads/zvol-replication-dataset-is-busy.20074/ (both slightly related) |
Hello! @chrsigg - please check lvm.
If delete it via pvremove zvol destroy succsessful. I try to fix it like this https://pve.proxmox.com/wiki/Storage:_ZFS#How_to_prevent_lvm_of_scanning_zvols
But it not looks like zfs bug, imho. UPD:
|
The following steps create a dataset that is permanently busy (i.e. across reboots), even though nothing (that I know of) is accessing it.
Create two pools:
Create a sparse ZVOL and use it as the disk for a freshly minted VM:
Create a recursive snapshot of
source
and send it totarget
:At this point, I can still successfully export
target
. However, after I re-import this pool (or don't export it in the first place) and reboot the system, this is no longer possible:fuser -am /dev/zvol/target/vmvol*
reports no processes. Rebooting again has no effect, thetarget
pool is still busy.However, if I export the
source
pool and reboot the system, then I can successfully export thetarget
pool. If I re-import both pools and do a reboot, I am back to a busytarget
pool.This is on CentOS 7 with kernel 3.10.0-229.4.2.el7.x86_64 and SPL/ZFS version 0.6.4.1.
I don't know any ZFS internals. Let me know what diagnostic information I can provide, or if I can further simplify the test case.
The text was updated successfully, but these errors were encountered: