could this be a log size problem too? one of the virtual server has almost a gig of access log - i'm going to see why it wasn't rotated - but can this be one of the reasons. right now i have another instance of httpd going wild - started sometime in the last hour... # top CPU states: 24.9% user, 0.0% nice, 74.7% system, 0.4% interrupt, 0.0% idle Mem: 469M Active, 3056K Inact, 87M Wired, 4416K Cache, 112M Buf, 439M Free Swap: 2032M Total, 340K Used, 2032M Free PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 6113 nobody 64 0 17980K 12204K RUN 80:54 97.80% 97.80% httpd > > thank you - i'll be monitoring i guess - so far all the php scripts > modified in the last 2 weeks seem to be fine... i tried most of them... > > > >> Hi, >> >> This looks like a script that is running out of control. We've had >> similar >> things here, except that our problem was the script writer failed to >> close >> the mysql connections. The user was waiting for data which never came, >> hit >> cancel, then tried again. The scripts used pconnect calls. This >> brought >> a >> 30,000 Euro server to its knees several times by eating all the >> available >> sockets, at least until we found out what the problem was. >> >> In your case, set the max execution time for scripts to something short >> like >> 10 seconds. Consider also disabling ini_set because we also had >> problems >> with users playing with our settings and stressing our server. Be sure >> that >> all uri includes are disabled too (XSS attack problems). >> >> To find the exact script is difficult. Something to note is your CPU >> usage >> has 65% system. Look for scripts that were uploaded around the times >> your >> server started having problems, then try to run them is one possibility >> to >> find out what's happening. Look in the databases for connections that >> are >> open and idle. Also, if your server comes down off its high load, look >> in >> the apache log files to see which scripts just completed. Unfortunately >> apache writes to the logs only after the script or data has been >> (un)succe --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|