After a local-local ZFS Send / receive the target dataset does not show

[sublightnova]

Replicating a dataset to an external drive. The target dataset does not show in the gui. Does not show in ZFS list but when I create a share, I can select that dataset and it does exist with the data.

zfs snapshot -r Poolsource/dataset@replication
zfs send Poolsource/dataset@replication | zfs receive -F Pooldest/pooldestination

So Pooldest/pooldestination does not show in the gui after the operation is completed and not in zfs list but am able to create a share to it.

Am I missing something on how this is supposed to work?

Latest Truenascore and updated ZFS version

 

[sublightnova]

Did I post this in the wrong section or does nobody really have any clue why this would happen?

ZFS send / receive an encrypted pool to the same physical machine, but another disk... Target pool is invisible, even in zfs list but does show up in the UI when trying to create a share

 

[Samuel Tai]

Usually pool visibility issues are due to missing entries in /data/zpool.cache, which can happen with CLI operations instead of GUI operations. Also, encrypted datasets need to be unlocked before use. Try exporting the external pool via CLI, and then importing it via the UI.

 

[sublightnova]

Thanks will give that a go.... So is there a way to do a local zfs send/receive in the GUI then as I've been unable to find it...

 

[sublightnova]

I can't seem to edit my previous message but yes, Obviously I did unlock the source encrypted pool before the zfs send/receive. And I'm not sure exporting/importing the exported pool would work as it doesn't even show up in zfs list... But I can create a share to it and the files are there.. How this is possible is beyond me... Sounds like a zfs bug tbh.

 

[Samuel Tai]

Thanks will give that a go.... So is there a way to do a local zfs send/receive in the GUI then as I've been unable to find it...

Replication Tasks

Decribes the fields on the Replication Tasks screen for TrueNAS CORE.

www.truenas.com

Yes, you have to use the Advanced screen, and change the transport from SSH to LOCAL.

 

[Samuel Tai]

I can't seem to edit my previous message but yes, Obviously I did unlock the source encrypted pool before the zfs send/receive. And I'm not sure exporting/importing the exported pool would work as it doesn't even show up in zfs list... But I can create a share to it and the files are there.. How this is possible is beyond me... Sounds like a zfs bug tbh.

I meant unlock the target, not the source. ZFS assumes at all times you know what you're doing. It's possible to create pool configurations via send/receive that aren't supported. For example, I had a task to replicate an unencrypted zvol in one pool to an encrypted zvol in another. Everything worked when I unlocked the target. However, one time I forgot to unlock the target, and the replication couldn't access the zvol, so it proceeded to copy the zvol to the target as a daughter zvol underneath the original mount. This is, of course, a non-supported configuration, as zvols can't have daughters. There was no way to destroy the daughter zvol, which was completely invisible, and only showed up using zfs list -t snapshot. The only way to recover was to destroy the target pool, recreate the target pool, and replicate from scratch.

 

[sublightnova]

Replication Tasks

Decribes the fields on the Replication Tasks screen for TrueNAS CORE.

www.truenas.com

Yes, you have to use the Advanced screen, and change the transport from SSH to LOCAL.

Allright... for whatever reason I totally missed that advanced replication button for all the time I've been using Truenas.. Thanks.. Would have never bothered with shell command otherwise..