<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title>Matthew Marlowe&apos;s Blog</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/" />
    <link rel="self" type="application/atom+xml" href="http://www.deploylinux.net/matt/atom.xml" />
    <id>tag:www.deploylinux.net,2008-04-19:/matt//2</id>
    <updated>2008-12-15T14:57:18Z</updated>
    <subtitle>An Internet Poster Board for My Musings, Media, and Occasional Tidbits </subtitle>
    <generator uri="http://www.sixapart.com/movabletype/">Movable Type 4.1</generator>

<entry>
    <title>EnableResignature and/or DisallowSnapshotLUN » Yellow Bricks</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/12/enableresignature-andor-disall.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.46</id>

    <published>2008-12-15T14:54:17Z</published>
    <updated>2008-12-15T14:57:18Z</updated>

    <summary><![CDATA[Excellent reference and a good document to review once a&nbsp; year:&nbsp; http://www.yellow-bricks.com/2008/12/11/enableresignature-andor-disallowsnapshotlun/...]]></summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[Excellent reference and a good document to review once a&nbsp; year:&nbsp; <br /><br />http://www.yellow-bricks.com/2008/12/11/enableresignature-andor-disallowsnapshotlun/<br /><br />]]>
        
    </content>
</entry>

<entry>
    <title>HOWTO: Teaching Hobbit to Send Alerts via SMS using an Internet Skype Gateway and Linux Host</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/11/howto-teaching-hobbit-to-send.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.44</id>

    <published>2008-11-07T08:42:23Z</published>
    <updated>2008-11-07T09:11:03Z</updated>

    <summary><![CDATA[Gone are the days when every sysadmin had to carry a pager because cell phones just didn't cut it.&nbsp; These days, SMS is just about as reliable in most environments and essentially free compared to the cost of a paging...]]></summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>Gone are the days when every sysadmin had to carry a pager because cell phones just didn't cut it.&nbsp; These days, SMS is just about as reliable in most environments and essentially free compared to the cost of a paging service and dealing with a 2nd device.</p><p>The hiccup, as nearly everyone knows now, is that you have to find a way to get your monitoring server to talk to your cell phone company -- and, honestly, you're cell phone company does not want to make this easy....they'll try to upgrade you to various unlimited SMS/messaging plans and then have an internet SMTP -&gt; SMS gateway that fails constantly.&nbsp;&nbsp; <br /></p><p>I've switched from provider to provider over the last 4-5 years and they are all the same.&nbsp; Alerts may be reliable for a few months on one or the other, but eventually there comes a time when you didn't get the call because the email -&gt; SMS gateway was down, or worse -- delivers the message a day later.<br /></p><p>So, screw the cell phone company, let's use Skype:<br /></p><p>Steps I Used to Teach The Hobbit Monitor to Use Skype:<br />
	</p><ul><li>Setup Hobbit in a Dedicated Linux Virtual Machine</li><li>Ensure Hobbit is running under its own non-root userid (actually, no reason not to just use apache userid since hobbit and apache are going to share a great many files and the entire VM is dedicated to hobbit).</li><li>Setup VM to automatically bootup in runlevel 5 and autostart a new gnome session under apache<br /></li><li>Install Skype for Linux and the Skype Command Line Tools at: <a href="http://www.oberle.org/blog/2007/06/11/sending-sms-with-skype-on-linux/">http://www.oberle.org/blog/2007/06/11/sending-sms-with-skype-on-linux/</a></li><li>Do not use the standard init system to startup hobbit.&nbsp; Instead, setup gnome to initiate the Skype Client followed by a hobbit restart at the start of each session.&nbsp; This will ensure that hobbit has full access to the X authentication environment which it needs to communicate with the X-windows skype client.</li><li>Create a new script in /usr/local/bin owned by apache that executes the skype command line SMS send tool and passes it the phone number and BB environment variable for the error message itself.</li><li>Follow the instructions to hobbit-alert.conf to tell hobbit under what condition it should send SMS alerts</li><li>Make sure you setup a dedicated Skype account for the server, use skype out credit, and have it auto deposit another $10 into the account whenever it runs out of funds.&nbsp; Also, modify the Skype client settings to not accept any incoming calls/messages/etc.<br /></li>

</ul>Voila!&nbsp; <br />]]>
        
    </content>
</entry>

<entry>
    <title>VMware Releases ESX 3.5U3</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/11/vmware-releases-esx-35u3.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.43</id>

    <published>2008-11-07T05:31:37Z</published>
    <updated>2008-11-07T05:41:24Z</updated>

    <summary>Seems mostly to be a bugfix + new hardware support patch, although I did see the following nuggets: Intel Pro/1000 gigabit Ethernet device drivers (e1000) in some guests allocate MTU bytes for rx buffers, but tell the device the size...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>Seems mostly to be a bugfix + new hardware support patch, although I did see the following nuggets:</p>

<ul>
  <li> Intel Pro/1000 gigabit Ethernet device drivers (e1000) in some guests allocate MTU bytes for rx buffers, but tell the device the size of the rx buffer is 2048 bytes. If these buffers fall on the edge of the guest physical memory range, the virtual e1000 device could wedge during rx with the following messages in the VMkernel logs:

<p>WARNING: Alloc: ppn=0xc0000 out of range: 0x0-0xc0000 (count=3)<br />
WARNING: P2MCache: GetPhysMemRange failed: PPN 0xc0000 canBlock 0 status Bad parameter.</p>

<p>This patch fixes this problem.</p>

<p><a href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1007041">http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1007041</a><br />
</li><br />
<li>Add experimental support for a new utility, the VMDK Recovery Tool.</p>

<p>More information available at: <a href="http://kb.vmware.com/kb/1007243">http://kb.vmware.com/kb/1007243</a><br />
</li><br />
</ul></p>

<p>The official release notes are available at: <a href="http://www.vmware.com/support/vi3/doc/vi3_esx35u3_rel_notes.html">http://www.vmware.com/support/vi3/doc/vi3_esx35u3_rel_notes.html</a></p>]]>
        
    </content>
</entry>

<entry>
    <title>RHEL 5.3 Has Entered Beta</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/11/rhel-53-has-entered-beta.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.42</id>

    <published>2008-11-06T15:22:16Z</published>
    <updated>2008-11-06T15:29:40Z</updated>

    <summary>Announcement: https://www.redhat.com/archives/rhelv5-announce/2008-October/msg00000.html Release Notes: http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_Notes/index.html I don&apos;t see much that is earth-shattering for VMware ESX Server Deployments- but then, this is RHEL, and a .3 release so you wouldn&apos;t expect that anyway. The good stuff is probably all in Fedora...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>Announcement: https://www.redhat.com/archives/rhelv5-announce/2008-October/msg00000.html<br />
Release Notes:  <a href="http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_Notes/index.html">http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5.3/html/Release_Notes/index.html</a></p>

<p>I don't see much that is earth-shattering for VMware ESX Server Deployments- but then, this is RHEL, and a .3 release so you wouldn't expect that anyway.  The good stuff is probably all in Fedora now and being saved up for RHEL6.</p>

<p>Anyhow, I was just thinking this morning that the rate of security updates for the RHEL 5.2 kernel was getting annoying....  When kernel security notices are as frequent as phpmyadmin ones, you know something is not right.  </p>]]>
        
    </content>
