Migration Error

Hi Justin,

That message is not an error, so is not related to the problem you are having. Please can you describe what the symptoms of the problem you’re having are, and post a link to the backup log file? Then I can take a look and let you know what’s up.

David

Hi Justin,

Looking at the log file on the sending side, it appears that the WordPress scheduler started an UpdraftPlus resumption task twice, at the same instant. (The WordPress scheduler doesn’t have great locking). In fact, one of those tasks did successfully send all the data to the other side. The reported errors are from the other task, which was confused to find things not as it expected.

So, if you log in at the remote side, and go to the ‘Existing Backups’ tab, then you should find the backup set there – ready for the pressing of the ‘Restore’ button. (If it doesn’t appear, then press the “Rescan local storage” link – but I think it should be showing already).

David

Hi Justin,

That suggests that the plugins zip archive is corrupt. How was it sent to the remote site? Via the “direct send” method being used earlier, or something else? It’s very unusual for PHP’s zip engine to create corrupt zip files; usually corruption comes in via an incomplete upload – but, if it was the direct send method, then that shouldn’t be possible (as it must have all been sent if it said it was finished).

When you say you can’t log in – what happens when you try? Wrong password? After restoring a database, the valid login details are those from the source site, since the database includes the login details and hence the ones previously used on the destination have been replaced by the source.

Since the file backups are just zip files, you can also restore them via unzipping on your PC, and uploading the unzipped contents into the ‘wp-content’ folder – this is what UD is doing with them. (The interesting things happen with the database).

David