NO CARRIER

Well, the time has finally come. I have had this server for about 3 years now and it has only been rebooted once for a kernel upgrade. I have just been told that the bread rack blacknode sits on has been slated for demolition to make way for cabinet expansion in its San Antonio DC. I really cannot complain about this as I only pay $5/m for a dedicated machine and some bandwidth.

I am still going to miss her when she goes and am going to work on getting her moved beneath my desk for nostalgia’s sake. Anyway, she is not much in terms of hardware, but she has been rock solid in terms of stability. The server hosts this blog, datacenteroutage.com and my svn repositories. It has been a good test bed for anything that does not require allot of memory or processing horse power.

Here is what she looks like:

blacknode ~ # cat /etc/gentoo-release
Gentoo Base System release 1.12.11.1

blacknode ~ # uname -a
Linux blacknode.net 2.6.25-gentoo-r7 #4 SMP Tue Nov 11 01:57:56 CST 2008 i686 AMD Athlon(TM) XP 2800+ AuthenticAMD GNU/Linux

blacknode ~ # cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 10
model name : AMD Athlon(TM) XP 2800+
stepping : 0
cpu MHz : 1658.561
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow up ts
bogomips : 3320.27
clflush size : 32

blacknode ~ # cat /proc/meminfo
MemTotal: 513280 kB
MemFree: 31688 kB
Buffers: 155724 kB
Cached: 91216 kB
SwapCached: 1488 kB
Active: 288128 kB
Inactive: 110332 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 513280 kB
LowFree: 31688 kB
SwapTotal: 995988 kB
SwapFree: 991280 kB
Dirty: 132 kB
Writeback: 0 kB
AnonPages: 150868 kB
Mapped: 45676 kB
Slab: 76932 kB
SReclaimable: 67864 kB
SUnreclaim: 9068 kB
PageTables: 1824 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 1252628 kB
Committed_AS: 531644 kB
VmallocTotal: 507896 kB
VmallocUsed: 2668 kB
VmallocChunk: 505224 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 4096 kB

blacknode ~ # lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:0a.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet Pro 100 (rev 0c)
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:11.6 Communication controller: VIA Technologies, Inc. AC’97 Modem Controller (rev 80)
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]

blacknode ~ # uptime
16:21:52 up 247 days, 1:30, 1 user, load average: 0.24, 0.08, 0.03

Only one little hiccup:

MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0.
Bank 2: 940040000000017a

I am going to be migrating to one of my other, more powerful environments in Dallas Texas. I am still a little sad.

I am working on a new blog.

I hate the utility company in san antonio. Not only can they not read a fucking meter correctly,  they cannot administer a webserver to boot. I sent this email tonight detailing an issue their server has had for over a year:

From: Jared Rodriguez <jrod@blacknode.net>
To: feedback@cpsenergy.com
Subject: Concerning cpsenergy.com
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Please have your technical staff configure your server to handle HTTP
host request for cpsenergy.com properly. At present, your server is
responding to requests inappropriately:

~ $ host cpsenergy.com
cpsenergy.com has address 208.188.159.143
cpsenergy.com mail is handled by 10 dmsmail.cpsenergy.com.
cpsenergy.com mail is handled by 5 mail.cpsenergy.com.

~ $ nc 208.188.159.143 80
HEAD / HTTP/1.1
Host: cpsenergy.com

HTTP/1.1 400 Bad Request
Content-Length: 39
Content-Type: text/html
Date: Thu, 21 May 2009 05:11:10 GMT
Connection: close

~ $ nc 208.188.159.143 80
HEAD / HTTP/1.1
Host: www.cpsenergy.com

HTTP/1.1 200 OK
Connection: close
Date: Thu, 21 May 2009 05:11:30 GMT
Server: Microsoft-IIS/6.0
Content-Length: 23019
Content-Type: text/html
Set-Cookie: ASPSESSIONIDAAQCDRCA=GFEKMIDCODDEABMGDIMHBIFI; path=/
Cache-control: private

I know IIS is crap, but you still should be able to configure it to at
least meet rfc standards. There is nothing wrong with the following request:

HEAD / HTTP/1.1
Host: cpsenergy.com

So the 400 error is just plain wrong according to rfc2616:10.4.1, which
states:

"The request could not be understood by the server due to malformed
syntax. The client SHOULD NOT repeat the request without modifications."

The server not handling client "Host:" header strings other than
www.cpsenergy.com is not a breach in HTTP header syntax, its a problem
with your implementation. Also, its really annoying to type
cpsenergy.com and get a 400 when any rational server would spit out a
301/2 to http(s)://www.cpsenergy.com, or a 200 and load some other
content. Its just plain lazy in my opinion.

Jared

I have been lured by friends, family, and co-workers into subscribing to the monstrosity known as WoW since the first servers went online. I have attempted to get into the game several times, unsuccessfully. Each time I try, I role a character to level 30 or so and loose interest.

After noticing that familiar entry on my bank statement this afternoon, I decided to lay WoW to rest once and for all (again.. for the fifth time). I still play Eve Online and I prefer the black skies.

The eve online trinity cluster is being updated with the new patch. Along with some game mechanics changes, such as the speed nerf, which I am very pleased with, some very cool things are being done to improve the io performance of the clusters stackless python implementation. This translates to each solar system blade being able to support more concurrent users, which will help reduce lag in jitta and when local explodes due to large scale fleet(blob) warfare.

Anyway, I am waiting for the servers to come back up. With the speed nerf, I may even get back in my arazu. Check out the vid:

http://www.eve-online.com/news/downtimenews.asp


blacknode ~ # uname -a
Linux blacknode.net 2.6.25-gentoo-r7 #4 SMP Tue Nov 11 01:57:56 CST 2008 i686 AMD Athlon(TM) XP 2800+ AuthenticAMD GNU/Linux
blacknode ~ # uptime
04:22:41 up 5 min, 1 user, load average: 0.07, 0.05, 0.01


Well… here we go…

awww, sad panda...

Well, I guess it could have been worse. Grub complained about the fomat of my kernel becuase it was a dead symlink. It seems that gentoo or kernel.org (not sure which) decided to change the place make dumps its bzImage:

blacknode linux # ls -al arch/i386/boot/bzImage
lrwxrwxrwx 1 root root 22 Nov 11 01:58 arch/i386/boot/bzImage -> ../../x86/boot/bzImage
blacknode linux # file arch/i386/boot/bzImage
arch/i386/boot/bzImage: symbolic link to `../../x86/boot/bzImage'
blacknode linux # file arch/x86/boot/bzImage
arch/x86/boot/bzImage: Linux kernel x86 boot executable RO-rootFS, root_dev 0x301, swap_dev 0x2, Normal VGA

Anyway, I had to get the dc involved, to manually select the old kernel in grub. Probably going to wait till shift change to attempt another reboot.