</entry>

<entry>
    <title>Hail Emperor Obama!</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/11/hail-emperor-obama.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.41</id>

    <published>2008-11-05T03:23:52Z</published>
    <updated>2008-11-07T09:42:27Z</updated>

    <summary>It has been said over and over that it is the delusion of the young that they believe much of what transpires in the world is in any way new. The technologies, personalities, and names may change across the ages....but...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="Civics" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>It has been said over and over that it is the delusion of the young that they believe much of what transpires in the world is in any way new.   The technologies, personalities, and names may change across the ages....but we're all still human beings and as groups of human beings we tend to have roughly the same dreams, arguments and conflicts whether we were born 3,000 years ago or today.<br /></p>

<p>For me, I always look back to ancient Rome.   After all, our government was founded to actually be a modern version of Rome.  I don't think I'm alone.  In fact, I'm pretty sure that was the whole reason Latin and ancient history were required courses for most of American History.</p>

<p>So, how does one interpret current political events in light of roman history?  </p>

<p>Anyone who knows anything of Roman history, knows that there were essentially five stages:</p>

<blockquote>
a) Pre-Rome (Government is ad-hoc and essentially hereditary with frequent changes and violence, focus is on survival and growing faster than neighboring cities over a ~300 year period.)<br /><br /><p>b) The Roman Republic (The civilization that America's founders wanted to emulate and which relied on a culture that valued liberty, reasoning, rhetoric, universal military service, and human achievement.   Not that everything was perfect as there was a constant class warfare, but the society as a whole was dynamic enough to take on any challenges thrown against it for almost 350 years).</p>

<p></p>

<p>c) Civil War ( Shortly after the Roman Republic reached it's peak, the classes of society became increasingly polarized and over a 100 year period decided that they couldn't stand anything but the total subjugation of the other......  The winning side killed off the leaders of the other and shredded the equivalent of their constitution,  resulting in the death of the republic and birth of the empire. )</p>

