ZFS send/receive on same system fails with reference to encryption (not active)
Description
Problem/Justification
Impact
Activity

William Gryzbowski January 18, 2023 at 4:31 PM
Hello,
Before we waste extra time, do you care to replicate this issue on 22.12.0?
Thank you

Bonnie Follweiler December 30, 2022 at 8:59 PM
Thank you .
I have moved this ticket into our queue to review now.
An engineering representative will update with any further questions or details in the near future.

Brad Taylor December 28, 2022 at 11:11 PMEdited
Hi , team,
I checked the readonly
property on the pools and datasets; they are all readonly off
:
I’m generating the debug file now - TPF-418
thanks… bt

Michelle Johnson December 28, 2022 at 9:31 PM
Thank you for your report, !
Replication fails if the dataset or pool you replicate is locked. Please unlock the dataset or pool (root dataset) you want to replicate and try this again. Let us know if this fails. I’ll wait for your response before I close this ticket.
If it fails, please use the link in the system-generated message below to attach a system debug file. Link to this ticket after you upload the file and before you click Save.
To generate a debug file on TrueNAS SCALE, log in to the TrueNAS web interface, go to System Settings > Advanced, then click Save Debug and wait for the file to download to your local system.

Brad Taylor December 28, 2022 at 8:24 PM
files attached to TPF-413
Details
Details
Assignee

Reporter

I’m replicating from ‘current’ (vol01) to ‘new’ (vol02) pool to do an in-place refresh.
Methodology here:
I have attempted a zfs snap & replicate using the GUI and via the command line.
Via the command line, the error received is:
I have checked both pools and while encryption is enabled, it is not active on either pool or the datasets (hierarchy) in question.
I am questioning if this is operator error (ie, I have not used the correct arguments with zfs send/receive), but the same error occurs in the GUI.
Any ideas appreciated.
thanks… bt