I have two Core boxes. The primary is luna, and the backup is intrepid. luna is running 13.3, while intrepid was initially running 13.3 as well, but I rebuilt with 13.0 (from testing XigmaNAS). Both are on the latest version of the respective releases of the OS (6.7 and 1.2 respectively).
I am trying to do a pull replication from luna to intrepid. I have set up the ssh session and keys, and when I go into Tasks → Replication Tasks and attempt to run the replication, I get the error in intrepid’s replication screen:
And my logs are showing messages like:
Note that there are no errors on luna at all. I have tried deleting and recreating my NFS shares, the replications from luna, and I even tried deleting the dataset on intrepid and again from luna. This failed, but I was perfectly able to do the pull replication on the command line, but even after doing
I also checked the host keys in System -> SSH Connections and verified they matched.
I have verified that intrepid’s ED25519 host keys are in root’s authorized_keys on luna, as well as luna's host keys being in root's authorized keys on intrepid. So to sum up, I can do a push replication from luna -> intrepid at the command line and vice versa, as well as doing a push from luna to intrepid from the web UI. Is the middleware looking somewhere else for it? Since I am able to drill down into the remote system from the replication tasks menu.
I am trying to do a pull replication from luna to intrepid. I have set up the ssh session and keys, and when I go into Tasks → Replication Tasks and attempt to run the replication, I get the error in intrepid’s replication screen:
Code:
No ED25519 host key is known for luna and you have requested strict checking.
Host key verification failed.
cannot receive: failed to read from stream.
And my logs are showing messages like:
Code:
mountd 1111 - - can't change attributes for /mnt/NCC1631/luna/library: netcred already exists for given addr/mask
mountd 1111 - - bad exports list line '/mnt/NCC1631/luna/library defiant danube valiant'
Note that there are no errors on luna at all. I have tried deleting and recreating my NFS shares, the replications from luna, and I even tried deleting the dataset on intrepid and again from luna. This failed, but I was perfectly able to do the pull replication on the command line, but even after doing
ssh luna zfs send | zfs recv, the GUI shows error. I was also able to do a push replicaton from luna to intrepid, it's just the pull replication that is failing from the gui.I also checked the host keys in System -> SSH Connections and verified they matched.
I have verified that intrepid’s ED25519 host keys are in root’s authorized_keys on luna, as well as luna's host keys being in root's authorized keys on intrepid. So to sum up, I can do a push replication from luna -> intrepid at the command line and vice versa, as well as doing a push from luna to intrepid from the web UI. Is the middleware looking somewhere else for it? Since I am able to drill down into the remote system from the replication tasks menu.