<p>d) Emperors (  Except for a few exceptions, the emperors who ruled Rome presided over a 500 year decay of its power and the loss of cultural identity/virtues which had kept the civilization together ) .</p>

<p>e) Living Dead ( Various external powers, especially in Europe, fight until the renaissance (~1000 years) over the remains of Rome and pretend to bring it back to life (the most notable being Charlemagne), but what was undone could not be brought together again. )</p></blockquote>

<p><br />
I would argue that if the life of the United States mirrors the life of Rome in general form, then the Presidential Election of 2000 signaled the move from the Era of the Republic to Civil War.   Note that in Rome, this was almost a 100 year process, which could have been stopped at any point.</p>

<p>   The year 2000 is when Americans first started hearing signs of "The victor is not our president" from a losing party, which is as good a sign of real polarization as any.</p>

<p>   In 2004, after losing again, moderates in the Democrat party were essentially thrown out (Lieberman/etc) and a more extremist message proved to be a winning strategy in 2006 and now 2008.  This message was accompanied by thuggish actions of Obama supporters and directly encouraged with statements from party leaders that they should "Get in the face" of their opponents.  </p>

<p>  Also, in 2008, the golden American standard that politics ended at its borders was eliminated for good.  The chance of using the worldwide popularity of a candidate became a political yardstick (whether the candidates positions are good for his country, or even correct, becomes irrelevant.)    There appears to even been a silent effort to accept cash from anyone, whether they were a foreign power at war with the United States or not, as long as it gave one a political edge.</p>

<p>I have the feeling that now the Democrats are going to suffer the same vilification (within the USA) as Bush did.   Whereas it might have been bearable for Republicans to lose the Presidency to a moderate democrat who might compromise as needed, they will not suffer having the presidency and both houses of congress in the hands of the non-compromising extreme side of the Democrat party.  Therefore, they will not provide any honeymoon to Obama and will work harder than they ever to obstruct him.  Remembering their treatment by Obama "thugs", they're also going to loosen the definition of acceptable behavior of a "Loyal Opposition."  And, since the have now lost nearly all power in blue states (including the entirety of New England), they will no longer be required to "moderate" their positions.  Indeed, you can already see the complaints being made by extreme republicans, that McCain lost because he was too "bipartisan".</p>

<p>It is certainly possible that we will see an ever expanding cycle of each party attempting to nullify the accomplishments of the other over the next 20-30 years (Society is certainly not growing any more cohesive, and I have no reason to believe their Obama ever meant his bipartisan overtures as anything more than a way to score political points for his side.)</p>

<p>Furthermore, consider that in Rome's case, once a party loses it becomes harder to win again, therefore losing becomes an unacceptable option - a situation in which we are doing our best to replicate via:</p>

<blockquote><p>a) Each decade, the winning party exerts ever more control over the drawing of voting district boundaries.<br /></p><p>
b) With each election, Money becomes more important, and the loser having lost influence with lobbyists has less of getting it.</p><p>
c) More and more of Government employees are politically chosen, meaning that the government functions more on behalf of the parties than the people.<br />
</p><p>d) The winning party attempts to exert more and more control over the media to stop the distribution of the other sides message.<br />
</p><p>e) The winning party does not moderate its goals and attempts to destroy those things which are "sacred" to the other party.</p></blockquote>

