Azure time outs

[RobertParticipant]

I am attempting to migrate from a LAMP-stack site to Azure. As soon as I start the restore at Azure, the WordPress install logs me out. The restore continues and I can see a complete log that the restore was successful but when I click to return to the UpdraftPlus page, I get an error. Atempting to view the site shows that none of the uploads made it to the site and most pages return a 500 error. Is this something I could solve by making the site scalable in Azure so it doesn’t time out?

[udadminKeymaster]

Hi Bob,

As soon as I start the restore at Azure, the WordPress install logs me out.

This part is normal – since login session information is in the database, replacing the database with that from another site has this effect.

The restore continues and I can see a complete log that the restore was successful but when I click to return to the UpdraftPlus page, I get an error. Atempting to view the site shows that none of the uploads made it to the site and most pages return a 500 error. Is this something I could solve by making the site scalable in Azure so it doesn’t time out?

Please can you share the migration log file, so that I have more information before I advise? You can find it via FTP in wp-content/updraft. Either post it here, or send it via the form at: https://updraftplus.com/paid-support-requests/

Best wishes,
David

[udadminKeymaster]

Thanks for the log…

Atempting to view the site shows that none of the uploads made it to the site

The log indicates that you didn’t include these in the restore operation; you ticked only the boxes for plugins,. themes and database:

0000.037 () Restore job started. Entities to restore: plugins, themes, db

(If there was no tick-box for uploads, then that indicates you didn’t upload the uploads into UpdraftPlus).

when I click to return to the UpdraftPlus page, I get an error.

What is the error? A screenshot would be handy. (Use https://snag.gy if it helps).

It’s the very end of the day here now, so please excuse a lack of further interaction until tomorrow.

Best wishes,
David

[RobertParticipant]

I understand. In this case, I chose not to process the Uploads in the interest of time. Basically, all that is here is images. I know the look and feel will be broken but nothing else.

I get an HTTP 500 error. If you go to https://briotixtraining.azurewebsites.net/wp-admin/you get the same thing.

[RobertParticipant]

I turned on WP_DEBUG and I get this error:

Notice: wp_enqueue_style was called incorrectly. Scripts and styles should not be registered or enqueued until the wp_enqueue_scripts, admin_enqueue_scripts, or login_enqueue_scripts hooks. Please see Debugging in WordPress for more information. (This message was added in version 3.3.) in D:\home\site\wwwroot\wp-includes\functions.php on line 3547

Fatal error: Call to undefined function wp_get_current_user() in D:\home\site\wwwroot\wp-includes\capabilities.php on line 1356. I could upload that file if that were useful?

[udadminKeymaster]

Hi,

That “Fatal error” suggests that WordPress was incompletely installed – the function it says is missing has existed since WordPress 2.0, so it can’t be because you’re running too old a version (that’s ~10 years old!). So, it suggests that some part of WordPress is missing. How did you install WordPress? If you did it via FTP, I’d guess that you have zero-sized files that did not transfer completely. You could unzip a fresh WordPress zip on your PC, and then upload it via FTP into Azure to over-write the existing WP core – at worst, it’s harmless (you’re replacing files with the same thing), at best, it’ll fix the missing/zeroed files.

In this case, I chose not to process the Uploads in the interest of time.

That makes sense. All UD does with the uploads is unzip them into the right folder (wp-content/uploads), and nothing breaks without them other than missing media – and you can do it manually over FTP (via unzipping + uploading), which is a good idea if the webserver is likely to be subject to timeouts when doing it through UD.

David

[RobertParticipant]

Thanks, David. I’m a little stumped with this. This is a vanilla install of WordPress 4.1 at Azure. Once the install is completed I can login to the site and add the UpdraftPlus plugin and all functions as normal. Once the restore completes the site becomes inoperable. I’ll try re-installing WordPress via FTP as you suggest.

Thanks

Bob

[udadminKeymaster]

It is rather odd. The migration log shows you replaced the plugins/uploads/themes/database, but not WordPress core (which is fine – no need to) – so, how there can be a fatal error due to a function that is part of WordPress core being missing, is hard to understand on present knowledge.

Can you confirm the URL you see that error at? I clicked the one given above, but don’t get to see that error. (And, it looks like an invalid URL – /you added on to the admin area’s URL – so perhaps was meant to be something else?).

David

[RobertParticipant]

Yes, the URL is https://briotixtraining.azurewebsites.net – the prior one lacked a space between the URL and the next word in my post. This won’t help, though, as I already installed WordPress via FTP. It did not resolve the issue although I get the same error about wp_enqueue_style although the wp-admin page does render as does the home page. I can’t login because the admin user password is reset, I think. I’m still exploring but may just trash this effort and start again.

thank you for your help.

Bob

[udadminKeymaster]

Don’t worry about the wp_enqueue_style debug message – that’s an innocuous message about a plugin that’s not following proper standards, but isn’t the cause of any other problems. (Many plugins trigger that message, and you’ll almost certainly see it on the source site if you turn on debugging there too).

The fatal error seemed to be something to go on, but is that not showing now? Where can I see a page that’s not working?

David

[udadminKeymaster]

P.S. Add this to wp-config.php in case it’s a simple “PHP not set up with enough memory” issue; add it before the line with WP_DEBUG in it:

define('WP_MEMORY_LIMIT', '384M');
define('WP_MAX_MEMORY_LIMIT', '384M');

[RobertParticipant]

Thanks, David.

I added those to wp-config and now I have access to the site. I just have to get the uploads FTP’d and the site should work. Thanks again.

Bob

[Author]

Posts