Migrate to subdomain

Thanks for the suggestions. That’ll be useful in future.

So, I’m almost there, I’m afraid I’ve hit another point of confusion.

I’ve uploaded all of the files to the sandbox install, and started the ‘Restore’ process, but as the system is preparing the backup file, I get the following error:

“Error: Decryption failed. The database file is encrypted, but you have no encryption key entered.”

Now, I did encrypt the database at the start of this process so am not surprised to learn it’s encrypted, but have no idea how to decrypt it to complete the Restore process, and the link here: https://updraftplus.com/faqs/i-encrypted-my-database-how-do-i-decrypt-it/ doesn’t seem to provide me with a solution i.e. I’ve uploaded the encrypted database, but see no way of decrypting it in order to start/complete the restore process.

Thanks.

It’s not that it’s not clear, it’s that after I click ‘Restore’, I get the following message:

“Error: Decryption failed. The database file is encrypted, but you have no encryption key entered.”

with no way (that I can see) of decrypting it. I have been ‘wrongly’ assuming that restoring process would give me an option of decrypting the db.

That said, after looking more thoroughly, see a text link in ‘Settings’, that when clicked opens the section screen-cap’d here: https://updraftplus.com/faqs/i-encrypted-my-database-how-do-i-decrypt-it/. So, while that’s great, the instructions don’t mention that, so I was looking for the drag/drop panel, not a fairly discreet text link. Perhaps you could mention that text link in the instructions.

Additionally, would it not be useful to decrypt the db during the restore process? It’s a bit long-winded to upload all of the files in one section, except the db which has to be uploaded in another section, decrypted, downloaded, then reuploaded a second time to be ‘Restored’.

Regardless of all of that, having now uploaded the db to the decryption panel, I am now having issues decrypting it. I am using the exact same encryption phrase used to encrypt it (I’m copy/pasting it from a text doc stored locally), but am getting the following when trying to decrypt it:

Decryption failed. The most likely cause is that you used the wrong key. The decryption key used: ****

The * represent the first 4 chars of the phrase, and this is all that is shown in the above message, which is odd as the phrase inputted is 18 char long.

Any ideas?

…the first sentence of the article applies: “If you have the encryption key (which you entered in your settings) and you are restoring from the settings interface, then it will automatically decrypt.”

Well, it doesn’t automatically decrypt. I’ve already pointed that out previously:

I’ve uploaded all of the files to the sandbox install, and started the ‘Restore’ process, but as the system is preparing the backup file, I get the following error:

“Error: Decryption failed. The database file is encrypted, but you have no encryption key entered.”

This is what lead me to try another route, which has left me with the odd issue of a truncated encryption phrase (showing only 4 chars in the message below instead of the 18 in the actual passphrase:

Decryption failed. The most likely cause is that you used the wrong key. The decryption key used: ****

So, if you could help me figure out why I’m not able to automatically decrypt the db, the second issue of the truncated encryption phrase is, -whilst important-, secondary to the issue at hand.

However, aside from all of the above, I have gone ahead with a non-encrypted backup db, and everything looked like it was going well except for the following:

1. I got a fatal error because the WordPress memory was set at 256M. I resolved this via increasing the allocated memory in a .user.ini file, so only a momentary hurdle, but…

2. I was missing a folder in the backups found here: /home/*******/public_html/images/, even though I added it in the “Any other directory on your server that you wish to back up” section. I moved it manually, but would like to know why it did not get included in the backups.

3. The db has not had the urls replaced in the migration/restoration. They are still that of the ‘original’ site. So, it look like I am going to have to do a search and replace myself, which more than somewhat defeats the point of the migration facility I bought.

Thanks.

if your website is in /home/*******/public_html (??) and the bespoke folder is in /home/*******/public_html, then instead you should use the “WordPress core (including any additions to your WordPress root directory)” option

I should have said, I already tried that option. The folder in question is an ‘images’ directory located within public_html, but outside wp-content

And as far as wanting anything to be done ‘magically’, well, all I can say to that, is the guys at iThemes (Backupbuddy), manage to do it just fine. No magic wands required. ;)

I’m not sure why you’ve add the ‘(??)’. In case it’s causing confusion, and you for some reason, think the site is above the public_html directory, it’s not. The ******* are just me obfuscating sensitive information related to my server account hierarchy, I’d rather not post publicly. Everything: live sit and sandbox site are within the public_html directory.

How would you like me to provide you with the log/s data? I’d rather not posted the content in the forum.

Thanks,
David

No, I am not trying option 2. I am aware of the option you are suggesting. I’m simply trying to provide you as much information as I can, so these issues can be resolved before I hit old age.

I appreciate your assistance up to this point, -albeit it unnecessarily ‘testy’ at points-, but we have been back and forth for 13 messages, and we’re not really any further forward.

UpDraftPlus might work for some, and has the potential to be a really good plugin, but based on my experience with it, and years of working the WordPress, using other backup plugins, it’s not a viable back up option for me. I would appreciate if you refunded my purchase, as I won’t be using your plugin any further.

Thanks.