• View Communities
    • Citrix Developer Network
      The place for unfiltered straight talk on Citrix products. Blogs, code downloads, best practices, APIs, and more can all be found here.
    • Citrix Ready Community Verified
      Does it work with Citrix? Application compatibility questions are a thing of the past with the new Citrix Community Verified site.
    • Blogs
      Learn the latest from the Citrix employees who are building application delivery infrastructure technologies.
    • Blogosphere
      The Citrix Blogosphere is a window into the thousands of conversations taking place about Citrix and Application Delivery.
  •  Sign In
The Citrix Blog
Personal Blog
Trevor Mansell
Related Tags
posted by Trevor Mansell

If you have been using provisioning services for any amount of time you have come to realize the benefits of how easy and quick it can be to update a OS image compared to the old school methods. In the past the exception to this would be if you needed to update the PVS client software, nic driver, or some applications that use network filter drivers you would have to "reverse image" your vdisk back to a local hard drive uninstall the pvs client software, install new pvs client software, reboot and then recapture the entire vdisk. For someone with only one vdisk this was not that big of a deal but for those that had 50+ different vdisk this was a major job. In the release of PVS 5.1 we now have a new feature to address these type of vdisk updates "Direct VHD Boot". This feature allows you to take the PVS VHD files and boot them up directly with in Microsoft's 2008 HyperV manager and update your pvs client software or nic drivers without having go through the above mentioned process.
This feature also allows you to maintain a common image between a physical target device and a HyperV VM you might want to stream to for a Xendesktop environment ... so one VHD image for both physical and virtual(streamed and hosted).

Below I will take you through the process of using this new feature.
1. For this example I have taken a windows7 pvs image which I created for a Wyse Rx0 series thinclient ( see below)

2. If you don't already have one go ahead a setup a 2008 server with HyperV enabled. Make sure you have plenty of space.
3. Copy the pvs image over to your HyperV server. You need both the vhd and pvp files.

4. Open HyperV Manager or SVMM on your 2008 server and create a new Virtual Machine.

5. Do not create a virtual hard disk. Select "Use an existing virtual hard disk" as seen below and browse to the location where you copied the VHD and PVP file.

6. Uncheck the box below that says "start the virtual machine after it is created.

7. Under your VM settings for your newly created VM Remove the current network adapter.

8. Add a legacy network adapter.

9. Assign the legacy adapter to the physical adapter on the host. In my case it is "external"

10. Start the new Virtual Machine.

11. Let the system install the new drivers and reboot

12. Uninstall PVS target device software and then reboot

13. Install Hyper-V's Integration services

14. Install Provisioning Services target device software.

15. If you do not get prompted to choose the NIC to Bind to as seen below. You will need to go to the pvs program files directory and run bindcfg.exe manually to get this menu.

16. Shutdown VM
17. Set it to boot to legacy NIC first

18. Now rename and Copy the modified VHD image back to the PVS server vdisk directory.

19. Add updated vhd as a existing vdisk


20. We now assign the new updated vdisk(vhd) to our Physical Client or Virtual Client(hyperv) In this case I am using a wyse Rseries thinclient to stream the windows7 image locally.

21. Set your vdisk to Standard Image Mode if not already.

22. You now should be able to boot your physical device(pxe/iso) and boot up the update vdisk(vhd)

23. Here is a Pic of the Wyse Rx0(no flash drive) booting from the win7 vdisk(vhd). This is booting over the wireless network via a Asus330g bridge. Not something we usually recommend for production but a pretty cool demo.

***If you are going to be upgrading from a 4.x version of PVS you will also need to run VHDConverter.exe against your vdisk to convert to the new VHD vdisk format.

Labels

xendesktop xendesktop Delete
provisioning-server provisioning-server Delete
nonspecific nonspecific Delete
lang-eng lang-eng Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.
  1. Jul 29

    Nico van Meurs says:

    Hi Trevor, In the feature list of the PVS 5.1 beta, there was also stated that ...

    Hi Trevor,

    In the feature list of the PVS 5.1 beta, there was also stated that direct boot was supported in XenServer.
    Isn't this the case anymore? And if not, will it be soon?

    Thanks
    Nico

    1. Jul 29

      Trevor Mansell says:

      Nico, According to the PM it is technically supported in Xenserver as well but t...

      Nico,
      According to the PM it is technically supported in Xenserver as well but the process has not been fully defined for general consumption.
      Thanks,
      Trevor

      1. Jul 30

        Nico van Meurs says:

        Thanks! Nice topic for your next post

        Thanks!
        Nice topic for your next post

  2. Aug 10

    Dan Fallon says:

    Do you have to copy the VHD and PVP file to a local store on the HyperV server, ...

    Do you have to copy the VHD and PVP file to a local store on the HyperV server, and why do you need the PVP file (step 3)? I left the VHD on a network share and attached it as an existing hard disk to a new VM and was able to complete the upgrade process.

    1. Aug 10

      Trevor Mansell says:

      You do not have to copy the PVP over but i like to keep together with the vhd fi...

      You do not have to copy the PVP over but i like to keep together with the vhd file i am working with. You can actually add it back into pvs and it will generate a new one but you will lose your settings. In regards to copying the vdh from pvs to HyperV. Since it is windows you can share your store directory if it is not already a Vdisk Store and connect via HyperV which is fine in a lab but if this is your production environment the network could get swamped connecting this way and in addition so production does not get impacted i usually recommend having a separate store and pvs server for image creation and modification. But you are correct it does work the way you described.

Add Comment