[clue] website problems

dennisjperkins at comcast.net dennisjperkins at comcast.net
Tue May 24 11:47:12 MDT 2011


I want to check the memory settings for Drupal too. I think I looked to see what Crawford chose, but I'll make sure. 

----- Original Message ----- 
From: "David L. Anselmi" <anselmi at anselmi.us> 
To: "CLUE's mailing list" <clue at cluedenver.org> 
Sent: Tuesday, May 24, 2011 8:26:54 AM 
Subject: Re: [clue] website problems 

dennisjperkins at comcast.net wrote: 
> You may have noticed that we are having troubles with the server after switching to the new 
> Drupal site. We are trying to resolve them but we plan to switch back to the old site temporarily 
> until after the Installfest because it is more important that people can get information about 
> the installfest this Saturday. 

The server is running again with the old site. Here are the changes made, we should probably leave 
them until after Saturday: 

- Turned off hyperic (a monitorning daemon we weren't using anymore). 

- Turned off mysqld (just in case). 

- Pointed apache at the old web pages. 

In /etc/httpd there's an old_conf.d directory that contains the multiple site setup we were using a 
few weeks ago. 

In conf.d there are 2 config files, one for php and one for drupal, with a link pointing to the php one. 

If you haven't heard the issue has been memory exhaustion that causes the server to stop responding 
(though it stays busy killing processes to free up memory--the oom killer). 

When it's been running httpd has been running many large processes. We may not have the limits set 
low enough. 

This morning there were many postfix processes running, although they were small. Those limits 
might be set too high too. 

mysql uses quite a bit of memory but it hasn't been larger than httpd. 

There are many drupal error messages in /var/log/messages, including some about SQL errors (?!). 
There are also http 500 errors related to the calendar in the apache logs. 

Before we turn on drupal again I recommend having a plan to profile our memory usage. What does 
drupal's usage look like under load? Are httpd or postfix getting a surge of requests and using up 
the remaining memory? 

We should also have a plan to monitor the logs closely and fix any configuration issues (or buggy 
modules) that show up. And drupal probably increases our vulnerabilities so we should plan to keep 
tabs on its security announcements and keep it patched. 

Dave 
_______________________________________________ 
clue mailing list 
clue at cluedenver.org 
http://cluedenver.org/mailman/listinfo/clue 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://cluedenver.org/pipermail/clue/attachments/20110524/2e8a6fd6/attachment-0001.html 


More information about the clue mailing list