<p>We're still far from being stuck in a loop, and up until the last minute, we can step back....but I have no reason to believe that the US populace will not continue down its current path. <br /></p><p>After all, look how easy it was for us to think of ourselves in terms of "red states" and "blue states".&nbsp; And, due to hyper-partisanship, a renown novelist (Orson Scott Card) has recently written a plausible novel about an American Civil War that gathered significant attention.&nbsp;&nbsp; <br /></p><p>Just this week, Obama's current victory was being described as a "non-violent revolution". </p>



<p>If America had wanted to avoid this pessimistic future, the GOP could have nominated McCain in 2000 - but they thought it was more important to gain power than to have a qualified man to use it.&nbsp; Likewise, the democrats could have nominated a moderate in 2004 or 2008 (Instead they killed off the moderates).&nbsp; I was hoping their strategy would backfire this year, but it didn't (another article on that later).</p><p>Regardless, Seeing their success, the GOP is sure to mimic the democrats tactics in 2012.&nbsp;&nbsp; Short of a repeat of the carter years and a new highly popular candidate, the GOP will have no choice but to do so if it wants to regain any power.<br /></p>

<p>A study of history does make one optimistic about human nature.  I'm still waiting for my change that I can believe in.</p>]]>
        
    </content>
</entry>

<entry>
    <title>RHEL 5.2 x86_64 VMs should use enhanced vmxnet guest drivers</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/09/rhel-52-x86-64-vms-should-use.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.39</id>

    <published>2008-09-29T00:09:44Z</published>
    <updated>2008-09-29T00:17:51Z</updated>

    <summary>A little history: A few years ago, VMware suggested that all ESX Linux guests standardize on the pcnet32 driver. Then, shortly afterward, a vmxnet driver was released which was supposed to be faster. We all dutifully migrated. When x86_64 VMs...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="Civics" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>A little history:</p>

<p>A few years ago, VMware suggested that all ESX Linux guests standardize on the pcnet32 driver.  Then, shortly afterward, a vmxnet driver was released which was supposed to be faster.  We all dutifully migrated.</p>

<p>When x86_64 VMs became supported, we were told to migrate again to e1000.</p>

<p>And recently, ESX 3.5U2 unveiled a new "enhanced vmxnet" driver.  I've been investigating for a few months the benefits of switching, and indeed found that the new driver seemed to perform better and have fewer bugs.</p>

<p>So, it was no surprise to me when I read today in the vmware communities that VMware is pushing a migration to enhanced vmxnet:</p>

<p><a href="http://communities.vmware.com/thread/150790?tstart=150">http://communities.vmware.com/thread/150790?tstart=150</a><br/><br/></p>]]>
        
    </content>
</entry>

<entry>
    <title>A Bassets Summer Day</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/08/a-bassets-summer-day.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.35</id>

    <published>2008-08-20T04:16:31Z</published>
    <updated>2008-08-20T04:36:20Z</updated>

    <summary> Here we see the reclusive basset in fine form competing for the coveted &quot;walk the boy&quot; gold medal. Now the basset is demonstrating the proper technique for &quot;loosening up the legs.&quot; Lastly, our basset explains that picture time is...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="Life" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="pictures" label="Pictures" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="IMG00574.jpg" src="http://www.deploylinux.net/matt/images/IMG00574.jpg" width="336" height="248" class="mt-image-none" style="" /></span></p>

<p>Here we see the reclusive basset in fine form competing for the coveted "walk the boy" gold medal.</p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="IMG00563.jpg" src="http://www.deploylinux.net/matt/images/IMG00563.jpg" width="528" height="400" class="mt-image-none" style="" /></span></p>

<p>Now the basset is demonstrating the proper technique for "loosening up the legs." </p>

<p><span class="mt-enclosure mt-enclosure-image" style="display: inline;"><img alt="IMG00549.jpg" src="http://www.deploylinux.net/matt/images/IMG00549.jpg" width="528" height="400" class="mt-image-none" style="" /></span></p>

<p>Lastly, our basset explains that picture time is over and beer and rest time has begun.</p>]]>
        
    </content>
</entry>

