• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Resolved Define IP Addresses Mapping screen when restoring from backup

Mike2017

New Pleskian
Hello,
I recently migrated my old VPS with Plesk 12.0 to a new VPS running Plesk Onyx but, due to may lack of knowledge, I ended up completely corrupting the installation when tried to resolve some tricky security issue. Luckily, I've got a full backup taken when the new VPS was fully configured, so I decided to reinstall the VPS and Plesk 17 and then to restore the server using backup. Everything went fine until the restoration point. When tried to restore the backup (using All objects (entire system) option) I stumbled upon this screen - see image here.
The "old" and "new" IP addresses should be the same, but I am unable to proceed here. I tried creating a text file with mapping <IP><IP> but it didn't work. When Googled, I found this thread and, following the advise by @IgorG, I looked up the issue in KB. I found only related article in KB but suggested resolution (execute command plesk repair db) didn't work for me. I guess I am not the only person who is restoring the Plesk server from full backup taken on the same machine... yet, I found surprisingly little re this issue. Can you guys help me here to get out of this limbo?
Thanks,

Mike
 
Hi Mike2017,

I tried creating a text file with mapping <IP><IP>
pls. post your TXT - file, so that people willing to help you can investigate it.

Pls. post the output of your MySQL - command(s), so that people willing to help you, have something to investigate together with you.

Pls. provide ALL informations about your current system ( operating system, current Plesk version... )

When tried to restore the backup (using All objects (entire system) option) I stumbled upon this screen - see image here.
Could you pls. explain, on which Plesk version the backup has been created, which you are now trying to import?


Pls. consider to inform us about all your steps, by providing your commands used over the command line, or the step-by-step description from the Plesk Control Panel.
Pls. be aware, that some issues/errors/problems can be easily investigated with the help of LOG - files:


Sometimes, it is as well a good idea to change the log - level ( TEMPORARILY! ), to get more informations in Plesk - log - files:

 
Hi @UFHH01 ,
One fact that I failed to mention in the original post is that I had a warning "Warning: Unable to validate the backup signature. The backup file might be modified, corrupted, created on another server or in an earlier Plesk version.", so I checked the option "Restore this backup despite the fact that it does not have a valid signature", not sure how important it is. I couldn't proceed ("Restore" was grayed out) until I checked this checkbox.
Here is the information you requested:
1. The backup file was created with Plesk Onyx 17.0.17 Update #21 and I am trying to restore it with Plesk Onyx 17.0.17 Update #22. Ubuntu version didn't change, it's 14.04.5 LTS
2. The text file for mapping had just a one line, something like <100.1.1.1><100.1.1.1>
(for privacy reasons my VPS IP address replaced here with 100.1.1.1)
3. Here is the output of DB command plesk repair db:
Checking the Plesk database using the native database server tools .. [OK]
Checking the structure of the Plesk database ........................ [OK]
Checking the consistency of the Plesk database ...................... [OK]
Error messages: 0; Warnings: 0; Errors resolved: 0
4. My steps are very simple:
- click on Restore
- got stuck on the next screen - see this image
5. Speaking of logs:
/usr/local/psa/PMM/logs/restore-2017-04-17-16-36-35-962/conflicts.log is empty
/usr/local/psa/PMM/logs/restore-2017-04-17-16-36-35-962/import.log is empty
/usr/local/psa/PMM/logs/restore-2017-04-17-16-36-35-962/pmmcli.log is here (for privacy reasons IP and domain name has been changed)
And, finally, here is what's inside /usr/local/psa/PMM/logs/restore-2017-04-17-16-36-35-962/deployer.log:
[2017-04-17 16:37:05.985| 4770] INFO: pmm-ras started : /opt/psa/admin/bin/pmm-ras --convert-local-dump --dump-storage=/var/lib/psa/dumps/ --dump-specification=domains/example.com/backup_info_1704071608.xml --session-path=/var/log/plesk/PMM
[2017-04-17 16:37:05.985| 4770] INFO: Repository '/var/lib/psa/dumps/': Initializing...
[2017-04-17 16:37:05.985| 4770] INFO: Repository '/var/lib/psa/dumps/': Initialized
[2017-04-17 16:37:05.985| 4770] INFO: Repository '/var/lib/psa/dumps/': Convert local backup to current Panel version domains/example.com/backup_info_1704071608.xml
[2017-04-17 16:37:05.985| 4770] INFO: ENV[LANG]=en_US.UTF-8
[2017-04-17 16:37:05.985| 4770] INFO: Executing utility: /opt/psa/bin/pre10-backup-convert --can-convert -source /var/lib/psa/dumps/domains/example.com/backup_info_1704071608.xml
[2017-04-17 16:37:06.139| 4770] INFO: The utility succesfully executed.
[2017-04-17 16:37:06.139| 4770] INFO: pmm-ras finished. Exit code: 0
[2017-04-17 16:37:06.153| 4772] INFO: pmm-ras started : /opt/psa/admin/bin/pmm-ras --get-child-dumps --dump-storage=/var/lib/psa/dumps/ --dump-specification=domains/example.com/backup_info_1704071608.xml --session-path=/var/log/plesk/PMM
[2017-04-17 16:37:06.153| 4772] INFO: Repository '/var/lib/psa/dumps/': Initializing...
[2017-04-17 16:37:06.153| 4772] INFO: Repository '/var/lib/psa/dumps/': Initialized
[2017-04-17 16:37:06.153| 4772] INFO: Repository '/var/lib/psa/dumps/': Get all child backups for domains/example.com/backup_info_1704071608.xml
[2017-04-17 16:37:06.154| 4772] INFO: pmm-ras finished. Exit code: 0

Thanks for your help, Uwe!

 
Hi Mike2017,

if you see something like
was finished with exit code 254
( found inside of your "pmmcli.log" ), it's time to call for help from a Plesk - Team - Member ( the first choice is always to call for @IgorG in this Community / Forum :p:D ).
 
Sorry, I am not Igor, obviously (and sometimes I wish I was, at least in terms of knowledge and insight ...) but I got an idea to share, anyway: From the screenshot in your initial post I derive the possibility, that the type of IP address use that you have configured is wrong. It ought to be "shared", and it's probably "dedicated". Please take a look at Tools & Settings > IP Addresses. You need the same type of IP address use in the new system like where the backup has been done on. Maybe the setting was changed meanwhile? Give it a try, check the setting. A tiny, quick step, just to make sure that the configuration is correct.
 
Thank you so much @Peter Debik. As you suggested, I changed the IP from dedicated to shared, restarted the restore process and everything was restored just fine. Thanks a lot, you saved the day! :)
 
Back
Top