cserem

Similar hung system, on the same distribution. The problem has been around ever since reinstalling the system and enabling encryption with ZFS 0.8.5, and persists with 5.4.114-1-pve / 2.0.4-pve1 dmesg...

``` # cat /sys/module/icp/parameters/icp_aes_impl cycle [fastest] generic x86_64 # cat /sys/module/icp/parameters/icp_gcm_impl cycle [fastest] generic pclmulqdq ``` I have switched both parameters to generic now. Will report back as things advance.

My consumer is: ``` rpool/backups encryption aes-256-gcm - rpool/backups keylocation file:///rpool/other-encrypted/zfs.KEY local rpool/backups keyformat raw ``` (After changing icp_[aes|gcm]_impl to "generic" a couple of hours ago, the next backup iteration...

I have randomly picked two sources with two datasets, and the destination: [zfs get all output](https://gist.github.com/cserem/29d9758955c301ffef9e3fea409ecb82) It might be worth noting: - I have yet to encounter data corruption (scrubs...

Update: 4 threads icp_aes_impl icp_gcm_impl on x86_64 / pclmulqdq crashed after: 5 days, 14:47 Trying again with the above parameters. I was able to get the zfs related processes: ```...

4 threads icp_aes_impl icp_gcm_impl on x86_64 / pclmulqdq crashed after: 1 day, 6:44 I am switching back to default (fastest) Unfortunately i couldn't capture a process list this time. Here...

This would be awsome, along with a sensor value for 'valueText' too.

Yes, but wouldn't that require extra effort to classify a change as major/minor/patch? Wouldn't a date based tag be simpler? yyyymmdd+an extra digit if multiple commits get merged per day?

Oh sorry, I tought the partition layout was generic across the arm boards. This is a Home Assistant OS 10.5 (aarch64 / odroid-m1)