If it’s an Error 500, you should be able to tell in your server error log.
If you have access to your server error log, generate the error again, note the date and time, then immediately check your server error log for any errors that occurred during that time period.
Thread Starter
wclune
(@wclune)
I hope I post this correctly. BTW i changed the script timeout to 45sec that seems to help a bit BUT it was always fast until recently.
mod_fcgid: read data timeout in 31 seconds, referer: https://ldrs34.org/wp-login.php?redirect_to=https%3A%2F%2Fldrs34.org%2Fwp-admin%2F&reauth=1
Premature end of script headers: index.php, referer: https://ldrs34.org/wp-login.php?redirect_to=https%3A%2F%2Fldrs34.org%2Fwp-admin%2F&reauth=1
mod_fcgid: read data timeout in 31 seconds, referer: https://ldrs34.org/wp-login.php?redirect_to=https%3A%2F%2Fldrs34.org%2Fwp-admin%2F&reauth=1
Premature end of script headers: index.php, referer: https://ldrs34.org/wp-login.php?redirect_to=https%3A%2F%2Fldrs34.org%2Fwp-admin%2F&reauth=1
Thread Starter
wclune
(@wclune)
I should add my sites which Dont have redirect to SSL do the same thing.
Thread Starter
wclune
(@wclune)
[Tue Jan 20 16:26:31 2015] [warn] [client 72.45.252.50] mod_fcgid: read data timeout in 31 seconds, referer: https://ldrs34.org/wp-admin/
[Tue Jan 20 16:26:31 2015] [error] [client 72.45.252.50] Premature end of script headers: update-core.php, referer: https://ldrs34.org/wp-admin/
Hm, yeah those aren’t anything specific to the plugins. In that case, it will have to be the one-by-one approach.
Try deactivating all plugins. If that resolves the issue, reactivate each one individually until you find the cause.
If that does not resolve the issue, try switching to the Twenty Fifteen theme to rule-out a theme-specific issue (theme functions can interfere like plugins).
Thread Starter
wclune
(@wclune)
I deactivated all of them all, still sluggish at best memory and cpu usage on the server is near nothing. the annoying part is all the admin pages on all the sites are doing it (only 5 on the entire box) They were all fine 2 weeks ago.
They’re still sluggish with no plugins active and the Twenty Fifteen theme enabled?
If so, would you make a separate fresh test installation on the same server to see if it exhibits the same problem?
Thread Starter
wclune
(@wclune)
A fresh install did NOT have the same issue, thanks. I use centos with Virtualmin/webmin fiddling in services/website_options i found a section to change the php script time out which i raised from 30 seconds to 31 seconds, that forced a regeneration of what i believe to be the php.ini file (which BTW looked fine) now it is super fast again. i had to do that on each site that was slow. I believe there was a Centos php update a few weeks ago which is the root cause of this problem.
Thanks for the help you pointed me to keep digging!
Excellent, thanks for sharing your solution! 🙂
Thread Starter
wclune
(@wclune)
Turns out my first solution WAS WRONG. Turns out the core of my issue all along was my dedicated server was looking to a single and malfunctioning DNS server. The dead giveaway was finally i noticed the wordpress news feed on the dashboard listed “unable to resolve hostname” Once the server had multiple DNS servers all the sluggishness vanished, and the sites load much faster now.
Outstanding, I’m glad it’s working for real now! 🙂
