Backup failed - 'host key verification failed'

Arrgh, can’t install a needed backup on an ssh connection - I’m getting:

Downloading archive from SSH server …
… download failed! Host key verification failed.
… failed! See the progress output above for the reason why.

I read somewhere to delete the contents of the root/.ssh/known_hosts file on the remote server where the backup is stored. That did not make a difference.

Other suggestions?

Appreciate any help!

Chris

PS: I can upload a backup to the other server, this error only kicks in when I try to restore the backup. I can also back the other server up to this one and restore from it.

–update–

from bad to worse I’m afraid.

With the site I backed up because I wanted to do some work on it and be able to revert it. I made some changes in the WP install I have on it, then wanted to revert what I had done. So since I couldn’t connect by ssh to restore - I downloaded the backup from the other server, uploaded it to the original server, and restored it from that. That should work. But instead, the restore ended with:

Re-starting DNS server …
… done

Applying web server configuration …
… not running!

Applying web server configuration …
… not running!

Re-starting Webmin …
… failed! Webmin server did not write new PID file

Re-starting Usermin …
… not currently running

… restore complete.

and Virtualmin disconnected and won’t come back up. I get a ‘this site can’t be reached’ and ‘ERR_CONNECTION_REFUSED’ message.

I tried:

/etc/init.d/webmin start

In my console, no error message, but webmin doesn’t start (or if it is running, it won’t allow me to connect)

–update–

so, I got a brand new ubunto 20.04, loaded a brand new install of virtualmin on it, and tried to restore the full backup (about 7 sites) onto it from the other server. It connected fine.

The domain I seem to be having issues with was one of the first restored. At the end of that domain being restored, I got a:

Applying web server configuration …
… done

Applying web server configuration …
… done

Re-starting Webmin …
… failed! Webmin server did not write new PID file

Re-starting Usermin …
… done

and a message saying virtualmin had lost the connect - but, the restore script kept running. At the end of each domain being restored, I get a:

Re-starting Webmin …
… not currently running

Re-starting Usermin …
… not currently running

So… it seems like something in that first domain being restored is breaking webmin/usermin?

I also get on each domain:

Creating MySQL login …
… MySQL database failed! : mysql::execute_sql_logged failed : DBI connect failed : Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)

So, what ties all these together? I’d like to get the backup of the original site restored on the original server, it seems like all of the problems start with that backup causing webmin to crash. I’ve also been unable to restart httpd, so all of the sites are down.

If I try to start apache, after it fails, I run journalctl -xe and get:

[root@jessica ~]# journalctl -xe
Dec 10 05:28:49 jessica.domain.com postfix/smtpd[1735]: disconnect from unknown[45.284.238.52]
Dec 10 05:28:56 jessica.domain.com polkitd[534]: Registered Authentication Agent for unix-process:3801:2800937 (system bus
Dec 10 05:28:56 jessica.domain.com systemd[1]: Starting The Apache HTTP Server...
-- Subject: Unit httpd.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit httpd.service has begun starting up.
Dec 10 05:28:56 jessica.domain.com httpd[3817]: AH00526: Syntax error on line 454 of /etc/httpd/conf/httpd.conf:
Dec 10 05:28:56 jessica.domain.com httpd[3817]: SSLCertificateFile: file '/home/econferences/ssl.cert' does not exist or
Dec 10 05:28:56 jessica.domain.com systemd[1]: httpd.service: main process exited, code=exited, status=1/FAILURE
Dec 10 05:28:56 jessica.domain.com systemd[1]: Failed to start The Apache HTTP Server.
-- Subject: Unit httpd.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit httpd.service has failed.
--
-- The result is failed.
Dec 10 05:28:56 jessica.domain.com systemd[1]: Unit httpd.service entered failed state.
Dec 10 05:28:56 jessica.domain.com systemd[1]: httpd.service failed.
Dec 10 05:28:56 jessica.domain.com polkitd[534]: Unregistered Authentication Agent for unix-process:3801:2800937 (system b
Dec 10 05:28:56 jessica.domain.com postfix/smtpd[1729]: connect from unknown[45.284.238.137]
Dec 10 05:28:57 jessica.domain.com saslauthd[555]: pam_unix(smtp:auth): check pass; user unknown
Dec 10 05:28:57 jessica.domain.com saslauthd[555]: pam_unix(smtp:auth): authentication failure; logname= uid=0 euid=0 tty=
Dec 10 05:28:59 jessica.domain.com saslauthd[555]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underly
Dec 10 05:28:59 jessica.domain.com saslauthd[555]: do_auth         : auth failure: [user=xadmin@domain.com] [service=smtp
Dec 10 05:28:59 jessica.domain.com postfix/smtpd[1729]: warning: unknown[45.284.238.137]: SASL LOGIN authentication failed
Dec 10 05:29:00 jessica.domain.com postfix/smtpd[1729]: disconnect from unknown[45.284.238.137]

(domain and ip address changed since this is public)

line 454 of /etc/httpd/conf/httpd.conf that it says there’s a syntax error on is:

SSLCertificateKeyFile /home/econferences/ssl.key

it also says “’/home/econferences/ssl.cert’ does not exist” though I did have a cert on that before. So I regenerated a self signed one, and the error switched to “’/home/epiconferences/ssl.ca’ does not exist” - though I checked and it does exist, but it’s empty.

I found that editing httpd.conf and turning off the sslengine allowed me to boot apache back up.

Continuing along that route, I regenerated the ssl cert for the domain. Then turned the sslengine back on - and that worked! Sites back up.

So… why did the backup not pick up or restore the cert?

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.