On 6/19/05, kalin mintchev <[EMAIL PROTECTED]> wrote:
> hi all...
>
> i started this a few weeks ago.. the situation hasn't been improving...
> i'm getting really frustrated. i've looked for scripts but i can not find
> anything wrong. besides there are about 150 domains on that machine and i
> ca
hi all...
i started this a few weeks ago.. the situation hasn't been improving...
i'm getting really frustrated. i've looked for scripts but i can not find
anything wrong. besides there are about 150 domains on that machine and i
can't go through each php or pearl file
i woke up today to abou
If I understood what you said, you are able to get the client's IP
address by using another resource, like netstat -a and you see the
connection is in CLOSE_WAIT state for ever. CLOSE_WAIT takes 12 hours to
timeout. It is a long while, but it happens. Maybe you could check
something in your ker
i found a client connected to the process but could not find the client's
ip number in any of the logs of the server. so i assume its some remote
application that is hitting directly the offending script. but how do i
get to that?!? like somebody mentioned it's probably not written in the
logs u
kalin mintchev said:
>
> 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.
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% use
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
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. Thi
hi all...
for the last 4 - 5 days i noticed something weird on one of the freebsd
boxes here. one httpd process -or sometimes 2 or 3 - take up all the cpu.
and it looks like this:
# top
CPU states: 33.1% user, 0.0% nice, 66.5% system, 0.4% interrupt, 0.0% idle
Mem: 476M Active, 295M Inact, 16
