Server outrages - Page 9

Lennart · 2011-11-15, 15:06

Quote:

Originally Posted by mdettweiler

Everything's working fine for me right now--I can load all of the web pages, and my clients on ports 9000, 1400, and 13000 are getting through as well.

Yes it seems to work now.

Strange but good.

Lennart

AMDave · 2011-11-17, 11:50

Quote:

Originally Posted by Lennart

Is it only me who can't reach any servers ?

Don't feel too bad.
From where I am sitting I can barely reach my own server.
stretching ... stretching ... got it.
j/k

That was just me being incredibly lazy. My chair is on castors.

Mini-Geek · 2011-11-22, 13:48

http://noprimeleftbehind.net:1400/all.html does not respond for me, but http://nplb-gb1.no-ip.org:1400/all.html does. Is something wrong with the NPLB domain?

paleseptember · 2011-11-22, 21:58

Seconded to Mini-Geek (ie. it's not just him.)

mdettweiler · 2011-11-23, 00:18

Ah yes...it seems Gary's IP address changed again. I went into the DNS settings and updated the IP--should be all set within an hour or so when the changes farm out to various DNS servers worldwide.

Oddball · 2011-12-04, 21:01

The server has been down for the past hour.

Mini-Geek · 2011-12-05, 03:09

Quote:

Originally Posted by Oddball

The server has been down for the past hour.

And it's still down. Not just the NPLB domain either, this time.

Unfortunately, all of my fallback servers were hosted at NPLB, as well, so I've got 6+ hours of idle time. Are there any active public PRPnet servers hosted elsewhere for such an occasion?

gd_barnes · 2011-12-05, 05:33

I'm very sorry guys. My buddy knocked the downstairs plug out of the wall that controls the internet, phone, and cable when bringing up the XMAS tree early this afternoon. Unfortunately I've been out all day and just now noticed it. Needless to say, it's plugged back in now.

AMDave · 2011-12-05, 09:17

Santa's little helper has been a very naughty boy.
1 lump of charcoal for him.
Ho! Ho! Ho!

j/k.
The holiday season involves a lot of activities that do not occur throughout the rest of the year.
In terms of process analysis, control and quality, Deming called these Uncontrolled Factors 'special causes'.
In simpler terms, 'Stuff happens that you can't control' ... AND ... your buddy is 'special' :P
Situation normal. No big deal. :)

AMDave · 2011-12-23, 23:53

Max contacted me about the database using much more CPU than usual.
I investigated and found a mysql maintenance process was thrashing the database, RAM and HDD, and it had been doing so for quite some time.
The system was in such a tight loop that we could not get a lock on the mysql log file.

The maintenance process is the database log file rotate process and it was creating a new log file every millisecond or so pushing HDD I/O to about 97% and causing a couple of other system logs to fill up.

I have executed the mysql restart command but it is taking some time to bring the database down before it can be restarted.

I'll keep you informed.

AMDave · 2011-12-24, 00:28

The database is restarted.
The rogue process is gone.
The HDD i/o is back to normal.
The database is responding to PRPNet requests.

2011-12-05, 09:17	#97
AMDave Jan 2006 deep in a while-loop 2·3²·37 Posts	Santa's little helper has been a very naughty boy. 1 lump of charcoal for him. Ho! Ho! Ho! j/k. The holiday season involves a lot of activities that do not occur throughout the rest of the year. In terms of process analysis, control and quality, Deming called these Uncontrolled Factors 'special causes'. In simpler terms, 'Stuff happens that you can't control' ... AND ... your buddy is 'special' :P Situation normal. No big deal. :) Last fiddled with by AMDave on 2011-12-05 at 09:30

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Gerbicz Error Checking - Originally: Would a "rack server" run the same as a desktop server	EdH	Hardware	16	2021-03-29 16:43
Use of a virtual private server (VPS) - normally a web server	drkirkby	Hardware	11	2021-03-15 09:11
is the server down	Unregistered	Information & Answers	1	2008-11-23 14:05
server down?	masser	Sierpinski/Riesel Base 5	2	2008-05-24 05:55
New Server Hardware and price quotes, Funding the server	Angular	PrimeNet	32	2002-12-09 01:12

2011-11-22, 13:48	#91
Mini-Geek Account Deleted "Tim Sorbera" Aug 2006 San Antonio, TX USA 7×13×47 Posts	http://noprimeleftbehind.net:1400/all.html does not respond for me, but http://nplb-gb1.no-ip.org:1400/all.html does. Is something wrong with the NPLB domain?

2011-11-22, 21:58	#92
paleseptember Jun 2008 Wollongong, .au B7₁₆ Posts	Seconded to Mini-Geek (ie. it's not just him.)

2011-11-23, 00:18	#93
mdettweiler A Sunny Moo Aug 2007 USA (GMT-5) 3·2,083 Posts	Ah yes...it seems Gary's IP address changed again. I went into the DNS settings and updated the IP--should be all set within an hour or so when the changes farm out to various DNS servers worldwide.

2011-12-04, 21:01	#94
Oddball May 2010 499 Posts	The server has been down for the past hour.

2011-12-05, 05:33	#96
gd_barnes May 2007 Kansas; USA 2³×13×103 Posts	I'm very sorry guys. My buddy knocked the downstairs plug out of the wall that controls the internet, phone, and cable when bringing up the XMAS tree early this afternoon. Unfortunately I've been out all day and just now noticed it. Needless to say, it's plugged back in now.

2011-12-23, 23:53	#98
AMDave Jan 2006 deep in a while-loop 2·3²·37 Posts	Max contacted me about the database using much more CPU than usual. I investigated and found a mysql maintenance process was thrashing the database, RAM and HDD, and it had been doing so for quite some time. The system was in such a tight loop that we could not get a lock on the mysql log file. The maintenance process is the database log file rotate process and it was creating a new log file every millisecond or so pushing HDD I/O to about 97% and causing a couple of other system logs to fill up. I have executed the mysql restart command but it is taking some time to bring the database down before it can be restarted. I'll keep you informed.

2011-12-24, 00:28	#99
AMDave Jan 2006 deep in a while-loop 29A₁₆ Posts	The database is restarted. The rogue process is gone. The HDD i/o is back to normal. The database is responding to PRPNet requests.