FLR restore fails due to SSH errors

[atg]

Case ID:04320457

Hello, all i am doing a FLR for a RHEL6 box we can call foo. The account I am using has sudo and I see in /var/log/auth.log during the restore where my account is authenticated. I checked firewall rules and they are all proper and I can manually ssh from the VBR ( which is also the mount server ) to the client ( foo ).
However, during the restore, I receive an ssh tcp reset after I see the authentication go through.
I receive these errors, has anyone seen them?

Code: Select all

[21.08.2020 09:25:31] <39> Info     Trying to get guest processing settings for the job.
[21.08.2020 09:25:31] <39> Info     Unable to get guest credentials for OIB dc916e86-a86c-4594-9ba1-afd750cb4909.
[21.08.2020 09:25:31] <39> Info     Collect guest mount points...
[21.08.2020 09:26:07] <39> Warning  Connection initialization exception:
[21.08.2020 09:26:07] <39> Warning  Veeam.Backup.SSH.CFailedFingerprintCheckException: Failed to check fingerprint
[21.08.2020 09:26:07] <39> Warning  Server stack trace:
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.RenciLib.CSshRenciConnectionImpl.Init(CSshConnectionSpec connSpec)
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.CSshConnection.SwitchToRenciConnection(ISSHConnection& conn)
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.CSshConnection.SwitchToRenci(ISSHConnection& conn)
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.CSshConnection.ModifyConnIfNeeded(ISSHConnection& conn, ISshElevateCmdCreator& elevateCmdCreator)
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.CSshConnection.CreateConnection(CSshConnectionSpec connSpec)
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.CSshConnection.InternalCreateCachedConnection(CSshConnectionSpec connSpec)
[21.08.2020 09:26:07] <39> Warning     at Veeam.Backup.SSH.CSshConnection.Init()

[PetrM]

Hi David,

I'd recommend to take a look at this KB article which describes a similar problem related to an attempt to establish SSH to a Linux server.
Based on the pasted stack trace, I assume that the issue happens due to some specific key exchange algorithms required by Renci are missing, for example this article might be helpful as well.

Please continue to work with our support team if the suggestions above do not help to resolve the issue.

Thanks!

[atg]

Thanks I will try that although it seems like a big modfication