Hi! We're having trouble with our web server which just hung again. It's the 3rd time in a bit more than 24h. The mailing lists are on a different machine so communication can't be affected at least. At this stage I am a bit at loss on how to troubleshoot the issue. 2 reboots ago the machine stayed up for less than an hour, and the last restart for about 3 hours. It seems to be a new problem though nothing new has been installed, reconfigured. I'm thinking to create a new VPS instance and move the Joomla! sites there, while keeping moinmoin instances on the current server. As far as I know there is nothing else running on the box. Any advice is of course welcome. Thank you all for your patience. Fred
Hi Fred Sorry to read about these issues as such a crucial time. Assuming that the problems are caused by higher server load, I would maybe try to limit the number of apache threads to make life easier for the server. More like a shoot in the dark that an expert advice I am afraid. Good luck Julien On Tue, Sep 11, 2012 at 3:56 PM, Frederic Muller - DFI <fred@softwarefreedomday.org> wrote:
Hi!
We're having trouble with our web server which just hung again. It's the 3rd time in a bit more than 24h. The mailing lists are on a different machine so communication can't be affected at least.
At this stage I am a bit at loss on how to troubleshoot the issue. 2 reboots ago the machine stayed up for less than an hour, and the last restart for about 3 hours. It seems to be a new problem though nothing new has been installed, reconfigured.
I'm thinking to create a new VPS instance and move the Joomla! sites there, while keeping moinmoin instances on the current server. As far as I know there is nothing else running on the box.
Any advice is of course welcome.
Thank you all for your patience.
Fred
_______________________________________________ SFD-discuss mailing list SFD-discuss@sf-day.org http://mail.sf-day.org/lists/listinfo/sfd-discuss
Hi! Well we are not yet at about 1/10 of the highest traffic I've seen since I pay attention (1/2 years). But it's probably more on wiki writing while high traffic is around SFD date and more on reading the web site and the wiki pages. So the usage is different per say. As I answered to someone who contacted me privately we have set CPU and disk I/O warning thresholds and I got a few over the course of the past week. I sometimes surprise Apache using 150% of CPU and then as I watch the usage goes down (he must feel he is actively being monitored). So on top of moving services to a different VPN to see which one is actually creating the issues, I might also try using a different web server, something 'lighter'. It is just happening at an unfortunate time, but it's probably related. Thanks. Fred On 09/11/2012 05:06 PM, julien forgeat wrote:
Hi Fred
Sorry to read about these issues as such a crucial time.
Assuming that the problems are caused by higher server load, I would maybe try to limit the number of apache threads to make life easier for the server. More like a shoot in the dark that an expert advice I am afraid.
Good luck
Julien
On Tue, Sep 11, 2012 at 3:56 PM, Frederic Muller - DFI <fred@softwarefreedomday.org> wrote:
Hi!
We're having trouble with our web server which just hung again. It's the 3rd time in a bit more than 24h. The mailing lists are on a different machine so communication can't be affected at least.
At this stage I am a bit at loss on how to troubleshoot the issue. 2 reboots ago the machine stayed up for less than an hour, and the last restart for about 3 hours. It seems to be a new problem though nothing new has been installed, reconfigured.
I'm thinking to create a new VPS instance and move the Joomla! sites there, while keeping moinmoin instances on the current server. As far as I know there is nothing else running on the box.
Any advice is of course welcome.
Thank you all for your patience.
Fred
_______________________________________________ SFD-discuss mailing list SFD-discuss@sf-day.org http://mail.sf-day.org/lists/listinfo/sfd-discuss
_______________________________________________ SFD-discuss mailing list SFD-discuss@sf-day.org http://mail.sf-day.org/lists/listinfo/sfd-discuss
julien forgeat <julienforgeat@gmail.com> writes: Frederic Muller - DFI <fred@softwarefreedomday.org> wrote:
We're having trouble with our web server which just hung again. It's the 3rd time in a bit more than 24h.
[…]
Assuming that the problems are caused by higher server load, I would maybe try to limit the number of apache threads to make life easier for the server. More like a shoot in the dark that an expert advice I am afraid.
The question is: what's in the logs? Given that a hung server is likely to point to a hardware issue, running some hardware diagnostic software (like sensors(1), smartctl(8), or, if the server is to be brought off-line, Memtest86+) may provide some insight into the problem. […] -- FSF associate member #7257 http://sfd.am-1.org/
On 09/11/2012 05:23 PM, Ivan Shmakov wrote:
julien forgeat <julienforgeat@gmail.com> writes: Frederic Muller - DFI <fred@softwarefreedomday.org> wrote:
We're having trouble with our web server which just hung again. It's the 3rd time in a bit more than 24h.
[…]
Assuming that the problems are caused by higher server load, I would maybe try to limit the number of apache threads to make life easier for the server. More like a shoot in the dark that an expert advice I am afraid.
The question is: what's in the logs?
Given that a hung server is likely to point to a hardware issue, running some hardware diagnostic software (like sensors(1), smartctl(8), or, if the server is to be brought off-line, Memtest86+) may provide some insight into the problem.
[…]
unfortunately nothing much there and they are encumbered by buggy version of software which haven't been upgraded on the LTS version we're using (the option is to compile from source and upgrade - which might be better in 1/2 weeks). Anyway we just got a bit crash on the wiki which could point to some hardware problems. Still investigating. Thanks. Fred
participants (3)
-
Frederic Muller - DFI -
Ivan Shmakov -
julien forgeat