• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Yellow Bricks

by Duncan Epping

  • Home
  • Unexplored Territory Podcast
  • HA Deepdive
  • ESXTOP
  • Stickers/Shirts
  • Privacy Policy
  • About
  • Show Search
Hide Search

Server

Patching your Image Profile (stateless ESXi)

Duncan Epping · Sep 14, 2011 ·

The first patch for ESXi has been released so I figured this was a great time to create and article around how to patch your Image Profile with a new update. The process is fairly straight forward as in this case you will need to create a new image-profile (described here) and link it to a new rule (New-DeployRule and make that rule active (Add-DeployRule). That is what I like about Stateless. You can just prepare a new Image Profile, create a new rule and you are good to go. A reboot of your ESXi host will load up the latest Image Profile. I did this within a couple of minutes and I’m now running build 474610 of ESXi.

While I was playing around I decided to do things in an incorrect order to see if I could break it, and of course I did manage to break it… I managed to fix all of it though. The first thing I did was testing the rule set and repairing it as documented below.

Now if you run into any issues you can repair the ruleset by using the following command:

Get-VMHost <esxi host> | Test-DeployRuleSetCompliance | Repair-DeployRuleSetCompliance

Now if your host boots and mentions that there’s no rule associated you might want to try the following:

Get-DeployRule

If your newly created rule is returned you will want to make sure it is active:

Get-DeployRuleSet

If there’s nothing listed it means no rules are currently active (active ruleset is what the documentation will refer to). You you can set the rule as active as follows:

Set-DeployRuleSet -DeployRule <name of rule>

Everyone who is considering using Auto-Deploy I would most definitely recommend to explore these commands and to try to break things and fix it. Document your steps along the way, I am certain it will be valuable at some point!

Stripping your Stateless image

Duncan Epping · Sep 9, 2011 ·

I was just playing around with Stateless again, aka auto-deploy, and I was wondering how far I could strip the image down to the bare minimum and what the difference would be. I loaded the standard software depot and cloned an existing image profile to a new image profile, for more details on how to do this check the post I published a couple of days ago. I figured I would export this newly create image profiles first so I could see the size of the bundle when exported. I cloned and exported the “ESXi-5.0.0-469512-no-tools” image profile and checked the details:

ESXiStateless.zip 137,869 KB

Now the first thing to do was figuring out which VIBs were part of this image profile, you can do this fairly simple by using the command below. Note that I exported the results to a CSV file just to make it easier if I would need to add VIBs later:

Get-EsxImageProfile <image profile name>  | Select-Object -ExpandProperty VibList | Select name | export-csv c:\tmp\VIBs.csv

Now this returns the full list of all the VIBs in a CSV file with just the names of the VIBs. There are 2 core VIBs (esx-base and esx-tboot) which are required for booting. I also kept the e1000 VIB as I knew I needed it. The e1000 VIB requires the “misc-drivers” VIB so I was left with 4 VIBs:

esx-base
esx-tboot
e1000
misc-drivers

Stripping the rest of the VIBs is fairly simple. Note that you will need to replace <image profile name> with the actual name of your image profile and <package name> with the name of the package you would like to remove:

Remove-EsxSoftwarePackage -ImageProfile <image profile name> -SoftwarePackage <package name>

So I stripped it completely and exported the image profile again and this was the result:

Thinner.zip 131,457 KB

Note that you can actually check which VIBs are part of your image profile, which is what I used to validate I removed all unnecesarry VIBs:

Get-esximageprofile <image profile name> | Select-Object -ExpandProperty VibList

That is a whopping 6MB shaved off! (By the way this is without the HA-Agent. The size of the completely stripped image profile with the HA agent is 143,679KB) Was it a useful exercise? Yes it was as it helped me understanding the process a lot better… Is it useful to strip all the drivers from your image profile? No it is not, you will only save 6MB which is close to nothing compared to the overall size of 131 MB. I did manage to boot the image correctly, but once again there’s really no point from a memory perspective to go through this exercise.

The thing that does make a huge difference is using the no-tools image profile, but there is a serious implication. When you do not include VMware Tools you will need to have a different mechanism for distributing VMware Tools which will probably complicate things from an operational perspective. I guess you will need to decide if the reduction in MBs is worth the effort and is worth the risk of having a “1 of a kind” environment. I know I will keep it vanilla from now on,

 

Does SRM support Storage DRS? No it does not!

Duncan Epping · Sep 7, 2011 ·

During VMworld I received multiple questions around support for vSphere Storage DRS with vSphere Site Recovery Manager (SRM), we even had this question during our session and my answer was “Yes it does”. During some of the other sessions presenters stated that it was unsupported. Scott Lowe also mentions recalling the fact that it was mentioned somewhere down the line to be unsupported. Now although the Resource Management Guide for vSphere 5.0 on page 91 currently says it is supported it is not supported. Yes I know I stated it was supported but unfortunately the document is incorrect and the information provided to me was outdated. Although I verified the facts, I was not informed about this change. Hopefully this will not happen again and my apologies for that.

Now lets give the raw facts first, SRM does not support Storage vMotion and SRM does not support Storage DRS. The reason that SRM does not support Storage vMotion (and subsequently Storage DRS) is because it changes the location of the virtual machine without SRM being aware of it. After the location of the virtual machine has changed the VM that was originally protected by SRM will not be protected anymore which can have an impact on your RTO. These are the raw facts. I have requested the SRM team to document this in a KB to make sure everyone understands the reason and the impact.

The question of course is… will it work? My colleague Cormac has tested it and you can read his observations here.

This statement is documented in the SRM releasenotes: http://www.vmware.com/support/srm/srm_releasenotes_5_0_0.html

Interoperability with Storage vMotion and Storage DRS:
Due to some specific and limited cases where recoverability can be compromised during storage movement, Site Recovery Manager 5.0 is not supported for use with Storage vMotion (SVmotion) and is not supported for use with the Storage Distributed Resource Scheduler (SDRS) including the use of datastore clusters.

** update: I followed the documentation which apparently was incorrect. Documentation bug has been filed, should be update in the near future. **
** update: Link to SRM releasenotes with statement added. **

#VMworld Europe, here we come…

Duncan Epping · Sep 6, 2011 ·

VMworld US has just been wrapped up and it is time to start looking at VMworld Europe already. I just checked the schedule builder and it looks that our session is scheduled on Thursday at 14:00 Wednesday at 15:00. Yes I would have definitely preferred a different time slot as well, but it is what it is and we will do our best to make the most out of it. Those who want to attend our session keep in mind it is a Q&A and our session can only be a success if you participate, please think about what you would like to ask and we will do our best to answer it. We will bring a couple of books again to give away during our session to those with the best questions.

There are a couple of sessions I want to plug as they were really successful during VMworld US and are worth attending in my opinion! Now mind most of these are not beginner sessions!

Session-ID Title Speaker(s)
VSP1682 vSphere Clustering Q&A Frank Denneman, Chris Colotti, Duncan Epping
VSP1700 VMware vSphere 5.0 Storage Features Cormac Hogan
VSP3067 Myth Busters Eric Sloof and Mattias Sundling
BCO2874 vSphere High Availability 5.0 and SMP Fault Tolerance – Technical Overview and Roadmap Keith Farkas, Jim Chow
VSP1882 Managing VMware ESXi with VMware vSphere PowerCLI Luc Dekens, Alan Renouf
BCO2479 Understanding VMware vSphere Stretched Clusters, Disaster Recovery and Planned Workload Mobility Lee Dilworth, Chad Sakac
EUC2866 View Troubleshooting: Looking Under the Hood John Dodge, Matt Coppinger
VSP1999 esxtop for Advanced Users Krishna Raj Raja
VSP3116 VMware vSphere 5.0 Resource Management Deep Dive Frank Denneman, Valentin Hamburger
BCO3334 Site Recovery Manager Future Product Directions: Cloud-Based Disaster Recovery Nestor Dusko, Ashwin Kotian
CIM1264 Private VMware vCloud Architecture Technical Deep Dive Chris Colotti, David Hill
CIM2452 VMware vCenter Operations Technical Deepdive Kit Colbert
VSP1883 VMware vSphere PowerCLI Best Practices Luc Dekens, Alan Renouf
VSP1933 Storage I/O Control for Network-Attached Storage Datastores Ajay Gulati
VSP3205 Technology Preview: VMware vStorage APIs for VM and Application Granular Data Management Satyam Vaghani, Vijay Ramachandran
VSP2447 Understanding Virtualized Memory Performance Management YP Chien, Kit Colbert
VSP2894 Virtual Distributed Switch Best Practices Vyenkatesh Deshpande
CIM1600 VMware vCloud Networking Finally Explained Kamau Wanguhu
VSP2122 VMware vMotion in VMware vSphere 5.0: Architecture, Performance and Best Practices Sreekanth Setty, Gabriel Tarasuk-Levin
VSP3255 VMware Storage vMotion Deep Dive and Best Practices Min Cai, Ali Mashtizadeh
EUC2846 VMware View Enterprise Architecture Design and Implementation Best Practices Tommy Walker, John Dodge
VSP1823 VMware Storage Distributed Resource Scheduler Manish Lohani, Mustafa Uysal
VSP2376 Performance and Scalability Enhancements in VMware vStorage VMFS 5 Mostafa Khalil

Yes I know… a lot of great sessions and I probably missed out on a few. Considering my session is scheduled on Thursday I am hoping to attend some of these and possible live blog them. The “regular” show runs from Tuesday morning until Thursday 16:00. The Monday before is Partnerday / TAMday / Education-Instructor Day. So if you are a partner, TAM customer or a VMware certified instructor make you sure you sign up for these! Another thing I wanted to point out are the keynote sessions:

Tuesday – 15.30 – 17.00
Wednesday – 09.00 – 10.00
Thursday – 09.00 – 10.30

I’ve been told that Steve Herrod will be speaking on Tuesday this year… be prepared for some cool demos!

 

** update: time slot changed for our session **

Cheat sheet – Auto deploy

Duncan Epping · Sep 5, 2011 ·

When I finished my article about auto deploy I figured it was really lengthy and wanted to write down the bare minimum which can be used as a quick cheat sheet when setting up auto-deploy. Of course you will need to install vCenter, PowerCLI, Auto-Deploy and TFTP first, but I am guessing most of you will know how to do that. Here’s what you will need to do when you have all of the requirements up and running:

  1. Add-EsxSoftwareDepot c:\tmp\VMware-Esxi-5.0.0-<buildnumber>-depot.zip
  2. Add-EsxSoftwareDepot http://<vcenter server>/vSphere-HA-depot
  3. New-EsxImageProfile -CloneProfile "ESXi-5.0.0-<buildnumber>-standard" -name "ESXiStatelessImage"
  4. Add-EsxSoftwarePackage -ImageProfile "ESXiStatelessImage" -SoftwarePackage vmware-fdm
  5. New-DeployRule -Name "FirstBoot" -Item "ESXiStatelessImage" -AllHosts
  6. Add-DeployRule -DeployRule "FirstBoot"
  7. Boot one of the hosts
  8. Configure the host
  9. Create Host Profile based on “first host” named “ESXiHostProfile”
  10. New-DeployRule -name "ProductionBoot" -item "ESXiStatelessImage", ESXiHostProfile, <target_cluster> -Pattern "vendor=<unique hw identifier>"
  11. Add-DeployRule -DeployRule "ProductionBoot"
  12. Remove-DeployRule -DeployRule FirstBoot -delete
  13. Boot all hosts
  14. Assign Host Profiles to all hosts
  15. Provide the “user input” aka create an Answer File per host
  16. Reboot hosts –> done
  17. Before you leave your PowerCLI session make sure you save your newly create image profile as a Software Depot so you can make changes later if and when needed! Otherwise the data will be saved in your image profile cache but you will not be able to make changes!
    Export-EsxImageProfile -ImageProfile "ESXiStatelessImage" -ExportToBundle -FilePath c:\tmp\ESXiStatelessImage.zip

That seems a bit more simplistic than my previous post doesn’t it.

 

** update: added step 17 **

  • « Go to Previous Page
  • Page 1
  • Interim pages omitted …
  • Page 172
  • Page 173
  • Page 174
  • Page 175
  • Page 176
  • Interim pages omitted …
  • Page 336
  • Go to Next Page »

Primary Sidebar

About the Author

Duncan Epping is a Chief Technologist and Distinguished Engineering Architect at Broadcom. Besides writing on Yellow-Bricks, Duncan is the co-author of the vSAN Deep Dive and the vSphere Clustering Deep Dive book series. Duncan is also the host of the Unexplored Territory Podcast.

Follow Us

  • X
  • Spotify
  • RSS Feed
  • LinkedIn

Recommended Book(s)

Also visit!

For the Dutch-speaking audience, make sure to visit RunNerd.nl to follow my running adventure, read shoe/gear/race reviews, and more!

Do you like Hardcore-Punk music? Follow my Spotify Playlist!

Do you like 80s music? I got you covered!

Copyright Yellow-Bricks.com © 2026 · Log in