PowerCli, vmdk’s “Device or resource busy,” and host MAC – oh my…

We have been having a number of problems with our backup software and its vStorage backups locking disks and thereby creating multiple phantom snapshots.   We are having this problem so often I thought I better post our quick fix to it, which involved some PowerCli goodness.

Determine the locked files. Go to the directory, and touch . . . → Read More: PowerCli, vmdk’s “Device or resource busy,” and host MAC – oh my…



With coming home from VMworld, I got inspired to finally do what I have meant to do for awhile — separate my eclectic blog.  I have seen the problem for awhile that while my URL for this blog features network administration and virtualization the actual blog does not.  It used to until my Youtube career or . . . → Read More: Changes


VMware and IBM xSeries 3850 M2 Support Tickets

I have had two recent support tickets that just exhibit the state of coding in the networking world. The first one is in the case of VMware. We were getting this error message ever since upgrading to ESX 3.5 Update 2 from 3.0.2. The error message was “Unable to apply DRS resource settings on host (Reason: . . . → Read More: VMware and IBM xSeries 3850 M2 Support Tickets


On the clock again – VMware Enterprise Administration Exam scheduled

In a quest to prove I am never busy enough, I am “on the clock” for taking the VMware Enterprise Administration Exam on June 9th in Chicago, IL. Ever since getting my VCP in 2.x days, that certification and technology has been probably one of my keenest areas to stay versed and up to date. To . . . → Read More: On the clock again – VMware Enterprise Administration Exam scheduled


TarryBlogging: Viridian vs ESX – I.E. vs. Netscape

TarryBlogging – Virtualization For Everyone: VMTN Discussion: Microsoft pulling the 90′s trick on VMware?

I’d hate to start any wars. Heck on the virtualization space we are already at war for quite some time!Join the discussion OR read the original blog that spurred this discussion.

As the original author said, Viridian will not be out until most likely . . . → Read More: TarryBlogging: Viridian vs ESX – I.E. vs. Netscape


Gartner: Vritualization Risks and my rebuttal

Here was my internal response to the Gartner Virtualization Risk paper, an excerpt from Gartner’s Intro: (Gartner’s comments in italics)

“Virtualization, as with any emerging technology, will be the target of new security threats,” said Neil MacDonald, vice president and Gartner Fellow. “Many organizations mistakenly assume that their approach for securing virtual machines (VMs) will be the same as securing any OS and thus plan to apply their existing configuration guidelines, standards and tools. While this is a start, simply applying the technologies and best practices for securing physical servers won’t provide sufficient protections for VMs.”

XXX infrastructure team has consistently taken the best practice approach to applying new technologies into our environment. Our security of virtual machines is based upon our practices for securing the physical servers – namely admin granularity, patch currency, and implementation security of least privilege. Virtualization certainly represents a new layer of complexity to the technical aspects environment, but security of data on the virtual machine remains essentially the same. Unlike Gartner’s assertion, much of the existing processes and procedures already in place will maintain our existing security level.

During this process, organizations must consider these security issues in virtualized environments:

  • Virtualization software, such as hypervisors, represent a new layer of privileged software that will be attacked and must be protected.

Patching the Hypervisor (vmkernel) is currently done on a routine basis, and the virtualization layer is subject to the same patch strategy recommendations, which all servers are subject. Our security department routinely evaluates that security vulnerabilities, which are released, and makes the recommendation on our risk/vulnerability assessment. The security department additionally conducts vulnerability scans on each new ESX host before being implemented into production for security vulnerabilities. This assessment has proven invaluable to discovering prior vulnerabilities, which is much more positive approach than highlighting a concern without possible mitigation.

  • The loss of separation of duties for administrative tasks, which can lead to a breakdown of defense in-depth

Continue reading Gartner: Vritualization Risks and my rebuttal


Hypervisor (Xen and VMware) performance comparisons

I spoke on this subject during VMworld 2005:

VMware has now put a line in the proverbial sand that reliance on simply being able to virtualized is no longer enough. Take that, Xensource, and your aspirations. You must be able to do that and X. To keep pushing X will be where their future profits lay – . . . → Read More: Hypervisor (Xen and VMware) performance comparisons


Update on ESX on x3550

Just an update on a previous post about ESX incompatibility with x3550, the solution from IBM was to install 3.0.2 or install a BIOS patch, which was not released (at that time) yet. Fortunately, it was released ahead of schedule, and the patch eliminated the aesthetic error message. We have deployed the latest BIOS on the . . . → Read More: Update on ESX on x3550


VMware VI3 HA, or How I learned to stop fearing patching ESX Servers

Our implementation of ESX in the past have typically taken the approach of “if it’s not broke, don’t fix it.” Consequently, I typically have not been very agressive in our patching to the various vulnerabilities and enhancements that VMware releases. Part of that had to be the difficulty any patch solution is for VMware with 16 . . . → Read More: VMware VI3 HA, or How I learned to stop fearing patching ESX Servers


IBM xSeries 3550 – not supported on ESX 3.0.1?

Our main virtualization platform of choice has been IBM xSeries servers, specifically xSeries 3850. We have 5 remote offices that are now being deployed domain controllers and decided to use a smaller model (x3550) instead. Upon first load of the OS, we get the following error message:0:00:00:12.996 cpu0:1024)PCI: 1650: failed for 000.08.0I called VMware support, and . . . → Read More: IBM xSeries 3550 – not supported on ESX 3.0.1?