I have a big problem with my website. 2 days ago it started to have high response times, slow menus, etc...
When I checked the apache log I saw this:
[Tue Nov 15 08:03:02.483834 2016] [cgi:error] [pid 5936] [client
90.164.184.119:35610] End of script output before headers: ea-php56,
referer: http://m.facebook.com/
[Tue Nov 15 08:03:03.528154 2016] [cgi:error] [pid 6856] [client
90.171.139.86:55239] End of script output before headers: ea-php56,
referer: http://m.facebook.com/
[Tue Nov 15 08:02:48.314544 2016] [cgi:error] [pid 6645] [client
94.143.78.239:54843] AH01215: PHP Deprecated: Automatically populating
$HTTP_RAW_POST_DATA is deprecated and will be removed in a future version.
To avoid this warning set 'always_populate_raw_post_data' to '-1' in php.ini
and use the php://input stream instead. in Unknown on line
0:/usr/local/cpanel/cgi-sys/ea-php56, referer:
http://www.url.es/moreurl....
Apache generates this lines of code each 4 or 5 seconds, i think may be this te cause of the slow server (VPS SSD).
I tried to set always_populate_raw_post_data to -1, and the performance has improved, but not even close what it has to be.
The website is based on wordpress, and I hope someone has experience with this issue...
Thanks in advance
Solution: Finally I did set up "always_populate_raw_post_data to -1" and I reinstalled WP Supercache on WP and all it's fine now.
Related
My application contains some heavy processes (heavy db queries like
insert/update/delete queries by doctrine) and in some cases I get the following errors on the MySQL NGINX + PHP 7.4:
[Fri Apr 15 03:14:11.199479 2022] [fcgid:warn] [pid 2237536:tid 139805102909184] (104)Connection reset by peer: [clientx:50558] mod_fcgid: error reading data from FastCGI server
[Fri Apr 15 03:14:11.199523 2022] [core:error] [pid 2237536:tid 139805102909184] [client x:50558] End of script output before headers: index.php
The issue disappeared for a few days when I adjusted following variables:
FcgidBusyTimeout 1800
FcgidIOTimeout 1800
I adjusted also configuration for PHP (memory limit and max_execution_time).
I can see that problem occurs again (I think the process has more queries to perform). What else should I change for the FastCGI config to fix this issue?
Thank you in advance.
My developer team at General Motors has no PHP experience but we have to help with a Drupal/PHP site that went down. I took the 10 lines from the error logs that look important. Could anyone help us understand what's happening from these 10 lines? Any help is appreciated.
PHP Warning: Module 'hash' already loaded in Unknown on line 0
[Sun Jul 23 11:30:04 2017] [notice] Apache/2.2.12 (Linux/SUSE) mod_ssl/2.2.12 OpenSSL/0.9.8j-fips configured -- resuming normal operations
[Sun Jul 23 11:30:05 2017] [notice] Graceful restart requested, doing restart
PHP Warning: Module 'hash' already loaded in Unknown on line 0
[Sun Jul 23 11:30:05 2017] [notice] Apache/2.2.12 (Linux/SUSE) mod_ssl/2.2.12 OpenSSL/0.9.8j-fips configured -- resuming normal operations
[Sun Jul 23 11:30:39 2017] [error] [client 198.208.85.51] ALERT - possible memory corruption detected - unknown Hashtable destructor (attacker '198.208.85.51', file '/www/theblog/index.php', line 19), referer: https://theblog.com/
[Sun Jul 23 22:18:58 2017] [error] Hostname theblock.com. provided via SNI and hostname theblock.com provided via HTTP are different
[Sun Jul 23 22:18:58 2017] [error] Hostname theblock.com. provided via SNI and hostname theblock.com provided via HTTP are different
[Sun Jul 23 22:59:46 2017] [error] [client 198.208.85.51] PHP Fatal error: Call to a member function getElementsByTagName() on a non-object in /www/theblock/modules/filter/filter.module on line 1123
[Sun Jul 23 23:07:21 2017] [error] [client 198.208.85.51] PHP Fatal error: Call to a member function getElementsByTagName() on a non-object in /www/theblock/modules/filter/filter.module on line 1123
Recollecting what was last done might help to resolve your issue. Since in apache error log the showing issue in filter module, check for latest text format if you have updated. (The failing point is when conversion happens from a DOM object back to an HTML snippet). Also verify if you have installed any new module prior to this failure.(if yes try to disable that module using db)
I have a site hosted at a shared host.
the site is absurdly slow. Sometimes it takes 45 seconds for the pages to generate. I've been optimizing the scripts, images and generally tidying it up.
This site is a small site, about 20 unique visits, 4 pages average/visit
It is, however, feeding iTunes with an RSS feed of podcast MP3s.
The server (apache/php5.4) error log has hundreds of entries per day like this:
[Mon Mar 03 22:55:09 2014] [error] [client 37.139.52.23] No fortunes found, referer: http://sugarkun.com/
[Mon Mar 03 22:56:21 2014] [error] [client 199.30.20.38] No fortunes found
[Mon Mar 03 23:15:03 2014] [error] [client 202.46.62.29] No fortunes found
[Mon Mar 03 23:16:30 2014] [error] [client 119.63.193.131] No fortunes found
(I have no idea what www.sugarkum.com is)
I have no idea what a "Fortune" is. I'm trying to eliminate as many variables as possible to isolate the slow load.
Can anyone help me define this error?
Seems pretty clear the host is the issue. I keep resetting it and it pops back up.
Interestingly, it's config'd to 5.4 and phpinfo returns 5.2
Regardless, I belive this to be the problem. Moving hosts and hate mail to support seems to be the only two options.
I'm using Debian 7 Wheezy with latest updates installed, including those from dotdeb-PHP repo. So PHP 5.5.8 is present.
I've installed eqDKP-plus (eqdkp-plus.eu) on my webserver. PHP is embedded through mod_fcgid in Apache.
Since 2 days everytime I visit any site of eqdkp I get response Code 500.
Following log-entries:
[Mon Jan 13 17:03:43 2014] [warn] [client xxxxxx] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Mon Jan 13 17:03:43 2014] [error] [client xxxxxx] Premature end of script headers: viewnews.php
[Mon Jan 13 17:07:46 2014] [error] mod_fcgid: process /var/www/cgi-bin/cgi_wrapper/cgi_wrapper(16094) exit(communication error), get signal 11, possible coredump generated
Do you guys have any ideas on how solve this problem? In the last few days/weeks I didn't change anything on my server, so this makes no sense to me.
I am not sure if this is related to PHP code/Joomla plugin/component or server issue so to go and post my question at serverfault.
I have a dedicated server running CentOS release 6.4 (Final) and CPanel 11.38.1 (build 15) with [Apache/2.2.24 (Unix) PHP/5.2.17] and recently we had brute force attacks which were causing system hangs with messages like "HANG: chkservd on server". After setting up a DenyHosts and changing ssh default port the server stabilized for some days until it started to suddenly hang with no specific errors in logs nor any email notifications.
The server runs just one website but with some traffic (about 2000 visitors per day) and a large Joomla database. The site was up and running flawlessly since March 2013, until two weeks ago.
After investigating, I have noticed that the error_log under the public_html (default Joomla site directory) size was over 200MB but with no specific error messages but just lines with date/time and zeros "0"!
[24-Jul-2013 12:09:18] 0
[24-Jul-2013 12:09:18] 0
[24-Jul-2013 12:09:18] 0
[24-Jul-2013 12:09:19] 0
[24-Jul-2013 12:09:19] 0
[24-Jul-2013 12:09:19] 0
[24-Jul-2013 12:09:19] 0
[24-Jul-2013 12:09:20] 0
[24-Jul-2013 12:09:26] 0
[24-Jul-2013 12:09:26] 0
[24-Jul-2013 12:09:30] 0
Almost every second, thousand lines like those above!
Sometimes the site crashes with "jos-Error: Application Instantiation Error" and some other times with an error:
PHP Fatal error: Call to a member function get() on a non-object in ...
which is due to database issues when Joomla tries to load params from the database and it fails.
I have setup a backup of the site on a local windows server machine with apache and php installed [Apache/2.2.19 (Win32) PHP/5.3.6] and these zero "0" errors also spawn on every site call with some more details in \Apache2\logs\error.log like:
[Wed Jul 24 14:42:32 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/
[Wed Jul 24 14:42:32 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/
[Wed Jul 24 14:42:32 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/
[Wed Jul 24 14:42:33 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/
[Wed Jul 24 14:42:33 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/
[Wed Jul 24 14:42:33 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/
[Wed Jul 24 14:42:56 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/mousiki
[Wed Jul 24 14:42:56 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/mousiki
[Wed Jul 24 14:42:56 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/mousiki
[Wed Jul 24 14:42:57 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/mousiki
[Wed Jul 24 14:42:57 2013] [error] [client 192.168.1.66] 0, referer: http://virtdev.ose.domain.com/mousiki
thus I assume it is not server related, but Joomla site related from a plugin/component.
Also, we have scanned the site with online site scanners and plain file search with antivirus tools for bot injections with no positive results.
How we can locate what is causing these zeros as errors?
Finally I found what is/was causing these zero errors.
First of all, to locate what was spawning these errors I did a grep to all sites php files for the php function error_log() (http://php.net/manual/en/function.error-log.php), which writes directly the string argument message without any other information like filename, line numbers etc. At the results I saw there was an error_log(0); at a Joomla plugin that it was enabled. After opening the plugin php file, I figured out that it was my addition in order to debug something and I've had totally forgotten there. So, after deleting the line there was no more zero character errors. I don't even remember what I wanted to achieve by that call, it doesn't make any sense at all. Maybe I wanted to use error_reporting(0) to disable all errors and mistyped.
And to make it clear, these errors were not related and responsible at all for the server crash/hang. I fixed the crashes by creating a new database and restoring the backup file, so, the old database was damaged.
Now, after 24 hours, there was no crashes/hangs and everything works perfect again.
EDIT:
After some further investigation, I have realized that this error_log(0) was not my addition and it was already there when I installed the plugin! The plugin/component is Joooid, an Android client for Joomla (http://www.joooid.com). The code is located at the plg_joooidcontent inside joooidcontent.php:
...
/**
* #since 1.6
*/
public function onContentPrepare($context, &$row, &$params, $page=0)
{
error_log(0);
//echo "<pre>";
$row ->text = $this->executeTokens($row->text);
//print_r($row);
//die();
}
...
Even now it is there with the latest release. I will send them a link to this question so to inform them about it.