65fastback2+2 Posted March 21, 2015 Share Posted March 21, 2015 I keep getting backend login issues...reviewing the error reporting, its showing: The Apache error log is simply recording a script timeout for that page. === root@host [~]# grep 98.XXX.XXX.102 /usr/local/apache/logs/error_log | tail [sat Mar 21 10:33:06 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:33:17 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:34:17 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:35:17 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:36:17 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:39:40 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:39:50 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:40:01 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:41:02 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php [sat Mar 21 10:42:02 2015] [error] [client 98.XXX.XXX.102] Script timed out before returning headers: index.php === Looking at the running process list, there are instances of that script which have been running (without apparently doing much, as most have used 0 seconds of CPU time) for 15+ minutes. === root@host [/home/XXX/public_html/123]# ps auxf | grep php root 16802 0.0 0.0 5504 728 pts/0 S+ 10:47 0:00 \_ grep php XXX 15894 0.0 1.9 79392 40852 ? S 10:31 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 15958 0.0 1.9 79392 40856 ? S 10:32 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 16007 0.0 1.6 73028 34296 ? S 10:33 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 15810 0.0 1.9 79904 41404 ? S 10:29 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 15856 0.0 1.6 73024 34292 ? S 10:30 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 16333 0.1 1.9 79392 40852 ? S 10:39 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 15884 0.0 1.6 73024 34280 ? S 10:31 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 15942 0.0 1.6 73024 34288 ? S 10:32 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 15749 4.4 2.5 92308 54380 ? D 10:28 0:49 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 16092 0.0 1.6 73024 34280 ? S 10:34 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 16136 0.0 1.6 73024 34292 ? S 10:35 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 16417 0.1 1.9 79392 40856 ? S 10:40 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 16519 0.1 1.6 73028 34292 ? S 10:41 0:00 | \_ /usr/bin/php /home/XXX/public_html/index.php XXX 16300 0.1 1.9 79392 40852 ? S 10:39 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php XXX 16344 0.1 1.9 79392 40856 ? S 10:39 0:00 | \_ /usr/bin/php /home/XXX/public_html/123/index.php === Attaching to one of those processes with strace, it's waiting on a file lock for a session file. === root@host [~]# strace -p16344 Process 16344 attached - interrupt to quit flock(4, LOCK_EX^C <unfinished ...> Process 16344 detached root@host [~]# lsof | grep 16344 | tail php 16344 XXX mem REG 0,52 6651282 37759609 /usr/lib/libmysqlclient.so.18.0.0 php 16344 XXX mem REG 0,52 75384 37486899 /lib/libz.so.1.2.3 php 16344 XXX mem REG 0,52 38380 37490101 /lib/libcrypt-2.12.so php 16344 XXX mem REG 0,52 26058 37758700 /usr/lib/gconv/gconv-modules.cache php 16344 XXX mem REG 0,52 141144 37489291 /lib/ld-2.12.so php 16344 XXX 0r FIFO 0,8 0t0 454343787 pipe php 16344 XXX 1w FIFO 0,8 0t0 454343788 pipe php 16344 XXX 2w FIFO 0,8 0t0 454343789 pipe php 16344 XXX 3u unix 0xffff880037a45780 0t0 454343833 socket php 16344 XXX 4u REG 0,54 75 37486807 /tmp/sess_d6c4ea0bb8eb278ad70f74e224fbba69 === The other PHP processes are also attempting to lock that same session file. Anyone have any ideas? Link to comment Share on other sites More sharing options...
65fastback2+2 Posted March 22, 2015 Author Share Posted March 22, 2015 bump Link to comment Share on other sites More sharing options...
65fastback2+2 Posted March 22, 2015 Author Share Posted March 22, 2015 up Link to comment Share on other sites More sharing options...
65fastback2+2 Posted March 25, 2015 Author Share Posted March 25, 2015 bump Link to comment Share on other sites More sharing options...
asterisco Posted November 29, 2016 Share Posted November 29, 2016 Hi! Did you solve the problem? Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now