<entry>
    <title>All your VM&apos;s are belong to us</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/08/all-your-vms-belong-to-us.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.31</id>

    <published>2008-08-12T04:48:33Z</published>
    <updated>2008-08-13T13:45:14Z</updated>

    <summary> As of tomorrow morning, VM&apos;s running on all hosts with ESX 3.5U2 in enterprise configurations will not power on. VMotion/HA/DRS will probably also not work. Boom. Apparently, there is some bug in the vmware license management code. VMware is...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p><br />
As of tomorrow morning, VM's running on all hosts with ESX 3.5U2 in enterprise configurations will not power on.  VMotion/HA/DRS will probably also not work. </p>

<p>Boom.</p>

<p>Apparently, there is some bug in the vmware license management code.  VMware is scrambling to figure out what happened and put out a patch.</p>

<p>Running VM's will not be immediately impacted.</p>

<p>There is a major discussion going on in the vmware communities about the issue:  <a href="http://communities.vmware.com/thread/162377?tstart=0">http://communities.vmware.com/thread/162377?tstart=0</a></p>

<p>OK, while we're all remaining calm....just imagine the implications that bugs like this can occur and get past QA testing....5 years down the road, nearly all server apps worldwide running in VM's  if you believe a lot of forecasts ......some country decides to initiate cyberwarfare and manages to get a backdoor into whatever is the prevailing hypervisor of the day.....boom.  All your VM's are belong to us.</p>

<p>I honestly think a lot of the hype from those who want to build a vm security industry is crap,  but god protect us if the baseline code for critical hypervisors like ESX isn't kept secure and regularly audited.</p>

<p>I'd love to find out what happened here.  </p>

<p>What regression testing on new releases does vmware do to check for date based bugs?  I'd think they'd at least check for simple things like changing the date to 1 year or 1 month in the future.</p>

<p>UPDATE:  Frank Wegner has posted the following suggestions:</p>

<blockquote>You can see the latest status here:<a href="http://kb.vmware.com/kb/1006716"> http://kb.vmware.com/kb/1006716</a> Please check back often, because it will notify you when this issue has been fixed. Until then the best workaround I can think of is:

<p>* Do nothing<br />
* Turn DRS off<br />
* Avoid VMotion<br />
* Avoid to power off VM's</p></blockquote>

<p>I'd council against turning DRS off as that actually deletes resource pool settings....instead, set sensitivity to 5 which should effectively disable it w/ minimal impact.</p>

<p>UPDATE 2:  VMware Website appears to be having trouble keeping up with people requesting updates.</p>

<p>UPDATE 3:  VMware has stated they will have fixes available in 36hrs at the earliest. </p>

<p>UPDATE 4: Anand Mewalal comments:<br />
</p><blockquote>We used the following workaround to power on the VM's. <br />
Find the host where a VM is located <br />
run ' vmware-cmd -l ' to list the vms. <br />
issue the commands:<br />
service ntpd stop<br />
date -s 08/01/2008<br />
vmware-cmd /vmfs/volumes/vm path/vmname.vmx start<br />
service ntpd start</blockquote>

<p>UPDATE 5: Apparently, there are no easily seen warnings in logs/etc or VC prior to hitting the bug.   VC will continue to show the hosts as licensed and no errors will appear in vmkernel log file until you try to start up a new vm, reboot a vm, or reboot the host.</p>

<p>UPDATE 6: Welcome Slashdot readers!  I've temporarily disabled comments to allow the server vm to handle the load.  Apparently Movable Type 4.1 executes a seperate perl cgi script to handle comments on each page load.  Load times might have been slow for the last 45 minutes, but should be OK now.</p>

<p>UPDATE 7: I made some minor corrections to this entry that others have requested.</p>

<p>UPDATE 8: VMware has provided  a <a href="http://communities.vmware.com/message/1020789#1020789">FAQ about the bug</a> with an updated ETA and a few responses to common complaints.</p>

