Hi Steve, can you also check to make sure that your wp-config.php file is pointing to the correct database.
wp-config.php is pointing to the new Site2 database in order for the WordPress site to run – I presume that’s correct?
Hi, please read the following instructions. Let me know if they help you.
Regards
At point 7 did you click the Restore button? You need to do that, clicking Next will skip to the next step only with no action..
Ah! Thanks Liuta, I wasn’t quite understanding the UI here – I thought the Restore button was a quick “I’ve got everything sorted – do it” and the “Next” button was to go through everything so was waiting till the end to click “Restore”.
So, now I’ve done this:
1. Installed Site2
2. Installed xcloner plugin
3. Added the remote backup details in xcloner
4. Downloaded the backup on to local storage through xcloner
5. Chosen Restore Backups
6. Left the URL “as is” as it’s a local restore (Next)
7. Selected the backup archive leaving the “Restore all files” option on
8. Clicked “Restore”
Unfortunately, although it starts whizzing through files I have come up with an “undefined undefined” error message …..
After this the site breaks.
Checking in the restore log, I can see a list of files are being extracted but no error message at the end:
[2017-04-26 07:22:12] xcloner_restore.INFO: Processing ajax request ID _sg4gz39i5 [] []
[2017-04-26 07:22:12] xcloner_restore.INFO: Current filesystem max upload size is 67108864 bytes [] []
[2017-04-26 07:22:12] xcloner_restore.INFO: Processing ajax request ID _nv81pomn1 [] []
[2017-04-26 07:22:12] xcloner_restore.INFO: Processing ajax request ID _0vuetk20j [] []
[2017-04-26 07:22:12] xcloner_restore.DEBUG: Starting action list_backup_archives_action [] []
[2017-04-26 07:22:12] xcloner_restore.DEBUG: Starting action get_current_directory_action [] []
[2017-04-26 07:22:12] xcloner_restore.INFO: Determining current url as /var/www/html and path as https://smc-site2.blablah [] []
[2017-04-26 07:22:12] xcloner_restore.INFO: Found backup_smc-site1.blahblah-2017-04-25_17-07-sql-90699.tar backup file [] []
[2017-04-26 07:22:21] xcloner_restore.INFO: Processing ajax request ID _2asnu8mln [] []
[2017-04-26 07:22:21] xcloner_restore.DEBUG: Starting action restore_backup_to_path_action [] []
[2017-04-26 07:22:21] xcloner_restore.INFO: Opening backup archive backup_smc-site1.blahblah-2017-04-25_17-07-sql-90699.tar at position [] []
[2017-04-26 07:22:21] xcloner_restore.INFO: Extracted .htaccess file [] []
[2017-04-26 07:22:21] xcloner_restore.INFO: Extracted index.php file [] []
[2017-04-26 07:22:21] xcloner_restore.INFO: Extracted license.txt file [] []
etc.
Do you get any javascript error message in the browser debugger console? Also, please check the disk space available on the restore site
I would be interested in debugging this further if you still have issues to see the exact cause, feel free to contact me here http://www.thinkovi.com/contact and send me the access to the restore site to attempt a restore from here.
Thanks Liuta – have sent you details 🙂
(And have already reset site so can’t check debug console – sorry!)
Ahh, just saw, you are doing a local restore of a backup which is not created on the same system, what happens is that you are breaking the live site and restore is crashing because of thw wp-config.php file restore, so here is what i suggest:
1. do a remote system restore, not a local one, you would copy the restore script to the site root and paste it’s url address in the restore input box
2. i would suggest restoring mysql to a new empty database or the same one if the wordpress tables prefix are different, current site vs. the restore backup
I am working on some improvements in the dev version of XCloner to prevent these issues, feel free to try that one as well.
-
This reply was modified 6 years, 12 months ago by
Liuta Ovidiu.
I’m getting a lot closer doing a remote restore – I just have to sort out a MySQL issue which could be affecting things (I.E. I’m using an automated spin up of WordPress site/database which uses a ‘-‘ in the database name ….. MySQL is getting confused 🙂 )
Will report back shortly ….
-
This reply was modified 6 years, 12 months ago by
Steve Cliff. Reason: (Spelling!)
Ok – all (almost) good now 🙂
I get a single error right at the very end, although the site appears to have correctly restored and is working fine.
The error just says “error” – but the debug is:
XMLHttpRequest cannot load https://smc2.blahblah/xcloner_restore.php. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://smc1.blahblah' is therefore not allowed access.
I suspect this may be something to do with the site being behind a reverse proxy server (actually, it’s behind two 🙂 )
The script is sending the “Access-Control-Allow-Origin” as it’s a required header for CORS requests, maybe the proxy serves are filtering that? Check the network response to see if the header is there, i am guessing it’s not
Private email sent with some info in it 🙂
