Re: Apache2 Still Dying (Solved!)

2007-11-13 Thread Raquel
On Wed, 7 Nov 2007 19:56:45 -0800
Raquel [EMAIL PROTECTED] wrote:

 I ran mtest86+ and the memory checked out ... no errors.
 
 I ran strace /usr/sbin/apache2 and can see no errors.
 
 I have googled until my eyes are red and sore.
 
 Apache2 is still dying (stops delivering pages) after anywhere
 from 15 minutes to 5 hours.  I cannot find a reason in any of the
 server logs, messages or syslog.
 
 Any ideas?
 
 -- 
 Raquel

At least I think it's solved!  The server has been serving pages for
24 hours now and doesn't seem to be slowing.  I'm so happy.  Maybe
this horrible headache I've had for the past week will finally
abate.

The culprit?  php5-clamav

I removed the php5-clamav module and everyone seems happy!

-- 
Raquel

It is no longer good enough to cry peace.  We must act peace, live
peace and live in peace.
  --Native America Proverb


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Apache2 Still Dying (Solved!)

2007-11-13 Thread Andrew Sackville-West
On Tue, Nov 13, 2007 at 07:16:49AM -0800, Raquel wrote:
 On Wed, 7 Nov 2007 19:56:45 -0800
 Raquel [EMAIL PROTECTED] wrote:
 
  I ran mtest86+ and the memory checked out ... no errors.
  
  I ran strace /usr/sbin/apache2 and can see no errors.
  
  I have googled until my eyes are red and sore.
  
  Apache2 is still dying (stops delivering pages) after anywhere
  from 15 minutes to 5 hours.  I cannot find a reason in any of the
  server logs, messages or syslog.
  
  Any ideas?
  
  -- 
  Raquel
 
 At least I think it's solved!  The server has been serving pages for
 24 hours now and doesn't seem to be slowing.  I'm so happy.  Maybe
 this horrible headache I've had for the past week will finally
 abate.
 
 The culprit?  php5-clamav
 
 I removed the php5-clamav module and everyone seems happy!

Were you actually using php5-clamav or was it just randomly on? Im
always curious about clamav stuff as its the weak link in my mail
system. Its so large that it maxes out my mail server's memory and
causes swapping which will cause clamav to not respond in time... blah
blah blah... paniclog entries. annoying.

A


signature.asc
Description: Digital signature


Clamav (was Re: Apache2 Still Dying (Solved!))

2007-11-13 Thread Raquel
On Tue, 13 Nov 2007 08:36:46 -0800
Andrew Sackville-West [EMAIL PROTECTED] wrote:

 On Tue, Nov 13, 2007 at 07:16:49AM -0800, Raquel wrote:
  On Wed, 7 Nov 2007 19:56:45 -0800
  Raquel [EMAIL PROTECTED] wrote:
  
   I ran mtest86+ and the memory checked out ... no errors.
   
   I ran strace /usr/sbin/apache2 and can see no errors.
   
   I have googled until my eyes are red and sore.
   
   Apache2 is still dying (stops delivering pages) after anywhere
   from 15 minutes to 5 hours.  I cannot find a reason in any of
   the server logs, messages or syslog.
   
   Any ideas?
   
   -- 
   Raquel
  
  At least I think it's solved!  The server has been serving pages
  for 24 hours now and doesn't seem to be slowing.  I'm so happy. 
  Maybe this horrible headache I've had for the past week will
  finally abate.
  
  The culprit?  php5-clamav
  
  I removed the php5-clamav module and everyone seems happy!
 
 Were you actually using php5-clamav or was it just randomly on?
 Im always curious about clamav stuff as its the weak link in my
 mail system. Its so large that it maxes out my mail server's
 memory and causes swapping which will cause clamav to not respond
 in time... blah blah blah... paniclog entries. annoying.
 
 A
 

I use clamav on all my servers and haven't noticed a huge load like
you're describing.  Of course, I may not get as much mail as you do
either.  I have it set so that it checks all incoming mail and it
also checks the file system every so often.