<p>UPDATE 9: Here are some additional external links to blogs/media covering the bug:</p><blockquote><a href="http://servervirtualization.blogs.techtarget.com/2008/08/12/major-esx-bug-plagues-thousands-of-vmware-customers/">SearchServerVirtualization.com </a><br /><a href="http://www.theregister.co.uk/2008/08/12/vmware_12_august_esx_cockup/">The Register - Date bugs kills VMware Systems</a><br /><a title="Return to main page" href="http://blog.scottlowe.org/2008/08/11/apparent-datetime-issue-with-update-2/" rel="home">blog.scottlowe.org</a><br /><a href="http://www.virtualization.info/2008/08/vmware-mistake-shuts-down-thousands-of.html">virtualization.info</a><br /><br /></blockquote>VMware continues to make a reasonable argument that all software will have major bugs at some point, and customers keeping calm and being patient is the best course for everyone to take at this time.<br /><br />Most of the blogs are naturally quite upset about the lack of QA for the most part.....but I am seeing just as much anger, if not more, is being generated due to the high wait time for a patch.&nbsp; In the discussion forums, vmware points out that they want to perform QA on the patch itself prior to release and that they have to distribute the patch in many many languages/locales....still, I have to think that if a bug like this occurred in a major open source project, we'd have a patch from someone even if it was not the vendor public within 12-24hrs?&nbsp; Of course, it would not be QA'd and may cause more damage than the bug it is trying to fix.&nbsp;&nbsp; It always comes down to making your choices and taking your chances.<br /><br />UPDATE 10:&nbsp; Feedback from Slashdot:<br /><br /><ul><li>"What would be the more correct course of action, would be to set your
DRS Cluster to Manual, which is indicating no automation, DRS will not
place or move VMs."&nbsp; <i>Yeah, that sounds better.</i></li><li>"Misleading headline.&nbsp; Nothing gets shutdown."&nbsp;&nbsp; <i>The "shut down" part was added by the Slashdot editors....if you look at firehose, you'll see the original headline.</i></li><li>"Hey douchebag, this is not SMS, is it so hard to hit another 2 keys on
your keyboard? Oh and for the love of $DEITY$, please learn basic HTML
and use links so I don't have to copy paste text into the address bar."&nbsp; <i>Uhm, sorry?</i></li></ul>We're going to try and turn comments back on for the blog now since it's been 6hrs and traffic has died down quite a bit.<br /><br />UPDATE 11:&nbsp; From VMware - "<i>we are on track to deliver an express patch by 6pm, August 12, 2008 PST</i>."&nbsp;&nbsp; Excellent news!&nbsp; It's currently almost 3pm here in California, so we're looking at a little more than 3hrs from now.<br /><br />UPDATE 12: From VMware - "There are two express patches: one for ESX 3.5 Update 2 and one for ESXi 3.5 Update 2.  They are specifically targeted for customers who have installed or fully upgraded to ESX/ESXi 3.5 Update 2 or who have applied the ESX350-200806201-UG patch to ESX/ESXi 3.5 or ESX/ESX 3.5 Update 1 hosts.   For customers who haven't done either, these express patches should not be applied.<br /><br />To be noted is that these patches have been validated to work with esxupdate.  However, testing with the VMware Update Manager is still under way.  In subsequent communications, we will provide confirmation whether the patches work with VMware Update Manger or if a re-spin is required."<br /><br />To apply the patches, no reboot of ESX/ESXi hosts is required.  One can VMotion off running VMs, apply the patches and VMotion the VMs back.  If VMotion capability is not available, VMs need to be powered off before the patches are applied and powered back on afterwords"<br /><br />I suspect that the last sentence above is going to give a lot of admins pause, as their are quite a lot of sites which have converted their entire clusters to 3.5U2.<br /><br /><br />UPDATE 13:&nbsp; The official patch availability notice arrives from VMware shortly after 8pm:<br /><br />"The express patches are now available for download that will resolve the ESX/ESXi 3.5 Update 2 issue which causes the product license to expire as of August 12, 2008.  Please go to <a class="moz-txt-link-freetext" href="http://www.vmware.com/go/esxexpresspatches">http://www.vmware.com/go/esxexpresspatches</a> for more information."<br /><br />Note that they seem to have created a new url which I assume points to some cdn network/etc that will be able to handle the load of everyone trying to download them.<br /><br />UPDATE 14: A letter from VMware CEO appears at 9pm at <a href="http://blogs.vmware.com/console/2008/08/letter-from-vmw.html">http://blogs.vmware.com/console/2008/08/letter-from-vmw.html</a><br /><br />UPDATE 15: VMware is requesting that technical responses to the new patches be posted at:&nbsp; <a href="http://communities.vmware.com/thread/162714">http://communities.vmware.com/thread/162714</a><br /><br />Most people seem to be installing the patches fine, although those with fully converted clusters are having to set the time back on all ESX hosts to enable vmotion so that vm's can be migrated to other hosts so that each host can briefly enter maintenance mode to apply.&nbsp;&nbsp;&nbsp; If time is set back, please make sure that syncing of VM time and host time is disabled for all VM's.<br />]]>
        
    </content>
