oooh snap! Figures - IBM in talks to buy Sun Microsystems

The Yahoo Story.

Totally stuck up dot-com ridealong company gets bought by suit-and-tie company able to admit that they sometimes don't know what they're doing.

This will end in tears.

Let me see now, I saw a picture last night that reminds me of this situation:
















Credit to the good crew at AR15.com - they make some of the funniest pictures.

Jumpstart, X-series, T-series, oh my!

So I have been working at this gig at a client site. They're pretty much squared away, and don't question that there are huge advantages to minimizing the installed software on systems. Stopping unneeded services isn't enough. With operating systems as big as Solaris 10, you'll blow your maintenance windows if the latest patch cluster has to patch everything. Never mind that you're enabling the intruders with a rather rich tool set should they actually manage the breach.

So this brings me to my next least favorite topic: Sun's Jumpstart.

For a tool so versatile and well thought out, it's still incredibly frustrating to use. Here is why:

1. Solaris DHCP server

This piece of software is only slightly more obtuse than the Lotus Notes 3.1 API. Really. And ISC DHCPd doesn't work on the platform, because the Solaris TCP/IP stack and runtime pretty much break it. The feature to kind-of make it work (the dreaded #define USE_SOCKETS) has long been orphaned in the ISC source trees.

Watching a sysadmin's eyes bug out when he sees the script needed to initialize a Sun DHCP server for jumpstart installation correctly (note, that's NOT how Sun documents it, that's even scarier) is always fun to watch.

2. Sun's Intel servers

Clearly, Sun's product management listened to their #1 customer: the people who get paid by the hour to manage systems for others. The user interface is slightly better than that of Dell x7xx series ERA/O systems, meaning you can run TWO remote consoles with their java client before either your hosting java process runs out of memory or you run out of CPU cycles.

The firmware is so finnicky on their remote management cards you may have to downgrade, and then upgrade it in order to make the remote console see your keystrokes - with the customary three second delay (thanks, Java!).

Clearly, this was written by developers who have no idea that not everyone has a quad core processsor and 8 GB of RAM.

3. Let's break OpenBoot too

So I figured I'd turn to the beloved blades with T-series processors for some relief. Boy, was I wrong. They must have hired a professional to screw up their new OpenBoot docs. Is it "boot net - install dhcp" or "boot net dhcp - install" or "boot net dhcp - install dhcp"? How do you clear the boot environment when someone has fiddled with that stuff?

I gave up, went back to BOOTP.

Where do they think this shit up?

The client engagement contact noted that he thought it was odd to see me hitting my head on the monitor every few minutes, and canceled the LCD upgrade for the workstation...

Bye, bye, XM

Well, I think Sirius is doing a thorough job of mismanaging their acquisition, XM Radio.

First, they kill off the best channels, even the mildly alternative Fred, Lucy, and Ethel.

Now they want to charge for everything, including online listening (you know, for those people who work somewhere where their mobile XM receivers don't work).

XM NavTraffic never worked convincingly, although I think part of the blame is the Garmin devices' propensity to want to steer you towards traffic of which it knows the speed, rather than take a chance on a route there is no traffic info for at all. So in the metro DC area, you're routed straight to the middle of the nearest traffic jam, near 100% of the time.

Sad.