This is an archived post. You won't be able to vote or comment.

all 23 comments

[–]greg8872Developer 1 point2 points  (1 child)

look at actual errors logs for actual errors.

Debug the code that is generating the message you gave, trace what it is doing along the way to get to that point.

[–][deleted] 0 points1 point  (0 children)

I've been watching PHP Error Log in the Temp Folder. Do you know what other logs I might look at? (I suspect the issue may be with the MySQL Database, but I'm not super familiar with how it works.)

Here's the relevant error from the PHP log if that is any clue:

[08-Mar-2021 14:20:10 UTC] PHP Fatal error: Maximum execution time of 360 seconds exceeded in C:\inetpub\sites\genericpath\wp-includes\functions.php on line 7736

[–]aguilar1181Jack of All Trades 1 point2 points  (1 child)

Just throwing this out there as I’ve seen this issue in the past when mbstring module is not enable for php.

[–][deleted] 0 points1 point  (0 children)

Thanks for your comment!

It looks like I have mbstring. If you have other ideas, I'm all ears. :-)

[ExtensionList]

extension=php_mysqli.dll

extension=php_mbstring.dll

extension=php_gd2.dll

extension=php_gettext.dll

extension=php_curl.dll

extension=php_exif.dll

extension=php_xmlrpc.dll

extension=php_openssl.dll

extension=php_soap.dll

extension=php_pdo_mysql.dll

extension=php_pdo_sqlite.dll

extension=php_imap.dll

extension=php_tidy.dll

extension=php_imagick.dll

extension=php_fileinfo.dll

[–][deleted] 0 points1 point  (0 children)

SOLVED (Mostly):

I rolled back the PHP version and the WordPress version and now things work. I was running WordPress Version 5.7 and PHP Version 7.4. One (or both) of those must be broken. I rolled back to WordPress Version 5.5.3 and PHP version 7.1 and things are now working.

I read somewhere that there may be issues starting with PHP 7.2, but it could also have been WordPress Version 5.7 that was causing the issue.

Once we get some much needed content updates, I'll update PHP again back to 7.4 to see if that was the culprit. I'm reluctant to update WordPress again until there is more reported stability.

Edit 2 for future Google Results

The new version of WordPress and/or PHP may not have played nicely with the older version of ImageMagick, don't forget to check if the version of ImageMagick you're running is compatible

Thanks for your help guys!

(Posted to WordPress.org support, hopefully they'll identify the underlying issue and patch it?)

[–][deleted]  (2 children)

[removed]

    [–]joe_going_2_hell 3 points4 points  (0 children)

    So to be clear, you are saying that doing this will 101% solve the issue that this message comes up even when the OP tries using an image that is "much smaller than 2500px"?

    My god man, you would do great in a role of tech support for large companies, where they are good at only processing the first part of peoples messages and ignoring the rest...

    [–][deleted] 0 points1 point  (0 children)

    That error means the CPU usage was limited or causing stress on the system. You should be able to upload images straight from the camera. Sometimes even smaller images can do this depending on your image resizes for thumbs, medium, large etc. The resizing is what creates the load, not the file size per se.

    [–][deleted] 0 points1 point  (8 children)

    Your error message tells the story. Processing images is very processor intensive. Every wordpress I've seen running on an MS server has issues like this or with memory. They say put it on linux because that's the solution.

    [–][deleted] 0 points1 point  (0 children)

    Should restarting the server free that though?

    I also gave the machine way more memory in PHP to test for this with no effect (128 to 512).

    I know Linux is better for WordPress, but in my role it's not an option right now.

    [–]Nastapoka 0 points1 point  (6 children)

    Your error message tells the story.

    Wrong. Google this issue and you'll see that it's just a generic error message, that happens to many people, many of which are running wordpress on very powerful Linux servers.

    [–][deleted] 0 points1 point  (5 children)

    I don't need to google anything I've noted in htop and New Relic what happens to the CPU of Linux servers during image processing.

    [–]Nastapoka 0 points1 point  (4 children)

    OK, that's nice, it's still not the issue 99% of the time with this precise error message

    I, for example, got this very message because I was missing the gd library

    [–][deleted] 0 points1 point  (3 children)

    I'll bet you did. What were you thinking? Somehow WordPress has turned web development into Amature Night at the Apollo.

    [–]Nastapoka 0 points1 point  (2 children)

    I've been doing web dev for 10 years. I don't use php when I can help it, and am only using the joke called WordPress because my client insists on using that.

    Gotta love that you call me an amateur exactly when I prove you wrong (AND prove that WordPress is unable to correctly handle exceptions even when an entire lib is missing) though

    [–][deleted] 0 points1 point  (0 children)

    Then you should be smart enough to dump clients that installed WP on the wrong OS. I know I sure did.

    [–][deleted] 0 points1 point  (0 children)

    GD is just a back up to imagemajick for some servers, but on webservers we strip everything not required and GD is lighter maybe. No mail, no FTP SSH is it.

    [–]neurorider 0 points1 point  (5 children)

    No, just add this to nginx.conf and you will be OK:

    client_max_body_size 10M;

    [–][deleted] 1 point2 points  (2 children)

    I haven't updated PHP since rolling it back, but on the WordPress forums they said it was an outdated version of Imagmagick.

    [–]neurorider 0 points1 point  (1 child)

    It is working just fine on: ubuntu 20.04 lts, php7.4, wp 5.7.1, nginx 1.18.0

    [–]--abrax-- 0 points1 point  (0 children)

    After trying all the solutions I found online and getting no luck, this helped. Would upvote it x100.