Included in the fix is a send/recv upstream bug fix 4910-Fix- EIO-after- resuming- receive- of-new- dataset- over-a. Thus the risk with patch action_handle is very small. The main fix nullifies the deprecated action_handle option so that it's not checked, this allows 0.8.x userspace it to be forwardly compatible with 2.x kernel ZFS and also since it is deprecated in 0.8.x it makes not difference to the 0.8.x kernel ZFS driver. Test with focal 5.4 and 5.11 kernel to exercise 0.8.x and 2.x kernel ZFS drivers. Without the fix, the -s option on the receive fails. Sudo zfs send -i | sudo zfs receive -vFs backup Sudo zfs send | sudo zfs receive -vFs backup Sudo zfs snapshot perform send/recv using -s option: Sudo zfs snapshot some more files etc, make another snapshot populate pool with some files and create some snapshots The dump file size seems reasonable but the contents may not be correct.Ģ. Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. Kernel 5.8 came with zfs-kmod- 0.8.4-1ubuntu11.
#Zpool send resume openzfs update
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11 # zfs send 'rpool/ autosnap_ 2020-08- 01_00:59: 01_monthly' | zfs receive -s -F 'nas/rpool_ backup/ home'Ĭannot receive: failed to read from streamĬannot receive new filesystem stream: dataset does not exist Trying to run zfs send | receive and getting an error:
0 kommentar(er)