</entry>

<entry>
    <title>Media Coverage of Georgian Conflict</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/08/media-coverage-of-georgian-con.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.30</id>

    <published>2008-08-09T20:24:33Z</published>
    <updated>2008-08-11T05:25:34Z</updated>

    <summary><![CDATA[I know it's hard to be surprised these days in how poorly the media covers important world events, but I actually _was_ surprised that none of the major media providers were aggressively covering the invasion of Georgia over the weekend.&nbsp;...]]></summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>I know it's hard to be surprised these days in how poorly the media covers important world events, but I actually _was_ surprised that none of the major media providers were aggressively covering the invasion of Georgia over the weekend.&nbsp; Honestly, this is an event that will impact America's diplomatic and military strength as well as giving clues to the intentions of other major powers, but no - you won't see the media take more than a reluctant minute away from the john edwards affair stuff......</p><p>Anyhow, the best thinking I've found so far on the story is over at blackfive:</p><blockquote><a href="http://www.blackfive.net/main/2008/08/no-its-not-good.html">http://www.blackfive.net/main/2008/08/no-its-not-good.html</a><br /><br /></blockquote>Update:&nbsp; The President of Georgia has managed to get an <a href="http://online.wsj.com/article/SB121841306186328421.html?mod=rss_opinion_main">Op-Ed in Monday's Wall Street Journal</a>.<br />]]>
        
    </content>
</entry>

<entry>
    <title>Continuing story of VMware 3.5U2 related bugs</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/08/continuing-story-of-vmware-35u.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.29</id>

    <published>2008-08-08T00:28:04Z</published>
    <updated>2008-08-08T00:37:19Z</updated>

    <summary>So, most ESX admins are already aware of some minor issues with &quot;enhanced virtual motion compatibility&quot; and needing to disconnect/reconnect hosts to a cluster to fix heartbeat issues after upgrading VI to 3.5U2. Otherwise, all has generally appeared fine. Still,...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>So, most ESX admins are already aware of some minor issues with "enhanced virtual motion compatibility" and needing to disconnect/reconnect hosts to a cluster to fix heartbeat issues after upgrading VI to 3.5U2.   Otherwise, all has generally appeared fine.</p>

<p>Still, people are finding other bugs:</p>

<p>a) Yesterday I tried to clone a running vm, one of the cool new features.  It didn't work out well.  Despite VC reporting success, the new vmx file pointed to the old vm's vmdk path which rightly caused a locking problem.  I don't think I'm going to use hot cloning again, or whatever they are calling it, until the first set of U2 patches are released.</p>

<p>b)   <a href="http://communities.vmware.com/thread/159099?tstart=0&start=0">ESX 3.5 Update 2 - vmkernel messages FileIO failed with 0x0xbad0006(Limit exceeded)</a></p>]]>
        
    </content>
</entry>

<entry>
    <title>More ESX Disk Tunning from Planet VMware</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/07/more-esx-disk-tunning-from-pla.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.20</id>

    <published>2008-07-21T09:37:28Z</published>
    <updated>2008-07-21T09:42:57Z</updated>

    <summary>A small but nice set of recommendations to optimize SAN performance under ESX....</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="vmware" label="VMware" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>A small but nice set of <a href="http://feeds.feedburner.com/~r/YellowBricks/~3/341310498/">recommendations</a>  to optimize SAN performance under ESX.</p>]]>
        
    </content>
</entry>

<entry>
    <title>Best Video Ever for SysAdmin Comedy</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/07/best-video-ever-for-sysadmin-c.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.19</id>

    <published>2008-07-18T06:44:48Z</published>
    <updated>2008-07-18T07:00:48Z</updated>

    <summary>If you can get past the first few minutes and the rather downbeat portrayal of the techs involved, this lengthy video does an absolutely brilliant job of exploring dozens of the of the absurd situations that almost all sysadmins find...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="comedy" label="comedy" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>If you can get past the first few minutes and the rather downbeat portrayal of the techs involved, this lengthy video does an absolutely brilliant job of exploring dozens of the of the absurd situations that almost all sysadmins find themselves in at one point or another.</p>

