Mud down?

This site may earn a commission from merchant affiliate
links, including eBay, Amazon, Skimlinks, and others.

Joined
Feb 21, 2006
Threads
296
Messages
11,967
Location
Winston Oregon
I started trying to get onto mud at 6:30 am this morning and page could not be found....was mud down? i was able to access any other site including my home page.


Woody warning... Turkish hacker is at it again we (the school a state computer system) was hacked on Monday......He hijacked the homepage and all terminals(of course i shut down asap).I know you have more protection than the US army:D but just a heads up
 
yeah, had an issue with Apache last nite, got it refired, then the same issue this morning....

I'm sure Ryan will be looking into it today...
 
:lol: (interestingly I can't attach right now, related?)

butunz-on-serverz400.jpg
 
yeah, had an issue with Apache last nite, got it refired, then the same issue this morning....

I'm sure Ryan will be looking into it today...

:lol: (interestingly I can't attach right now, related?)

butunz-on-serverz400.jpg

I can't attach either. For a change I actually wanted to attach a tech related image. :lol:

Yes, attach and change Avi's too... I hope I am not stuck with this damn Nater Foot for too much longer. ;)
 
OK its fixed nice now. For those who care, the problem was that the apache log files for the server were so massive that even though they are rotated weekly so that we don't keep anything more than 4 weeks old, the hard disks were full. I remedied that by deleting a bunch of old logs (that cleared up half the hard drive) and then reconfigured the log rotate program to compress log files when it rotates. Text compresses well, so the log files will be MUCH smaller.
iminurlinux.webp
 
OK its fixed nice now. For those who care, the problem was that the apache log files for the server were so massive that even though they are rotated weekly so that we don't keep anything more than 4 weeks old, the hard disks were full. I remedied that by deleting a bunch of old logs (that cleared up half the hard drive) and then reconfigured the log rotate program to compress log files when it rotates. Text compresses well, so the log files will be MUCH smaller.
Yeah, that's exactly what I thought it was :D
 
OK its fixed nice now. For those who care, the problem was that the apache log files for the server were so massive that even though they are rotated weekly so that we don't keep anything more than 4 weeks old, the hard disks were full. I remedied that by deleting a bunch of old logs (that cleared up half the hard drive) and then reconfigured the log rotate program to compress log files when it rotates. Text compresses well, so the log files will be MUCH smaller.
Serious question here:

Do you have physical access to the colocation facility and are there more SCSI interfaces available (I'm assuming SCSI here)?

If so, what type of drives do the servers use? ;)
 
the Apache server runs on four 36G 15k SAS drives....not sure on exact specs tho...

and rykoala is sittin next to them, when he's workin ;)
 

Users who are viewing this thread

Back
Top Bottom