2021-08-06 21:29:53 |
Tim K. |
bug |
|
|
added bug |
2021-08-06 21:36:15 |
Tim K. |
description |
https://github.com/openzfs/zfs/issues/12462
Ubuntu 20.04.2 LTS
Kernel: 5.11.0-25-generic #27~20.04.1-Ubuntu
zfs-0.8.3-1ubuntu12.12
zfs-kmod-2.0.2-1ubuntu5
Trying to run zfs send | receive and getting an error:
# zfs send 'rpool/home'@'autosnap_2020-08-01_00:59:01_monthly' | zfs receive -s -F 'nas/rpool_backup/home'
cannot receive: failed to read from stream
cannot receive new filesystem stream: dataset does not exist
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11
Ubuntu updates that broke it:
Upgrade: linux-headers-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-
image-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-generic-hwe-20.04
:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10)
Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. The dump file size seems reasonable but the contents may not be correct. |
https://github.com/openzfs/zfs/issues/12462
Ubuntu 20.04.2 LTS
Kernel: 5.11.0-25-generic #27~20.04.1-Ubuntu
zfs-0.8.3-1ubuntu12.12
zfs-kmod-2.0.2-1ubuntu5
Trying to run zfs send | receive and getting an error:
# zfs send 'rpool/home'@'autosnap_2020-08-01_00:59:01_monthly' | zfs receive -s -F 'nas/rpool_backup/home'
cannot receive: failed to read from stream
cannot receive new filesystem stream: dataset does not exist
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11
Kernel 5.8 came with zfs-kmod-0.8.4-1ubuntu11.2
Ubuntu updates that broke it:
Upgrade: linux-headers-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-
image-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-generic-hwe-20.04
:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10)
Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. The dump file size seems reasonable but the contents may not be correct. |
|
2021-08-07 11:05:42 |
Launchpad Janitor |
zfs-linux (Ubuntu): status |
New |
Confirmed |
|
2021-08-07 11:15:02 |
versus167 |
bug |
|
|
added subscriber versus167 |
2021-08-09 17:31:14 |
Simon Déziel |
bug |
|
|
added subscriber Simon Déziel |
2021-08-09 21:34:01 |
Terry Rudd |
bug |
|
|
added subscriber Terry Rudd |
2021-08-10 00:53:11 |
Michael Albert |
bug |
|
|
added subscriber Michael Albert |
2021-08-16 17:22:33 |
Colin Ian King |
zfs-linux (Ubuntu): importance |
Undecided |
High |
|
2021-08-16 17:22:35 |
Colin Ian King |
zfs-linux (Ubuntu): assignee |
|
Colin Ian King (colin-king) |
|
2021-08-16 17:34:47 |
Colin Ian King |
description |
https://github.com/openzfs/zfs/issues/12462
Ubuntu 20.04.2 LTS
Kernel: 5.11.0-25-generic #27~20.04.1-Ubuntu
zfs-0.8.3-1ubuntu12.12
zfs-kmod-2.0.2-1ubuntu5
Trying to run zfs send | receive and getting an error:
# zfs send 'rpool/home'@'autosnap_2020-08-01_00:59:01_monthly' | zfs receive -s -F 'nas/rpool_backup/home'
cannot receive: failed to read from stream
cannot receive new filesystem stream: dataset does not exist
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11
Kernel 5.8 came with zfs-kmod-0.8.4-1ubuntu11.2
Ubuntu updates that broke it:
Upgrade: linux-headers-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-
image-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-generic-hwe-20.04
:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10)
Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. The dump file size seems reasonable but the contents may not be correct. |
== SRU Justification Focal ==
[Impact]
https://github.com/openzfs/zfs/issues/12462
Ubuntu 20.04.2 LTS
Kernel: 5.11.0-25-generic #27~20.04.1-Ubuntu
zfs-0.8.3-1ubuntu12.12
zfs-kmod-2.0.2-1ubuntu5
Trying to run zfs send | receive and getting an error:
# zfs send 'rpool/home'@'autosnap_2020-08-01_00:59:01_monthly' | zfs receive -s -F 'nas/rpool_backup/home'
cannot receive: failed to read from stream
cannot receive new filesystem stream: dataset does not exist
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11
Kernel 5.8 came with zfs-kmod-0.8.4-1ubuntu11.2
Ubuntu updates that broke it:
Upgrade: linux-headers-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-
image-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-generic-hwe-20.04
:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10)
Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. The dump file size seems reasonable but the contents may not be correct.
[Test Plan]
1. create test pool and backup pool
sudo zpool create pool /dev/vdb1
sudo zpool create backup /dev/vdc1
2. populate pool with some files and create some snapshots
sudo zfs snapshot pool@now1
create some more files etc, make another snapshot
sudo zfs snapshot pool@now2
3. perform send/recv using -s option:
sudo zfs send pool@now1 | sudo zfs receive -vFs backup
sudo zfs send -i pool@now1 pool@now2 | sudo zfs receive -vFs backup
Without the fix, the -s option on the receive fails. With the fix it works fine. Test with focal 5.4 and 5.11 kernel to exercise 0.8.x and 2.x kernel ZFS drivers.
[Where problems could occur]
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. Thus the risk with patch action_handle is very small.
Included in the fix is a send/recv upstream bug fix 4910-Fix-EIO-after-resuming-receive-of-new-dataset-over-a.patch that makes send/recv more resilient. This change again is a small risk. |
|
2021-08-16 17:45:46 |
Colin Ian King |
description |
== SRU Justification Focal ==
[Impact]
https://github.com/openzfs/zfs/issues/12462
Ubuntu 20.04.2 LTS
Kernel: 5.11.0-25-generic #27~20.04.1-Ubuntu
zfs-0.8.3-1ubuntu12.12
zfs-kmod-2.0.2-1ubuntu5
Trying to run zfs send | receive and getting an error:
# zfs send 'rpool/home'@'autosnap_2020-08-01_00:59:01_monthly' | zfs receive -s -F 'nas/rpool_backup/home'
cannot receive: failed to read from stream
cannot receive new filesystem stream: dataset does not exist
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11
Kernel 5.8 came with zfs-kmod-0.8.4-1ubuntu11.2
Ubuntu updates that broke it:
Upgrade: linux-headers-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-
image-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-generic-hwe-20.04
:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10)
Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. The dump file size seems reasonable but the contents may not be correct.
[Test Plan]
1. create test pool and backup pool
sudo zpool create pool /dev/vdb1
sudo zpool create backup /dev/vdc1
2. populate pool with some files and create some snapshots
sudo zfs snapshot pool@now1
create some more files etc, make another snapshot
sudo zfs snapshot pool@now2
3. perform send/recv using -s option:
sudo zfs send pool@now1 | sudo zfs receive -vFs backup
sudo zfs send -i pool@now1 pool@now2 | sudo zfs receive -vFs backup
Without the fix, the -s option on the receive fails. With the fix it works fine. Test with focal 5.4 and 5.11 kernel to exercise 0.8.x and 2.x kernel ZFS drivers.
[Where problems could occur]
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. Thus the risk with patch action_handle is very small.
Included in the fix is a send/recv upstream bug fix 4910-Fix-EIO-after-resuming-receive-of-new-dataset-over-a.patch that makes send/recv more resilient. This change again is a small risk. |
== SRU Justification Focal ==
[Impact]
https://github.com/openzfs/zfs/issues/12462
Ubuntu 20.04.2 LTS
Kernel: 5.11.0-25-generic #27~20.04.1-Ubuntu
zfs-0.8.3-1ubuntu12.12
zfs-kmod-2.0.2-1ubuntu5
Trying to run zfs send | receive and getting an error:
# zfs send 'rpool/home'@'autosnap_2020-08-01_00:59:01_monthly' | zfs receive -s -F 'nas/rpool_backup/home'
cannot receive: failed to read from stream
cannot receive new filesystem stream: dataset does not exist
This used to work before the recent Ubuntu kernel update from 5.8 to 5.11
Kernel 5.8 came with zfs-kmod-0.8.4-1ubuntu11.2
Ubuntu updates that broke it:
Upgrade: linux-headers-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-
image-generic-hwe-20.04:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10), linux-generic-hwe-20.04
:amd64 (5.8.0.63.71~20.04.45, 5.11.0.25.27~20.04.10)
Sending the zfs send part to a file works, but then sending the file to zfs receive also fails. The dump file size seems reasonable but the contents may not be correct.
[Test Plan]
1. create test pool and backup pool
sudo zpool create pool /dev/vdb1
sudo zpool create backup /dev/vdc1
2. populate pool with some files and create some snapshots
sudo zfs snapshot pool@now1
create some more files etc, make another snapshot
sudo zfs snapshot pool@now2
3. perform send/recv using -s option:
sudo zfs send pool@now1 | sudo zfs receive -vFs backup
sudo zfs send -i pool@now1 pool@now2 | sudo zfs receive -vFs backup
Without the fix, the -s option on the receive fails. With the fix it works fine. Test with focal 5.4 and 5.11 kernel to exercise 0.8.x and 2.x kernel ZFS drivers.
[Where problems could occur]
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. Thus the risk with patch action_handle is very small.
Included in the fix is a send/recv upstream bug fix 4910-Fix-EIO-after-resuming-receive-of-new-dataset-over-a.patch that makes send/recv more resilient by making zfs receive to always unmount and remount the
destination, regardless of whether the stream is a new stream or a
resumed stream. The change is upstream for ~10 months and has minimal impact on current recv functionality. |
|
2021-08-16 17:50:12 |
Colin Ian King |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2021-08-16 23:09:49 |
Brian Murray |
nominated for series |
|
Ubuntu Focal |
|
2021-08-16 23:09:49 |
Brian Murray |
bug task added |
|
zfs-linux (Ubuntu Focal) |
|
2021-08-23 17:51:44 |
Hervé BRY |
bug |
|
|
added subscriber Hervé BRY |
2021-08-26 01:52:05 |
Launchpad Janitor |
zfs-linux (Ubuntu Focal): status |
New |
Confirmed |
|
2021-08-26 20:48:37 |
Brian Murray |
zfs-linux (Ubuntu Focal): status |
Confirmed |
Fix Committed |
|
2021-08-26 20:48:40 |
Brian Murray |
bug |
|
|
added subscriber SRU Verification |
2021-08-31 16:10:15 |
Aleksandar Ivanisevic |
bug |
|
|
added subscriber Aleksandar Ivanisevic |
2021-09-04 11:10:28 |
Jason Cullen |
bug |
|
|
added subscriber Jason Cullen |
2021-09-14 06:37:06 |
Mathew Hodson |
bug |
|
|
added subscriber Mathew Hodson |
2021-09-14 15:49:36 |
Lyndon Lapierre |
bug |
|
|
added subscriber Lyndon Lapierre |
2021-09-24 09:18:46 |
ianrumford |
bug |
|
|
added subscriber ianrumford |
2021-10-07 09:13:58 |
Colin Ian King |
zfs-linux (Ubuntu): assignee |
Colin Ian King (colin-king) |
|
|
2021-10-07 09:14:09 |
Colin Ian King |
zfs-linux (Ubuntu): assignee |
|
Dimitri John Ledkov (xnox) |
|
2021-10-10 12:40:43 |
Mark Petersen |
bug |
|
|
added subscriber Mark Petersen |
2021-10-14 11:48:59 |
Phil Krylov |
bug |
|
|
added subscriber Phil Krylov |
2021-10-20 01:16:57 |
Chris Halse Rogers |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2021-10-20 01:17:26 |
Launchpad Janitor |
zfs-linux (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
2021-10-20 04:34:17 |
Mathew Hodson |
zfs-linux (Ubuntu): status |
Confirmed |
Fix Released |
|
2021-10-20 04:34:19 |
Mathew Hodson |
zfs-linux (Ubuntu Focal): importance |
Undecided |
High |
|
2021-10-20 04:34:33 |
Mathew Hodson |
removed subscriber Mathew Hodson |
|
|
|
2022-02-12 13:24:55 |
Bulk Adhesive |
bug |
|
|
added subscriber Bulk Adhesive |