[SAC] trac unresponsive + xblade14

Committees SAC mailing list
1

Hi SAC,

right now, trac has become unresponsive. I checked via ssh,
load avg is at 22.

xblade14: no ssh login possible
(Connection to 198.202.74.219 timed out while waiting to read)
also http unresponsive... any DOS attack running here?

Markus

2

On Mon, Jan 25, 2010 at 09:01:54AM +0100, Markus Neteler wrote:

Hi SAC,

right now, trac has become unresponsive. I checked via ssh,
load avg is at 22.
xblade14: no ssh login possible
(Connection to 198.202.74.219 timed out while waiting to read)
also http unresponsive... any DOS attack running here?

Unlikely. Both machines seem fine again now, so there's not much
I can do at this point to debug.

Regards,
--
Christopher Schmidt
MetaCarta

3

On Mon, Jan 25, 2010 at 12:49 PM, Christopher Schmidt
<crschmidt@metacarta.com> wrote:

On Mon, Jan 25, 2010 at 09:01:54AM +0100, Markus Neteler wrote:

Hi SAC,

right now, trac has become unresponsive. I checked via ssh,
load avg is at 22.
xblade14: no ssh login possible
(Connection to 198.202.74.219 timed out while waiting to read)
also http unresponsive... any DOS attack running here?

Unlikely. Both machines seem fine again now, so there's not much
I can do at this point to debug.

I have seen httpd completely disappearing, perhaps Frank restarted
apache. With xblade14, I assume that LDAP wasn't responding.

Anyway, it is back operational now.
thanks

Markus

4

On Mon, Jan 25, 2010 at 7:58 PM, Markus Neteler <neteler@osgeo.org> wrote:

I have seen httpd completely disappearing, perhaps Frank restarted
apache. With xblade14, I assume that LDAP wasn't responding.

Markus,

That is correct. I took apache down on osgeo1 for a few minutes
circa your first email as the load average was well up, and someone
was complaining about things being mostly inaccessable.

While apache was down I noticed that mysql was dumped
for it's backup, and updatedb was running. Eventually I
killed updatedb before restarting apache since updatedb
seemed to be driving quite a bit of the disk traffic that was
causing problems.

I was thinking it might be nice to review whether our mysql
backup approach is as lightweight as possible but I
really wouldn't know how to start on that.

I did not observe any problems on xblade14 which seemed
quiet when I checked on it around the same time.

Best regards,

Anyway, it is back operational now.
thanks

Markus
_______________________________________________
Sac mailing list
Sac@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/sac

--
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up | Frank Warmerdam, warmerdam@pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent

5

hi all!

just for the log..

I deactivated all things that i assume to produce high load (poll and visitor statistics) on qgis page (did that already last week)
So all running from qgis side now is just a bare joomla without any special things ..

regards
Werner

On Mon, Jan 25, 2010 at 7:58 PM, Markus Neteler<neteler@osgeo.org> wrote:
   

I have seen httpd completely disappearing, perhaps Frank restarted
apache. With xblade14, I assume that LDAP wasn't responding.