Restore to new site stops

[DavidUser]

Trying to move a site from one domain to another.

Vanilla WP install at the receiving site. Did a backup of the dev site and uploaded the files without any issues.

I run the restore and it gets to here in about 10 secs and then nothing. I check via PHPAdmin and the database hasn’t changed or updated at all. I’ve tried doing it manually all goes OK until I restore the database then the same thing. I then import via PHPAdmin and then the whole site crashes and comes up with ‘taking too long too respond error in line whatever’.

0000.073 () Opened log file at time: Tue, 06 May 2014 05:30:30 +0000 on https://103.254.138.194/~rarewine
0000.073 () UpdraftPlus WordPress backup plugin (https://updraftplus.com): 1.9.5.17 WP: 3.9 PHP: 5.3.28 (Linux webcloud62.au.syrahost.com 2.6.32-458.23.2.lve1.2.52.el6.x86_64 #1 SMP Mon Feb 3 06:07:54 EST 2014 x86_64) MySQL: 5.5.36-cll Server: Apache/2.2.26 (Unix) mod_ssl/2.2.26 OpenSSL/1.0.1e-fips mod_bwlimited/1.4 mod_perl/2.0.6 Perl/v5.10.1 safe_mode: 1 max_execution_time: 30 memory_limit: 64M (used: 31.8M | 32M) multisite: N mcrypt: Y ZipArchive::addFile: Y
0000.074 () Free space on disk containing Updraft’s temporary directory: 128287.2 Mb
0000.074 () Restore job started. Entities to restore: plugins, themes, uploads, others, db
0000.106 () Entity: db
0000.106 () restore_backup(backup_file=backup_2014-05-04-1010_Rare_Wine_Dinners_cfc9756cb732-db.gz, type=db, info=a:0:{}, last_one=)
0000.106 () Unpacking backup…

Files it is using

Looking for db archive: file name: backup_2014-05-04-1010_Rare_Wine_Dinners_cfc9756cb732-db.gz
Archive is expected to be size: 564.1 Kb: OK
Looking for plugins archive: file name: backup_2014-05-04-1010_Rare_Wine_Dinners_cfc9756cb732-plugins.zip
Archive is expected to be size: 13164.2 Kb: OK
Looking for themes archive: file name: backup_2014-05-04-1010_Rare_Wine_Dinners_cfc9756cb732-themes.zip
Archive is expected to be size: 18233.3 Kb: OK
Looking for uploads archive: file name: backup_2014-05-04-1010_Rare_Wine_Dinners_cfc9756cb732-uploads.zip
Archive is expected to be size: 147574.8 Kb: OK
Looking for others archive: file name: backup_2014-05-04-1010_Rare_Wine_Dinners_cfc9756cb732-others.zip
Archive is expected to be size: 33470.9 Kb: OK

[DavidUser]

I also get an Error Token Mismatch in PHPAdmin if I try to look at the database after kicking off the restore.

[udadminKeymaster]

Hi David,

It sounds like your web hosting provider enforces a very low timeout for any PHP operations. I can see in your log file that PHP’s “safe mode” is on:

> safe_mode: 1

This feature is somewhat misnamed; the PHP developers removed it a couple of years ago when they realised that it did not achieve its aims – https://www.php.net/manual/en/features.safe-mode.php. However, one of its effects is to allow PHP to run for only a few seconds. This is sufficient to write out your entire site contents and database only on very tiny websites. You will need to turn it off to have a usable web hosting environment.

David

[DavidUser]

Thanks for that, will fire off an Email to them.

Seems strange it does all the other parts when done individually (uploads, themes, plugins) with no issues and they are hundreds of megs in size. Or is the database one the only one that actually does php stuff.

Also if I use PHPAdmin, do I open the current empty WP Database (Hello World one) and import into that, or do I create a new database?

[udadminKeymaster]

Hi David,

It’s possible that the real bottleneck is somewhere in the database server setup. If their support is responsive, then you should ask them to point you to the PHP error log (not the Apache log, or the UpdraftPlus log), to see what is logged there at the time that you are trying the database migration. It might be something simple, such as a missing PHP component for gunzipping the database file (whereas the files zips use a different modules, because they’re zips rather than gz files).

David

[Author]

Posts