Replication between FreeNAS & TrueNAS machines (bare metal)

[Bikerchris]

Hello all,

Before I install TrueNAS on a separate machine and try replication from a FreeNAS machine to it, could anyone confirm if Replication works OK between the old and new?

Many thanks,

Chris

 

[Redcoat]

Well, an 11.3-U5 replication task failed when I put TrueNAS on my backup target box as a test. Not wanting to lose my daily backup I reverted the backup box back to 11.3 to wait for TrueNAS's first update.

During that time the TrueNAS docs had an addition on the topic of legacy replication - see https://www.truenas.com/docs/hub/tasks/scheduled/replication/legacy/

 

[Bikerchris]

Well, an 11.3-U5 replication task failed when I put TrueNAS on my backup target box as a test. Not wanting to lose my daily backup I reverted the backup box back to 11.3 to wait for TrueNAS's first update.

During that time the TrueNAS docs had an addition on the topic of legacy replication - see https://www.truenas.com/docs/hub/tasks/scheduled/replication/legacy/

Thank you for that, really kind. I'll install FreeNAS as a precaution, very much appreciated.

 

[trentk10]

I successfully do replication from my truenas machine to another computer in the house running freeBSD 12.2.

 

[Bikerchris]

I successfully do replication from my truenas machine to another computer in the house running freeBSD 12.2.

Thanks for that, very useful to know.

 

[Juan Manuel Palacios]

I successfully do replication from my truenas machine to another computer in the house running freeBSD 12.2.

If I may ask, how did you accomplish that? I recently upgraded to TrueNAS 12.0-U2.1 and started seeing failures for all my replication tasks that go out to a vanilla FreeBSD 12.2 box, and that setup had been working for a long time while I was running FreeNAS 11.x on the local side.

I believe the culprit is TrueNAS 12's use of OpenZFS 2.0, and particularly its attempt to use 'zfs receive -x' on the receiving side, as FreeBSD 12's ZFS stack is pre OpenZFS 2.0, and doesn't have 'receive -x'. The error I'm getting all over the place is, precisely:

Code:

failed: invalid option 'x' usage: receive|recv [-vnsFu] receive|recv [-vnsFu] [-o origin=] [-d | -e] (…)

Most probably I can very easily get around that by running zfs send --options | ssh host 'zfs receive --options' manually on the command line, but I'm curious if there's something I can do in the TrueNAS GUI to keep my replication tasks working while I wait for FreeBSD 13 to be released.

Thanks,

 

[Juan Manuel Palacios]

I just got my TrueNAS 12 --> FreeBSD 12.2 ZFS push replication setup working by using the SSH+NETCAT transport (which required figuring out the active & passive roles and opening up firewall ports accordingly), as opposed to plain SSH, which is what I'd been using so far.

So I guess I'll stick with that until either FreeBSD 13 comes along (which, if I'm not mistaken, will bring OpenZFS 2.0), or until I receive advice on how to get the setup working again with the plain SSH transport prior to upgrading to FreeBSD 13, which is what I'd prefer.

Thanks,

 

[Juan Manuel Palacios]

And as stated here:

py-libzfs for SSH+Netcat replication: Recommended method of installation on 11.3-RELEASE?

What is the recommended method for compiling and installing py-libzfs? I am attempting to implement replication via Netcat to increase replication speed. From the 11.3-RELEASE manual (8.6.2, Advanced Replication): SSH+NETCAT uses SSH to establish a connection to the destination system, then...

www.truenas.com

My FreeBSD 12.2 box of course needed to have a slew of packages installed to make the SSH+NETCAT transport work, particularly python3, python37, and py37-libzfs.

HTH!