So. I'm affected as well. Luckily there is a patch already: https://patch-diff.githubusercontent.com/raw/openzfs/zfs/pull/14161.patch
------------ HOW TO APPLY ------------- === Step 1: get patch === (see zfs-dkms-2.1.4-fix-zero-mac-io-error.patch attachment) === Step 2: install zfs-dkms and patch it === # apt-get install zfs-dkms (you may get questions about enrolling MOK keys: do as you're told) # cd /usr/src/zfs-2.1.4 # dkms remove -m zfs -v 2.1.4 -k $(uname -r) # dkms status (should yield nothing) # patch -p1 < /tmp/zfs-dkms-2.1.4-fix-zero-mac-io-error.patch # dkms install -m zfs -v 2.1.4 -k $(uname -r) (rebuild the module again, with patch this time) # update-initramfs -uk $(uname -r) (if you run zfs on the root fs, you'll probably want this) # reboot (and cross fingers) === Step 3: confirm that the module is loaded === # modinfo zfs | grep ^version: version: 2.1.4-0ubuntu0.1+ossomacfix (zfs mount should now work again, no "Input/Output error") ---------------- CLEANUP/THOUGHTS ---------------- - If you have 'zpool status -v' errors, you'll need to clean them with a 'zpool scrub <pool>'. If you got to this bug report _before_ trying to mount, you might be okay. - I'm not sure yet, but I think you can mount/unmount datasets and that might correct the MAC everywhere. If it does, you can remove the dkms module once you've done this. (Needs testing.) - I haven't tested syncing data from (a patched) 22.04 (zfs-linux-2.1.4) to a 20.04 (zfs-linux-0.8.3) yet. I try to be a little careful at first and see how it goes. - I think this bug needs a HIGH severity label. Cheers, Walter Doekes OSSO B.V. ** Patch added: "zfs-dkms-2.1.4-fix-zero-mac-io-error.patch" https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1987190/+attachment/5643985/+files/zfs-dkms-2.1.4-fix-zero-mac-io-error.patch -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to zfs-linux in Ubuntu. https://bugs.launchpad.net/bugs/1987190 Title: ZFS unrecoverable error after upgrading from 20.04 to 22.04.1 Status in zfs-linux package in Ubuntu: Confirmed Bug description: I have a server that has been running its data volume using ZFS in 20.04 without any problem. The volume is using ZFS encryption and a raidz1-0 configuration. I performed a scrub operations before the upgrade and it did not find any problem. After the reboot for the upgrade, I was welcomed with the following message: status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: https://openzfs.github.io/openzfs-docs/msg/ZFS-8000-8A The volumes still do not have any checksum error but there are 5 zvols that are not accessible. zpool status displays a line similar to the below for each of the five: errors: Permanent errors have been detected in the following files: tank/data/data:<0x0> I run a scrub and it has not identified any problem but the error messages are not there and the data is still not available. There are 10+ other zvols in the zpool that do not have any kind of problem. I have been unable to identify any correlation between the zvols that are failing. I have seen people reporting similar problems in github after the 20.04 to the 22.04 upgrade (see https://github.com/openzfs/zfs/issues/13763). I wonder how widespread the problem will be as more people upgrades to 22.04. I will try to downgrade the version of zfs in the system and report back ProblemType: Bug DistroRelease: Ubuntu 22.04 Package: zfsutils-linux 2.1.4-0ubuntu0.1 ProcVersionSignature: Ubuntu 5.15.0-46.49-generic 5.15.39 Uname: Linux 5.15.0-46-generic x86_64 NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair ApportVersion: 2.20.11-0ubuntu82.1 Architecture: amd64 CasperMD5CheckResult: unknown Date: Sat Aug 20 22:24:54 2022 ProcEnviron: TERM=screen-256color PATH=(custom, no user) XDG_RUNTIME_DIR=<set> LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: zfs-linux UpgradeStatus: Upgraded to jammy on 2022-08-20 (0 days ago) modified.conffile..etc.sudoers.d.zfs: [inaccessible: [Errno 13] Permission denied: '/etc/sudoers.d/zfs'] To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/zfs-linux/+bug/1987190/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp
