theotherstuff

A mote of dust, suspended on a sunbeam...

http://www.boston.com/bigpicture/2008/12/hubble_space_telescope_advent.html

Images from the Hubble advent calendar.

Me want cookie!

http://bluewampa.ytmnd.com/

ESX Madness

Cross-post from  http://ashwilson.blogspot.com/2008/12/esx-madness.html

Scenario: 
One application server (Windows Server 2003, IIS)in a VM on ESX 3.5 update 2. Works fine, connects to DB on physical machine over a gigabit link. The addition of a second application server causes connections to the common database to fail under load testing, from both machines.

Tried: 
Looked at IRQ usage in /proc/vmware/interrupts. All seems to be distributing across all cores as expected. Earlier versions of ESX have issues with IRQ usage... see  http://www.tuxyturvy.com/blog/index.php?/archives/37-Troubleshooting-VMware-ESX-network-performance.html
Checking and optimizing code... only made the problem less frequent.

Problem isolated:
The problem turned out to be linked to the nic on the VM. The flexible adapter was failing under load for whatever reason. Sadly, this is the only adapter available for Windows Server 2003 Standard 32-bit in ESX 3.5. 

The Fix: 
Shut down one of the VMs. Go into the virtual machine's settings change the OS type to Server 2003 enterprise 64-bit. Save and exit the settings window. Re-enter settings and add a network card to the VM. You will see that the e1000 is now available. After installing the e1000 change the OS type back to Server 2003 standard 32-bit and start the VM. In Windows, go to Device Manager and select Properties for the new network adapter. Shut off all of the offloading for TCP checksumming, etc and move your network settings to the new adapter, disabling the old one in Windows and disconnecting it in the ESX VM settings.

In summation: Yes, it's a little like duct tape. But it worked for me. And if you are in a pinch and can not afford the downtime to thoroughly examine a flailing production machine, this may work for you too. If it doesn't work for you, I am not responsible for data loss, downtime, etc... blah blah...

Powncers, be heard

http://digg.com/tech_news/Pownce_Community_looks_to_Six_Apart_to_do_the_right_thing

Push it to the top!

There'll be days like this, my marmoset.

There'll be days like this, my marmoset.

Splunkin'

Sysadmins:

     This is a really cool tood that allows you to import a Splunk query into Excel. 

http://code.google.com/p/splunk-excel-addon/

YMMV...

BTW- I had to alter the code to get it to work with the free version of Splunk.  The auth token has to be empty. 

Pownce, Monkey, POWNCE!!..

So... What if Pownce Monkey was retooled to post to Vox?  Is there an API for that?

The future of microblogging

So, I was thinking... if a standard emerged allowing domains to run their own Pownce-ish microblogging service,  what protocol would it use?  Would XMPP address the transport issues of getting data to and fro with the right metadata, without too much overhead?  The server side would have to be quite different.  Maybe hybrid push/pull updating across domains...  hmm...

Pownce is shutting down...

So, Pownce peeps, friend me here...