I disagree with you Peter, for me ?notable status page on Apache 2.0.58 displays the CURRENTLY processed request in "reading" state. I just tested it: - started apache - went to status?notable => one request (the one for status) - starts a request that takes 30 seconds to proceed - saw a new thread with the right URL and virtual host name displayed. There was no former request and I got the proper information. Unfortunately I don't have the answer to your question about what reading exactely means. All I can tell you is that on a proxy, the request is on "reading" state until the whole answer has been sent by the backend server. Olivier Olivier CHIROUZE I&0 Infrastructure Volvo Information Technology > -----Original Message----- > From: Reif Peter [mailto:gal@xxxxxxxxxxxxxxxxx] > Sent: 28 March 2007 18:58 > To: users@xxxxxxxxxxxxxxxx > Subject: AW: ..reading.. in mod_status > > > From: Chirouze Olivier *EXTERN* [mailto:olivier.chirouze@xxxxxxxxx] > > > > "Notable" does bring much more information for me. I even had > > a look at > > the code, and it's as simple as that: if you're browsing status page > > with ?notable, then if request is in "reading" state, you > will get the > > client IP, vhost and URL. If not, you'll just have "reading". Is it > > related to 2.2? (I'm running 2.0) > > > I testet it under 1.3 and 2.2, notable displays the request and the IP > of the FORMER request, that is worst than the normal output! > > > My opinion is, if you don't get more information then the > information > > doesn't exist. If the information doesn't exist, then > you're probably > > having an attack. > > Well, it's possible, and I will check it. But this is an intranet > server, and if I run it as Apache 1.3 everything works. > > I am also using an external filter with ext_filter_module, maybe > ..reading.. means, that the server is waiting for data from that > filter... > > Is there no one of the apache team who can answer me the > question, what > ..reading.. exactly means? > Do I have to check my mod_perl code or does it happen before any perl > code is executed?? > > Thanks for your support, Olivier. > > Peter > > > > > > -----Original Message----- > > > From: Reif Peter [mailto:gal@xxxxxxxxxxxxxxxxx] > > > Sent: 28 March 2007 16:01 > > > To: users@xxxxxxxxxxxxxxxx > > > Subject: Re: ..reading.. in mod_status > > > > > > Chirouze Olivier wrote: > > > > > > > > Thanks to Georgi Chorbadzhiyski [gf@xxxxxxxxxxx] for pointing > > > > me to this > > > > amazing "feature" of Apache. > > > > Try the status page with the undocumented "?notable" at the end. > > > > (http://myserver/status?notable) > > > > > > > Thanks, interresting output, but it doesn't bring any new > > information. > > > > > > > Also, have a look at the long thread I once started on this > > > > list called > > > > Apache 2.0.58 + Solaris 5.9: status "...reading..." & TCP state > > > > "FIN_WAIT_2" > > > > I had some interesting answers... > > > > > > > Yes, I read it. > > > > > > > To my opinion the "reading" state is normal if you're > > using proxy or > > > > reverse proxy. It might be malicious if you're running a > > simple HTTP > > > > server... > > > > > > > Well, the server setup ist not so simple. Id does reverse > > > proxying, but > > > with mod_perl and not with mod_proxy. The problem is, that > > the server > > > hangs sometimes under heavy load. The output of server-status is > > > something like: > > > > > > ---------%<--------------- > > > > > > Apache Server Status for ... > > > > > > Server Version: Apache/2.2.4 (Unix) ... mod_ssl/2.2.4 > OpenSSL/0.9.7a > > > mod_perl/2.0.3 Perl/v5.8.8 > > > Server Built: Feb 21 2007 16:33:33 > > > > > > Current Time: Tuesday, 27-Mar-2007 11:47:42 CEST > > > Restart Time: Tuesday, 27-Mar-2007 10:33:37 CEST > > > Parent Server Generation: 2 > > > Server uptime: 1 hour 14 minutes 5 seconds > > > Total accesses: 150545 - Total Traffic: 617.6 MB > > > CPU Usage: u412.8 s1302.01 cu7.12 cs0 - 38.7% CPU load > > > 33.9 requests/sec - 142.3 kB/second - 4301 B/request > > > 300 requests currently being processed, 0 idle workers > > > > > > RKRRRRRRRRRRRRRRRRRRRRRKRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR > > > RRRRRRRRRWRRRRKRRRRRRRRRRRRRRRRKRRRRRKRRRRRRRRRRRRRRRRRRRRKRRRRR > > > RRRRRRRRRRRRRKRRRRRRRRRRRRRRRRRRKRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR > > > RRRRRRRRRKRRRRRRRRRRRRRRRRRRRRRRWRRRRRRRRRRRRRRRRRRRRRRRRRRRRKRR > > > RRRRRRRRWRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR > > > > > > Scoreboard Key: > > > "_" Waiting for Connection, "S" Starting up, "R" Reading Request, > > > "W" Sending Reply, "K" Keepalive (read), "D" DNS Lookup, > > > "C" Closing connection, "L" Logging, "G" Gracefully finishing, > > > "I" Idle cleanup of worker, "." Open slot with no current process > > > > > > Srv PID Acc M CPU SS > Req Conn > > > Child Slot Client Vhost Request > > > 0-2 29017 0/131/863 R 2.35 1635 > 3 0.0 > > > 0.48 3.29 ? ? ..reading.. > > > 2-2 29270 0/195/1287 R 10.99 275 > 33 0.0 > > > 0.79 7.84 ? ? ..reading.. > > > 3-2 30118 0/42/1433 R 13.24 208 > 3 0.0 > > > 0.22 5.98 ? ? ..reading.. > > > 4-2 30366 0/37/1073 R 4.70 1073 > 3 0.0 > > > 0.14 3.88 ? ? ..reading.. > > > 5-2 30370 0/43/1371 R 0.99 1436 > 88 0.0 > > > 0.33 5.89 ? ? ..reading.. > > > 6-2 28866 0/81/1192 R 2.04 1296 > 5 0.0 > > > 0.31 4.05 ? ? ..reading.. > > > 7-2 28635 0/218/1247 R 3.72 1634 > 34 0.0 > > > 0.72 4.34 ? ? ..reading.. > > > 8-2 29598 0/89/1226 R 5.47 322 > 5 0.0 > > > 0.12 3.97 ? ? ..reading.. > > > 9-2 28444 0/250/1108 R 15.90 83 > 65 0.0 > > > 1.00 4.70 ? ? ..reading.. > > > 10-2 29018 0/224/1370 R 8.00 399 > > 85 0.0 > > > 0.71 5.21 ? ? ..reading.. > > > 11-2 28662 0/145/1118 R 6.99 1329 > > 106 0.0 > > > 0.63 3.99 ? ? ..reading.. > > > 12-2 28446 0/205/1087 R 12.13 822 > > 4574 0.0 > > > 0.81 3.15 ? ? ..reading.. > > > 13-2 30412 0/39/1169 R 8.95 149 > > 2 0.0 > > > 0.13 6.21 ? ? ..reading.. > > > 14-2 28448 0/225/1133 R 4.19 1595 > > 14 0.0 > > > 0.74 5.49 ? ? ..reading.. > > > 15-2 29562 0/121/1164 R 5.83 987 > > 23 0.0 > > > 0.27 4.52 ? ? ..reading.. > > > 16-2 27598 0/336/1267 R 11.07 612 > > 40 0.0 > > > 0.92 3.78 ? ? ..reading.. > > > 17-2 29019 0/178/1571 R 10.80 661 > > 28 0.0 > > > 0.57 7.05 ? ? ..reading.. > > > 18-2 28715 0/151/1063 R 11.23 246 > > 29 0.0 > > > 0.75 3.75 ? ? ..reading.. > > > 19-2 30513 0/8/1122 R 12.78 132 > > 2 0.0 > > > 0.03 3.61 ? ? ..reading.. > > > 20-2 30174 0/72/1120 R 5.22 687 > > 4 0.0 > > > 0.30 6.12 ? ? ..reading.. > > > 21-2 28885 0/165/956 R 7.63 1547 > > 5 0.0 > > > 0.87 5.02 ? ? ..reading.. > > > 22-2 28452 0/282/1160 R 17.86 614 > > 3 0.0 > > > 1.05 3.75 ? ? ..reading.. > > > > > > [lines deleted] > > > > > > Srv Child Server number - generation > > > PID OS process ID > > > Acc Number of accesses this connection / this child > / this slot > > > M Mode of operation > > > CPU CPU usage, number of seconds > > > SS Seconds since beginning of most recent request > > > Req Milliseconds required to process most recent request > > > Conn Kilobytes transferred this connection > > > Child Megabytes transferred this child > > > Slot Total megabytes transferred this slot > > > > > > ---------%<--------------- > > > > > > As you see, the values of SS are very big, that usually > > appears on an > > > idle child. > > > I wonder if the server is reading from a new connection or > > waiting for > > > the previous connection to finish. > > > The server is reading data, but from whom? And why does > > this not time > > > out. I changed the value of the Apache Timeout directive from > > > 300 to 30, > > > but it didn't help. Why is the connection not closed after > > > some timeout? > > > Is this an Apache bug? mod_status says, that some slots > > > didn't serve any > > > requests since over 1000 seconds, as can be seen in the > column "SS". > > > > > > I have the same configuration with Apache 1.3, and there it > > > works. I had > > > to rewrite the mod_perl code becouse of the incompatibility with > > > mod_perl 2. > > > > > > Peter > > > > > > > > -----Original Message----- > > > > > From: Reif Peter [mailto:gal@xxxxxxxxxxxxxxxxx] > > > > > Sent: 27 March 2007 15:36 > > > > > To: users@xxxxxxxxxxxxxxxx > > > > > Subject: ..reading.. in mod_status > > > > > > > > > > My server hangs sometimes. When I call the server-status in > > > > > mod_status, > > > > > all my children are in status "R", "..reading..". To trace my > > > > > problem I > > > > > have to know what this exactly means. > > > > > > > > > > What means "..reading.."? > > > > > > > > > > In which state of the Apache live cicle does this appear? > > > > > > > > > > Does it correspond with entries in the output of "netstat" ? > > > > > > > > > > My environment: > > > > > Apache 2.2.4 with mod_perl 2.0.3 > > > > > RedHat Enterprise 3 > > --------------------------------------------------------------------- > 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 > --------------------------------------------------------------------- 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
|