php5-clamav is supposed to scan any files uploaded via a php script.
 Somewhere (I wasn't able to determine where) it was doing something
that stopped Apache from serving pages.

I wonder why you're getting such a load from clamav?

-- 
Raquel

Freedom is the emancipation from the arbitrary rule of other men.
  --Mortimer Adler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Clamav (was Re: Apache2 Still Dying (Solved!))

2007-11-13 Thread Andrew Sackville-West
On Tue, Nov 13, 2007 at 10:49:54AM -0800, Raquel wrote:
 On Tue, 13 Nov 2007 08:36:46 -0800
 Andrew Sackville-West [EMAIL PROTECTED] wrote:
 
  On Tue, Nov 13, 2007 at 07:16:49AM -0800, Raquel wrote:
   On Wed, 7 Nov 2007 19:56:45 -0800
   Raquel [EMAIL PROTECTED] wrote:
   
I ran mtest86+ and the memory checked out ... no errors.

I ran strace /usr/sbin/apache2 and can see no errors.

I have googled until my eyes are red and sore.

Apache2 is still dying (stops delivering pages) after anywhere
from 15 minutes to 5 hours.  I cannot find a reason in any of
the server logs, messages or syslog.

Any ideas?

-- 
Raquel
   
   At least I think it's solved!  The server has been serving pages
   for 24 hours now and doesn't seem to be slowing.  I'm so happy. 
   Maybe this horrible headache I've had for the past week will
   finally abate.
   
   The culprit?  php5-clamav
   
   I removed the php5-clamav module and everyone seems happy!
  
  Were you actually using php5-clamav or was it just randomly on?
  Im always curious about clamav stuff as its the weak link in my
  mail system. Its so large that it maxes out my mail server's
  memory and causes swapping which will cause clamav to not respond
  in time... blah blah blah... paniclog entries. annoying.
  
 
 I use clamav on all my servers and haven't noticed a huge load like
 you're describing.  Of course, I may not get as much mail as you do
 either.  I have it set so that it checks all incoming mail and it
 also checks the file system every so often.
 
 php5-clamav is supposed to scan any files uploaded via a php script.
  Somewhere (I wasn't able to determine where) it was doing something
 that stopped Apache from serving pages.
 
 I wonder why you're getting such a load from clamav?
 

its a memory issue. I've not got enough memory in that machine. Clamav
gets a pretty big memory footprint and it ends up getting swapped
out. When the machine is in the midst of cron jobs or other load
generating/disk intensive stuff, it will timeout while waiting to swap
back in. No biggie. just need to up the memory.

A


signature.asc
Description: Digital signature


Re: Clamav (was Re: Apache2 Still Dying (Solved!))

2007-11-13 Thread Raquel
On Tue, 13 Nov 2007 11:40:21 -0800
Andrew Sackville-West [EMAIL PROTECTED] wrote:

 On Tue, Nov 13, 2007 at 10:49:54AM -0800, Raquel wrote:
  On Tue, 13 Nov 2007 08:36:46 -0800
  Andrew Sackville-West [EMAIL PROTECTED] wrote:
  
   
   Were you actually using php5-clamav or was it just randomly
   on? Im always curious about clamav stuff as its the weak link
   in my mail system. Its so large that it maxes out my mail
   server's memory and causes swapping which will cause clamav to
   not respond in time... blah blah blah... paniclog entries.
   annoying.
   
  
  I use clamav on all my servers and haven't noticed a huge load
  like you're describing.  Of course, I may not get as much mail
  as you do either.  I have it set so that it checks all incoming
  mail and it also checks the file system every so often.
  
  php5-clamav is supposed to scan any files uploaded via a php
  script.
   Somewhere (I wasn't able to determine where) it was doing
   something
  that stopped Apache from serving pages.
  
  I wonder why you're getting such a load from clamav?
  
 
 its a memory issue. I've not got enough memory in that machine.
 Clamav gets a pretty big memory footprint and it ends up getting
 swapped out. When the machine is in the midst of cron jobs or
 other load generating/disk intensive stuff, it will timeout while
 waiting to swap back in. No biggie. just need to up the memory.
 
 A
 

My mail machine has 512MB.  The one where Apache would stop serving
pages, and where I removed php5-clamav, has 1GB.

-- 
Raquel

As long as I have any choice in the matter, I will live only in a
country where civil liberty, tolerance and equality of ALL citizens
before the law are the rule.
  --Albert Einstein


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Apache2 Still Dying

2007-11-11 Thread Andy Smith
Hi Raquel,

On Wed, Nov 07, 2007 at 07:56:45PM -0800, Raquel wrote:
 I ran mtest86+ and the memory checked out ... no errors.
 
 I ran strace /usr/sbin/apache2 and can see no errors.

Once it dies, what happens if you do a ps to find the running
apache children (by default running under username www-data) and
strace one of them with strace -p?

If the output is large, please could you upload it somewhere and
post a link to that?

Cheers,
Andy

-- 
http://bitfolk.com/ -- No-nonsense VPS hosting
Encrypted mail welcome - keyid 0x604DE5DB


signature.asc
Description: Digital signature


Re: Apache2 Still Dying

2007-11-08 Thread Raquel
On Wed, 07 Nov 2007 23:03:59 -0800
Jeff D [EMAIL PROTECTED] wrote:

 Raquel wrote:
  On Wed, 07 Nov 2007 21:31:28 -0800
  Jeff D [EMAIL PROTECTED] wrote:
  
  Raquel wrote:
 
  Apache2 is still dying (stops delivering pages) after anywhere
  from 15 minutes to 5 hours.  I cannot find a reason in any of
  the server logs, messages or syslog.
 
  Any ideas?
 
  
  Also, are all the modules you have loaded completely nesesarry?
 If  so,  I'd go ahead and disable those.   Have you done any
  configuration  tweaking to anything that might be causing this?
 
  Are you logging php?
 
  
  
  php errors are being logged.  
  
 
 anything telling in the php log?  When it stops, whats the output
 of  lsof -i:80  ?  Any firewalls that might be causing
 interference?
 
 Jeff
 

Absolutely nothing is being logged to the PHP log.  Firewall is the
same as is running on the other machines (Shorewall, same
configurations).  The next time it goes down, I'll check lsof-i:80
and let you know.

I'm not certain yet, but it does _seem_ to be happening when a
WordPress 2.3.1 site is being accessed.  However, there doesn't seem
to be anything in the logs to indicate that.

-- 
Raquel

During almost fifteen centuries has the legal establishment of
Christianity been on trial. What has been its fruits? More or less,
in all places, pride and indolence in the clergy; ignorance and
servility in the laity; in both, superstition, bigotry and
persecution.
  --James Madison


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Apache2 Still Dying

2007-11-08 Thread Raquel
On Wed, 07 Nov 2007 23:03:59 -0800
Jeff D [EMAIL PROTECTED] wrote:

 Raquel wrote:
  On Wed, 07 Nov 2007 21:31:28 -0800
  Jeff D [EMAIL PROTECTED] wrote:
  
  Raquel wrote:
  I ran mtest86+ and the memory checked out ... no errors.
 
  I ran strace /usr/sbin/apache2 and can see no errors.
 
  I have googled until my eyes are red and sore.
 
  Apache2 is still dying (stops delivering pages) after anywhere
  from 15 minutes to 5 hours.  I cannot find a reason in any of
  the server logs, messages or syslog.
 
  Any ideas?
 
  So, does apache keep listening and not serving pages, or does
 it   completely die?
  
  As far as I can tell, Apache keeps listening but stops serving
  pages.
  
  Also, are all the modules you have loaded completely nesesarry?
 If  so,  I'd go ahead and disable those.   Have you done any
  configuration  tweaking to anything that might be causing this?
 
  Are you logging php?
 
  
  alias.load  
  authz_groupfile
  cgi
  include
  php5.conf
  auth_basic 
  authz_host
  dir
  info
  php5
  authn_file
  authz_user
  dir
  mime
  rewrite
  auth_pam
  autoindex
  env
  negotiation
  setenvif
  authz_default
  cache
  expires
  perl   
  status
  
  php errors are being logged.  
  
 
 anything telling in the php log?  
When it stops, whats the output
 of  lsof -i:80  ?  Any firewalls that might be causing
 interference?
 
 Jeff
 

missy:/etc/init.d# lsof -i:80
COMMAND  PID USER   FD   TYPE DEVICE SIZE NODE NAME
apache2 6571 root4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8281 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8312 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8361 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8362 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8385 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8387 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8389 www-data4u  IPv6  17945   TCP *:www (LISTEN)


-- 
Raquel

It is easy to take liberty for granted when you have never had it
taken from you.
  --M. Grundler


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Apache2 Still Dying

2007-11-08 Thread Jeff D

Raquel wrote:

On Wed, 07 Nov 2007 23:03:59 -0800
Jeff D [EMAIL PROTECTED] wrote:


Raquel wrote:

On Wed, 07 Nov 2007 21:31:28 -0800
Jeff D [EMAIL PROTECTED] wrote:


Raquel wrote:

I ran mtest86+ and the memory checked out ... no errors.

I ran strace /usr/sbin/apache2 and can see no errors.

I have googled until my eyes are red and sore.

Apache2 is still dying (stops delivering pages) after anywhere
from 15 minutes to 5 hours.  I cannot find a reason in any of
the server logs, messages or syslog.

Any ideas?


So, does apache keep listening and not serving pages, or does

it   completely die?

As far as I can tell, Apache keeps listening but stops serving
pages.


Also, are all the modules you have loaded completely nesesarry?

If  so,  I'd go ahead and disable those.   Have you done any

configuration  tweaking to anything that might be causing this?

Are you logging php?


php errors are being logged.  

anything telling in the php log?  

When it stops, whats the output

of  lsof -i:80  ?  Any firewalls that might be causing
interference?

Jeff



missy:/etc/init.d# lsof -i:80
COMMAND  PID USER   FD   TYPE DEVICE SIZE NODE NAME
apache2 6571 root4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8281 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8312 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8361 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8362 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8385 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8387 www-data4u  IPv6  17945   TCP *:www (LISTEN)
apache2 8389 www-data4u  IPv6  17945   TCP *:www (LISTEN)





Ok, so apache is still alive, just not serving up pages? Is this 
happening with just the wordpress site?  do you have any static html 
files you can test with? or perhaps put up static test html file?


Jeff



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: Apache2 Still Dying

2007-11-08 Thread Raquel
On Thu, 08 Nov 2007 16:44:02 -0800
Jeff D [EMAIL PROTECTED] wrote:

 Raquel wrote:
  On Wed, 07 Nov 2007 23:03:59 -0800
  Jeff D [EMAIL PROTECTED] wrote:
  
  Raquel wrote:
  On Wed, 07 Nov 2007 21:31:28 -0800
  Jeff D [EMAIL PROTECTED] wrote:
 
  Raquel wrote:
  I ran mtest86+ and the memory checked out ... no errors.
 
  I ran strace /usr/sbin/apache2 and can see no errors.
 
  I have googled until my eyes are red and sore.
 
  Apache2 is still dying (stops delivering pages) after
 anywhere  from 15 minutes to 5 hours.  I cannot find a reason
 in any of  the server logs, messages or syslog.
 
  Any ideas?
 
  So, does apache keep listening and not serving pages, or does
  it   completely die?
 
  As far as I can tell, Apache keeps listening but stops serving
  pages.
 
  Also, are all the modules you have loaded completely
 nesesarry?  If  so,  I'd go ahead and disable those.   Have
 you done any  configuration  tweaking to anything that might
 be causing this? 
  Are you logging php?
 
  php errors are being logged.  
 
  anything telling in the php log?  
  When it stops, whats the output
  of  lsof -i:80  ?  Any firewalls that might be causing
  interference?
 
  Jeff
 
  
  missy:/etc/init.d# lsof -i:80
  COMMAND  PID USER   FD   TYPE DEVICE SIZE NODE NAME
  apache2 6571 root4u  IPv6  17945   TCP *:www
  (LISTEN) apache2 8281 www-data4u  IPv6  17945   TCP
  *:www (LISTEN) apache2 8312 www-data4u  IPv6  17945  
  TCP *:www (LISTEN) apache2 8361 www-data4u  IPv6  17945 
   TCP *:www (LISTEN)
  apache2 8362 www-data4u  IPv6  17945   TCP *:www
  (LISTEN) apache2 8385 www-data4u  IPv6  17945   TCP
  *:www (LISTEN) apache2 8387 www-data4u  IPv6  17945  
  TCP *:www (LISTEN) apache2 8389 www-data4u  IPv6  17945 
   TCP *:www (LISTEN)
  
  
 
 
 Ok, so apache is still alive, just not serving up pages? Is this 
 happening with just the wordpress site?  do you have any static
 html  files you can test with? or perhaps put up static test html
 file?
 
 Jeff
 

No.  Actually no site/page can be served, even a static page, from
that machine when Apache stops.  The length of time that it
continues to serve pages before deciding to stop varies.

-- 
Raquel

Beware so long as you live, of judging people by appearances.
  --La Fontaine


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Apache2 Still Dying

2007-11-07 Thread Andrew Sackville-West
On Wed, Nov 07, 2007 at 07:56:45PM -0800, Raquel wrote:
 I ran mtest86+ and the memory checked out ... no errors.
 
 I ran strace /usr/sbin/apache2 and can see no errors.
 
 I have googled until my eyes are red and sore.
 
 Apache2 is still dying (stops delivering pages) after anywhere from
 15 minutes to 5 hours.  I cannot find a reason in any of the server
 logs, messages or syslog.
 
 Any ideas?

maybe turn off all the modules, and just serve up a single, simple
static page and see what happens. If it goes down, then its apache, if
not then its one of the modules or code being run by one of those
modules.

A


signature.asc
Description: Digital signature


Re: Apache2 Still Dying

2007-11-07 Thread Jeff D

Raquel wrote:

I ran mtest86+ and the memory checked out ... no errors.

I ran strace /usr/sbin/apache2 and can see no errors.

I have googled until my eyes are red and sore.

Apache2 is still dying (stops delivering pages) after anywhere from
15 minutes to 5 hours.  I cannot find a reason in any of the server
logs, messages or syslog.

Any ideas?



So, does apache keep listening and not serving pages, or does it 
completely die?


Also, are all the modules you have loaded completely nesesarry? If so, 
I'd go ahead and disable those.   Have you done any configuration 
tweaking to anything that might be causing this?


Are you logging php?

Jeff


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Apache2 Still Dying

2007-11-07 Thread Raquel
I ran mtest86+ and the memory checked out ... no errors.

I ran strace /usr/sbin/apache2 and can see no errors.

I have googled until my eyes are red and sore.

Apache2 is still dying (stops delivering pages) after anywhere from
15 minutes to 5 hours.  I cannot find a reason in any of the server
logs, messages or syslog.

Any ideas?

-- 
Raquel

It is very nearly impossible ... to become an educated person in a
country so distrustful of the independent mind.
  --James Baldwin


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Apache2 Still Dying

2007-11-07 Thread Jeff D

Raquel wrote:

On Wed, 07 Nov 2007 21:31:28 -0800
Jeff D [EMAIL PROTECTED] wrote:


Raquel wrote:

I ran mtest86+ and the memory checked out ... no errors.

I ran strace /usr/sbin/apache2 and can see no errors.

I have googled until my eyes are red and sore.

Apache2 is still dying (stops delivering pages) after anywhere
from 15 minutes to 5 hours.  I cannot find a reason in any of
the server logs, messages or syslog.

Any ideas?

So, does apache keep listening and not serving pages, or does it 
completely die?


As far as I can tell, Apache keeps listening but stops serving
pages.


Also, are all the modules you have loaded completely nesesarry? If
so,  I'd go ahead and disable those.   Have you done any
configuration  tweaking to anything that might be causing this?

Are you logging php?



alias.load  
authz_groupfile

cgi
include
php5.conf
auth_basic 
authz_host

dir
info
php5
authn_file
authz_user
dir
mime
rewrite
auth_pam
autoindex
env
negotiation
setenvif
authz_default
cache
expires
perl   
status


php errors are being logged.  



anything telling in the php log?  When it stops, whats the output of 
lsof -i:80  ?  Any firewalls that might be causing interference?


Jeff




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]




Re: Apache2 Still Dying

2007-11-07 Thread Raquel
On Wed, 07 Nov 2007 21:31:28 -0800
Jeff D [EMAIL PROTECTED] wrote:

 Raquel wrote:
  I ran mtest86+ and the memory checked out ... no errors.
  
  I ran strace /usr/sbin/apache2 and can see no errors.
  
  I have googled until my eyes are red and sore.
  
  Apache2 is still dying (stops delivering pages) after anywhere
  from 15 minutes to 5 hours.  I cannot find a reason in any of
  the server logs, messages or syslog.
  
  Any ideas?
  
 
 So, does apache keep listening and not serving pages, or does it 
 completely die?

As far as I can tell, Apache keeps listening but stops serving
pages.

 
 Also, are all the modules you have loaded completely nesesarry? If
 so,  I'd go ahead and disable those.   Have you done any
 configuration  tweaking to anything that might be causing this?
 
 Are you logging php?
 

alias.load  
authz_groupfile
cgi
include
php5.conf
auth_basic 
authz_host
dir
info
php5
authn_file
authz_user
dir
mime
rewrite
auth_pam
autoindex
env
negotiation
setenvif
authz_default
cache
expires
perl   
status

php errors are being logged.  

-- 
Raquel

If men are to be precluded from offering their sentiments on a
matter which may involve the most serious and alarming consequences
that can invite the consideration of mankind, reason is of no use to
us; the freedom of speech may be taken away, and dumb and silent we
may be led, like sheep to the slaughter.
  --George Washington


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]