Quantcast
Channel: Virtual Machine Manager – General forum
Viewing all articles
Browse latest Browse all 2770

Best practices for patching VM Templates?

$
0
0

My basic procedure is this:

  1. Keep a "golden" vm.
  2. Store this on a host or in a library.
  3. Only turn it one when it is time to patch.
  4. Install all updates in the golden vm and make any other required changes.
  5. Clone the golden vm.
  6. Delete the old template
  7. Re-create the template from the Clone

Does that sound reasonable?

One nuisance is that there is quite a lot of work in configuring the template correctly, which has to be done each time it is re-created (domain join, network connectivity, MAC pool, access rights, naming, comments/description, product key, etc.). Is there some way to avoid that?

Another issue I have run into is that when I delete the template from the library, VMM does not seem to delete the underlying vhdx. Is this by design?

Recently, I ended up deleting the vhdx and a folder, which VMM had "left behind" manually in the file system. That was probably not a good idea since VMM subsequently complained when it had to store the vhdx for the new template in the library. I had picked the same name as before, but apparently VMM still had a record of the vhdx so it was a conflict. I got this error:

Error (802):The VirtualHardDisk T-2012R2Cluster is already in use by another VirtualHardDisk.
Recommended Action: Wait for the object to become available, and then try the operation again.

What was the correct procedure for deleting the template and the vhdx in the library?


Viewing all articles
Browse latest Browse all 2770

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>