<blockquote><a href="http://www.thewebsiteisdown.com/">The Website Is Down</a></blockquote>]]>
        
    </content>
</entry>

<entry>
    <title>Et tu, VMware?</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/07/et-tu-vmware.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.18</id>

    <published>2008-07-08T16:27:42Z</published>
    <updated>2008-07-08T22:48:15Z</updated>

    <summary>When companies deploy virtualization, they&apos;re not just making a technical decision but investing heavily in particular implementation, community, and/or company. For a long time now, VMware has been the undisputed technical leader in the x86 virtualization space. So much so,...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="SysAdmin" scheme="http://www.sixapart.com/ns/types#category" />
    
    <category term="vmware" label="VMware" scheme="http://www.sixapart.com/ns/types#tag" />
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p>When companies deploy virtualization, they're not just making a technical decision but investing heavily in particular implementation, community, and/or company.  </p>

<p>For a long time now, VMware has been the undisputed technical leader in the x86 virtualization space.   So much so, that despite major qualms about depending on a single small company in a rapidly growing space, CTO's everywhere have essentially writing blank checks annually to get the piece of mind from knowing they're deploying the most production-ready/datacenter-ready virtualization products which VMware has.</p>

<p>The back and forth conversations between CTO's and VMware before signing the checks can be illuminating.  Last year, at VMworld 2007 in SF, the CEO of VMware publicly discussed the impact of a EMC's purchase of VMware and subsequent IPO of a portion of the companies shares.   Mrs. Greene had to balance the honesty that VMware's founders were no longer in control of the company with the hope that as long as VMware delivered strong financial performance the company would essentially be left alone to deliver products as they saw fit.   The undertone of the discussion being that regardless of who owned what, as long Mrs. Greene and others at VMware were kept on board, customers were going to be taken care of hell or high water.  </p>

<p>So, it was a little poignant today when I heard that <a href="http://www.theregister.co.uk/2008/07/08/greene_leaves_vmware/">Mrs. Greene was leaving and that a former Microsoft exec would be taking her place</a>.</p>

<p>Good news, not.  <strong> Pay attention CTO's.</strong><br />
  </p>]]>
        
    </content>
</entry>

<entry>
    <title>Hot Air » Blog Archive » &quot;How to speak Democrat&quot;: A lecture by Rep. Thad McCotter</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/06/hot-air-blog-archive-how-to-sp.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.17</id>

    <published>2008-06-20T22:53:26Z</published>
    <updated>2008-06-20T22:56:27Z</updated>

    <summary>http://hotair.com/archives/2008/06/20/how-to-speak-democrat-a-lecture-by-rep-thad-mccotter...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
        <category term="Civics" scheme="http://www.sixapart.com/ns/types#category" />
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[<p><a href="http://hotair.com/archives/2008/06/20/how-to-speak-democrat-a-lecture-by-rep-thad-mccotter/trackback">http://hotair.com/archives/2008/06/20/how-to-speak-democrat-a-lecture-by-rep-thad-mccotter</a><br/></p>]]>
        
    </content>
</entry>

<entry>
    <title>Technorati Blog Claim</title>
    <link rel="alternate" type="text/html" href="http://www.deploylinux.net/matt/2008/06/technorati-blog-claim.html" />
    <id>tag:www.deploylinux.net,2008:/matt//2.16</id>

    <published>2008-06-19T21:34:05Z</published>
    <updated>2008-06-19T21:35:00Z</updated>

    <summary>Apparently, Technorati requires I post the following in my blog to &quot;claim&quot; it. Technorati Profile...</summary>
    <author>
        <name>Webmaster</name>
        <uri>http://www.deploylinux.net/</uri>
    </author>
    
    
    <content type="html" xml:lang="en" xml:base="http://www.deploylinux.net/matt/">
        <![CDATA[Apparently, Technorati requires I post the following in my blog to "claim" it.

<a href="http://technorati.com/claim/vmzgimws6" rel="me">Technorati Profile</a>]]>
        
    </content>
</entry>

</feed>
