I’ve encountered that the remote backup restore process doesn’t work. It connects to the other Cyberpanel instance, and the output says: Backup Restore complete.
However, nothing actually gets restored.
First log windows
############################
Starting remote Backup
Start date: 10.10.2022_07-10-16
############################
[10.10.2022_07-10-26] Host:public.ip could be down, we are continuing...
[10.10.2022_07-10-26] Currently generating local backups for: bentheanimator.com
[10.10.2022_07-10-26] Starting local backup for: bentheanimator.com
[10.10.2022_07-10-28] Waiting for backup to complete..
[10.10.2022_07-11-50] Backup Completed for: bentheanimator.com
[10.10.2022_07-11-50] Local Backup Completed for: bentheanimator.com
[10.10.2022_07-11-50] Sending /home/backup/transfer-6993/backup-bentheanimator.com-10.10.2022_07-10-26.tar.gz to public.ip.
[10.10.2022_07-14-00] Sent /home/backup/transfer-6993/backup-bentheanimator.com-10.10.2022_07-10-26.tar.gz to public.ip.
[10.10.2022_07-14-00] #############################################
[10.10.2022_07-14-00] Backups are successfully generated and received on: public.ip
Local backup and restores works fine. The remote host that I’m trying to restore from is still on Ubuntu 20.04.
Below is the log of me creating a local backup.
[10.10.2022_07-27-49] Backup version 2.1.1+ detected..
[10.10.2022_07-27-54] Backup version 2.1.1+ detected..
[10.10.2022_07-27-57] (1396, "Operation CREATE USER failed for 'CKt3g7hKq5tg6R'@'localhost'")[createDatabase]
[10.10.2022_11-20-22] /home/bentheanimator.com/backup/
[10.10.2022_11-20-22] /home/bentheanimator.com/backup/backup-bentheanimator.com-10.10.2022_11-20-22
WARNING: Forcing protocol to TCP due to option specification. Please explicitly state intended protocol.
Any solution? I have the same problem here in 2024. SSH port 22. API access granted. Sites are backed up on the source server, but are not transferred to the destination server.
OK I got this working. The logs are not helpful at all, the logs in the main log on the source server say:
[05.30.2025_12-38-11] port on server B-------------- 22
[05.30.2025_12-38-22] Command '[‘ping’, ‘172.xxx.xxx.xxx, ‘-c 1’]’ returned non-zero exit status 1.[checkIfHostIsUp]
[05.30.2025_12-38-22] /home/domain.co.uk/backup/
[05.30.2025_12-38-22] /home/domain.co.uk/backup/backup-domain.co.uk-05.30.2025_12-38-22
[05.30.2025_12-40-03] habbi--------open file:/home/cyberpanel/remote_port
[05.30.2025_12-40-10] This backup file is run
Hopefully what actually hapopened in my case was that it was trying to communicate with the destination server over port 22 (SSH), but over the public IP instead of the local IP (they are on the same VLAN, and I put in the internal IP to connect).
So I just allowed the public IP of the source server into the public IP of the destination server on 22 and it worked.