In this article:
A Platform Layer is intended to include the platform software and settings required to deploy images in your environment. For example, a Platform Layer for publishing to PVS in vSphere with XenApp as the broker would include the PVS Target Device Imaging software, vmTools, and the XenApp Virtual Delivery Agent Installer (and other platform-related software as well).
You can create two kinds of Platform Layers:
Platform Layers for publishing Layered Images (Required) - These Layers include the software and settings required for a Layered Image to run flawlessly in your environment.
Platform Layers for packaging Layers (Required in some cases) - These Layers include the hypervisor software and settings you need to easily install the software for your other layers on a VM in your hypervisor environment.
To create a Platform Layer you prepare the layer using the Create Platform Layer wizard, deploy a Packaging Machine in your environment, install the tools and configure the settings for PVS, and finalize the Layer.
IPv6 must be disabled on the OS Layer.
If IPv6 is not disabled on your OS Layer, add a new Version to the OS Layer and disable IPv6 in the new Version.
IMPORTANT: If you disable IPv6 on the Platform Layer instead of on the OS Layer, the resulting PVS machines will lose their network connection and hang when they are booted.
Unidesk Agent
The Unidesk Agent must be installed on all PVS servers used to access the PVS servers to which you will publish images. (Each Agent must be registered wit the Unidesk ELM.)
PVS servers where the Unidesk Agent is installed
The PVS Console must be installed on all PVS servers where the Unidesk Agent is installed.
PVS Target Device Imaging software
The PVS Target Device Imaging software must be available to install on the Platform Layer. The version must match the PVS server where the Layered Image will be published.
PVS resource information
The PVS info listed in this PVS Connector Configuration topic.
PowerShell Snap-in
Appropriate PowerShell Snap-in must be installed.
Unique CMID for each target device (if using KMS)
When using KMS licensing, PVS requires that each target device has a unique CMID. For the full story, check out this Citrix article, Demystifying KMS and Provisioning Services. Rearming KMS is covered in the steps to Create a Platform Layer.
Any additional PVS settings you use in your environment
Any settings you need to configure PVS on your Platform Layer so that it matches the environment where the Layered Image will be used.
Select Layers > Platform Layers and select Create Platform Layer in the Action bar. This opens the Create Platform Layer wizard.
In the Layer Details tab, enter a Layer Name and Version, both required values. Optionally, you can also enter other values. For details, see more about these values below.
In the OS Layer tab, select the OS Layer you want to associate with this Platform Layer.
In the Connector tab, choose a Connector Configuration for the platform where you are creating this layer. If the configuration you need isn't listed, add a New Connector Configuration and select it from this list.
Example: If you are creating the layer in your vSphere environment, select the vSphere connector with the information needed to access the temporary storage location where you will package this layer.
In the Recipe Associations tab, select all of the platforms to which you will be publishing the Layered Image.
Example: If you want to use this Platform Layer to publish Layered Images to both vSphere and Azure, select both environments.
In the Packaging Disk tab, enter a file name for the Packaging Disk, and select the disk format. This disk will be used for the Packaging Machine (the VM) where you will install the tools, as described in the next two sections.
In the Icon Assignment tab, select an icon to assign to the layer. This icon represents the layer in the Layers Module.
In the Confirm and Complete tab, review the details of the App Layer, enter a comment if required, and click Create Layer. Any comments you enter will appear in the Information view Audit History.
Expand the Tasks bar at the bottom of the UI, and double-click the Packaging Disk task to show the full task description.
Once the Packaging Disk has been created, the Task bar displays the location of the Packaging Disk in your environment.
Next, you can deploy the Packaging Machine for your Layer.
The Packaging Machine is a virtual machine where you install the tools for your selected environment.
Note: The Packaging Machine is a temporary VM that will be deleted once the new Platform Layer has been finalized.
The Task Description (example shown in the last step above) contains the location of the Packaging Machine in your environment.
Back in the Unidesk Management Console, use the instructions in the expanded Packaging Disk Task shown below to navigate to the Packaging Machine.
This section explains how to install the platform software to be used by the Platform Layer. The platform software to install includes the provisioning server software and/or connection broker software that your Layered Images will need to run in the target environment.
You need the installers for your hypervisor, provisioning service, and connection broker.
If you are using a supported Unidesk Connector to connect to your environment, you will install the provisioning service and/or connection broker software on the Packaging Machine that Unidesk created in that environment. Otherwise, you will be installing the software on a VM in your hypervisor of choice, moving the VM to the Unidesk network file share, from which you can import the VM into Unidesk.
Keep in mind that the state of the software before you finalize the layer is what the image will use.
Remote log in to the Packaging Machine you created. Be sure to log in using the User account you used to create the OS.
Install the tools that your Layered Image will need to run on vSphere and in PVS, along with any drivers, boot-level applications, or files needed.
If a software installation requires a system restart, restart it manually. The Packaging Machine does not restart automatically.
Make sure the Packaging Machine is in the state you want it to be in when the image is booted:
Next, you'll need to shut down the Packaging Machine and verify that the Platform Layer is ready to finalize.
Verify the Layer and shut down the Packaging Machine
Once the tools are installed on the Packaging Machine, the next step is to verify that the Layer is ready to finalize. At this point, any required post-installation processing needs to be completed. For example, a reboot may be required, or a Microsoft NGen process may need to complete.
To verify that any outstanding processes are complete, you can run the Shutdown For Finalize tool (icon below), which appears on the Packaging Machine's desktop.
To use the Shutdown For Finalize tool:
The Layer is now ready to finalize.
Layer integrity messages let you know what queued tasks must be completed before a Layer is finalized.
The new Layer or Version can only be finalized when the following conditions have been addressed:
A Microsoft NGen operation is in progress in the background.
Note: If a Microsoft NGen operation is in progress, you may be able to expedite it, as described in the next section.
NGen is the Microsoft Native Image Generator. It is part of the .NET system, and basically re-compiles .NET byte code into native images and constructs the registry entries to manage them. Windows will decide when to run NGen, based on what is being installed and what Windows detects in the configuration. When NGen is running, you must let it complete. An interrupted NGen operation can leave you with non-functioning .NET assemblies or other problems in the .NET system.
You have the choice of waiting for the NGen to complete in the background, or you can force the NGen to the foreground. You can also check the status of the NGen operation, as described below. However, every time you check the queue status, you are creating foreground activity, which might cause the background processing to temporarily pause.
Forcing the NGen to the foreground will allow you to view the progress and once the output has completed, you should be able to finalize the layer.
Force an NGen operation to the foreground.
Normally, NGen is a background operation and will pause if there is foreground activity. Bringing the task into the foreground can help the task to complete as quickly as possible. To do this:
Open a command prompt as Administrator.
Go to the Microsoft .NET Framework directory for the version currently in use:
cd C:\Windows\Microsoft.NET\FrameworkNN\vX.X.XXXXX
Enter the NGen command to execute the queued items:
ngen update /force
This brings the NGen task to the foreground in the command prompt, and lists the assemblies being compiled.
Note: It’s okay if you see several compilation failed messages!
Check the status of an NGen operation
Open a command prompt as Administrator.
Check status by running this command:
ngen queue status
When you receive the following status, the NGen is complete, and you can finalize the Layer.
The .NET Runtime Optimization Service is stopped
Once the Packaging Machine is created, the software is installed and ready to finalize, and you have shut down the machine, you'll need to finalize the Layer.
Note: When you finalize a Layer, Unidesk may delete the Packaging Machine so as not to incur extra cost for storage.
When the Layer has been verified and is ready to finalize: