Target devices

A device, such as desktop computer or server, that boots and gets software from a virtual disk on the network is considered a target device. A device that is used to create the virtual disk image is a considered a master target device.

The lifecycle of a target device includes:

• Preparing
  • A Master target device used for creating a virtual disk image
  • A target device that boots from a virtual disk image
• Adding target devices to a collection in the farm
  • From the Console
  • Using Auto-Add
  • Importing
• Assigning the target device type
• Maintaining target devices in the farm

After a target device is created, the device must be configured to boot from the network. Also, a virtual disk must be assigned to the device, and the set of Citrix Provisioning Servers to contact at boot time must be configured.

There are several types of target devices within a farm. For example, while a device is being used to create a virtual disk image, it is considered a Master target device. All other devices are configured as a particular device type. The device Type determines a devices current purpose, and determines if that device can access a particular virtual disk version that is in production, test, or maintenance.

The device Type is selected on the General tab of the Target Device Properties dialog, which includes the following options:

• Production: Select this option to allow this target device to stream an assigned virtual disk that is currently in production, the default.
• Maintenance: Select this option to use this target device as a maintenance device. Only a maintenance device can access and alter a virtual disk version that is in maintenance mode. Only the first maintenance device to boot the version while in maintenance mode is allowed to access that version.
• Test: Select this option to use this target device to access and test differencing disk versions that are currently in test mode.

A target device becomes a member of a device collection when it is added to the farm. The use of device collections simplifies the management of all target devices within that collection. A target device can only be a member in one device collection. However, a target device can exist in any number of views. If a target device is removed from the device collection, it is automatically removed from any associated views.

When target devices are added to a collection, that devices properties are stored in the Citrix Provisioning database. Target device properties include information such as the device name and description, boot method, and virtual disk assignments (see Target device properties for details).

Target devices are managed and monitored using the Console and Virtual Disk Status Tray utilities.

In the Citrix Provisioning console, actions can be performed on:

• An individual target device
• All target devices within a collection
• All target devices within a view

Target device properties

When configuring a target device, consider the following:

• A reboot is required if a target device is active when modifications are made to any of the following device properties: Boot from, MAC, Port, vDisks for this device.
• BitLocker encryption is not supported on a provisioned target device virtual disk.

The following tables define the properties associated with a target device.

General tab

vDisks tab

Personality tab

Status tab

Note:

If a target uses IPv6, then its IPv6 address is displayed.

Logging tab

Setting the target device as the template for this collection

A target device can be set as the template for new target devices that are added to a collection. A new target device inherits the properties from the template target device, which allows you to quickly add new devices to a collection.

Tip

Target devices using virtual disks are created and added to a collection when running the Citrix Virtual Apps and Desktops Setup Wizard. If a target device template exists, it is ignored when the target device using a virtual disk is added to the collection.

To set a target device as the template device for a collection, in the console, right-click on the target device, then select the Set device as template option.

Consider the following when using templates:

• Disable the target device that serves as the template. Disabling it adds all target devices using this template to the database, but does not permit the target device to boot.
• Target devices receive a message requesting that they first contact the administrator before being allowed to boot.
• T appears in light blue on the device serving as the template. New target devices automatically have a name generated and all other properties are taken from the default template target device. No user interaction is required.

Creating a VM with nested virtualization

Sometimes, you want to create a nested virtualization paradigm for a VM. If your environment uses Device Guard and you want to create a template from the VM running it, consider that Citrix Provisioning is unaware that it was set up for that particular VM. To resolve this issue, manually enable Device Guard on the Hyper-V host using a PowerShell command. Perform this operation after the VM has been created using the Citrix Virtual Apps and Desktops Setup Wizard.

To configure a VM to use Device Guard:

1. Create the VM using the Citrix Virtual Apps and Desktops Setup Wizard.

2. After creating the VM, run the following command for each VM on the physical Hyper-V host to enable nested virtualization:

   Set-VMProcessor -VMName <Target VM's Name> -ExposeVirtualizationExtensions $true

Tip:

See the Microsoft site for more information about nested virtualization.

Copying and pasting target device properties

To copy the properties of one target device, and paste those properties to other target device members:

Note: Target devices that use virtual disks can only inherit the properties of another target device that uses one.

1. In the Citrix Provisioning console’s Details pane, right-click on the target device that you want to copy properties from, then select Copy device properties. The Copy Device Properties dialog appears.
2. Select the check box next to the properties that you want to copy, then click Copy. The properties are copied to the clipboard and the dialog closes.
3. Right-click on one or more target devices that inherit the copied properties, then select the Paste menu option. The Paste Device Properties dialog appears.
4. Click Close to close the dialog.

Booting target devices

1. Right-click on a collection to boot all target devices in the collection. Or, highlight only those target devices that you want to boot within the collection tree, then select the Boot devices menu option. The Target Device Control dialog displays with the Boot devices menu option selected in the Settings menu.
2. Click the Boot devices button to boot target devices. The Status column displays the Boot Signal status until the target device successfully receives the signal, then status changes to Success.

Checking a target device’s status from the console

The target device status indicates whether it is active or inactive on the network.

To check the status of a target device:

1. Double-click on the target device in the console window, then select the Properties menu option. The Device Properties tab appears.
2. Select the Status tab and review the following status information:
   • Status, active, or inactive
   • IP address
   • Current provisioning server
   • Current virtual disk name
   • Provisioning server cache file size in bytes If the target device is active in the console window, the target device icon appears as a green computer screen. If the target device is inactive, the icon appears as a black computer screen.

Sending messages to target devices

To send a message to target devices members:

1. Right-click on the collection to send a message to all members within the collection. Or, highlight only those target devices within the collection that receive the message, then select the Send message menu option. The Target Device Control dialog displays with the Message to devices menu option selected in the Settings menu. Target devices are displayed in the Device table.

2. Type a message to display on target devices in the Message text box.
3. Click the Send message button. The Status column displays the Message Signal status until target devices successfully receives the message, the status changes to Success.

Shutting down target devices

To shut down target devices:

1. Right-click on the collection to shut down all target devices within the collection. Or, highlight only those target devices to shut down within a collection, then select the Shutdown devices menu option. The Target Device Control dialog displays with the Shutdown devices menu option selected in the Settings menu. Target devices display in the Device table.
2. Type the number of seconds to wait before shutting down target devices in the Delay text box.
3. Type a message to display on target devices in the Message text box.
4. Click the Shutdown devices button to shut down target devices. The Status column displays the shutdown signal status until the target device shuts down. As each target device successfully shuts down, the status changes to Success.

Restarting target devices

To restart target devices:

1. Right-click on a collection in the console tree or highlight only those target devices you want to restart within the collection. Select the Restart devices menu option. The Target Device Control dialog displays with the Restart devices menu option selected in the Settings menu. Target devices display in the Device table.
2. Type the number of seconds to wait before restarting target devices in the Delay text box.
3. Type a message to display on target devices in the Message text box.
4. Click the Restart devices button to restart target devices. The Status column displays the Restart Signal status until the target device successfully receives the signal, then status changes to Success.

Moving target devices between collections

A target device can be moved from one collection to another collection within a site by dragging it into the console’s Details pane. Drag the device from one collection, then drop the device into another collection. Alternatively, target devices can be moved using the Move menu option.

To move a target device using the Move menu option:

1. In the console, expand the collection, right-click on the target device in the Details pane, then select the Move menu option.
2. From the menu, select the collection to move this target device into. If necessary, apply the collection’s device template to the target device being moved by enabling the option Apply target collection’s template device properties.
3. Click Move.

Tip:

There is a risk that moving target devices from site to site can cause them to be deleted in the future. This risk increases if the target device was created using the Streamed VM Setup Wizard. You can use the interface to move target devices from one site to another site, however, Citrix recommends that you avoid moving them from site to site using this method.

Managing target device personality

Normally, all target device’s sharing virtual disk must have identical configurations. The Target Device Personality feature allows you to define data for specific target devices and make it available to the target device at boot time. This data is used by your custom applications and scripts for various purposes.

The number of fields and amount of data that you can define for each target device is limited to 64 Kb or 65,536 bytes per target device. Each individual field contains up to 2,047 bytes.

Target device personality tasks

• Define personality data for a single target device using the console
• Define personality data for multiple target devices using the console
• Using target device personality data

Define personality data from a single target device using the console

To define personality data for a single target device:

1. In the Console, right-click on the target device that you want to define personality data for, then select the Properties menu option.
2. Select the Personality tab.
3. Click the Add button. The Add/Edit Personality String dialog appears. Note: There is no fixed limit to the number of field names and associated strings you can add. However, the total amount of personality data assigned to a single string, names, and data, combined, is approximately 2,047 bytes. Also, the total amount of data contained in names, strings and delimiters is limited to approximately 64 Kb or 65,536 bytes per target device. This limit is checked when you attempt to add a string. If you exceed the limit, a warning message displays and you are prevented from creating an invalid configuration. Target device personality data is treated like all other properties.

4. Enter a name and string value.

   Note:

   You can use any name for the field. Name, but you cannot repeat a field name in the same target device. Field names are not case sensitive. In other words, the system interprets FIELDNAME and fieldname as the same name. Blank spaces entered before or after the field name are automatically removed. A personality name cannot start with a $. This symbol is used for reserved values such as $DiskName and $WriteCacheType.

5. Click OK.

To add more fields and values, repeat Steps 5 and 6 as needed. When finished adding data, click OK to exit the Target Device Properties dialog.

Define personality data for multiple target devices using the console

Define target device personality for multiple devices:

1. In the console, right-click on the target device that has the personality settings that you want to share with other device, then select Copy. The Copy device properties dialog appears.
2. Highlight the target devices in the Details pane that you want to copy personality settings. Right-click and select the Paste device properties menu.
3. Click the Personality strings option, or, alternately choose to copy other properties. Click Paste.

Using target device personality data

Once the file system becomes available to the target device, the personality data is written to a standard Windows .ini text file called Personality.ini. The file is stored in the root directory of the virtual disk file system, your custom scripts or applications access this file.

The file is formatted as follows:

    `[StringData]
    FieldName1=Field data for first field
    FieldName2=Field data for second field`

This file is accessible to any custom script or application and is queried by the standard Windows .INI API. Also, a command line application, called GetPersonality.exe, permits easier batch file access to the personality settings.

A target device’s virtual disk name and mode can be retrieved using GetPersonality.exe. The following reserve values are included in the [StringData] section of the Personality.ini file:

    $DiskName=<xx>
    $WriteCacheType=<0 (Private image)
    All other values are standard image; 1 (Server Disk), 2 (Server Disk Encrypted), 3 (RAM), 4 (Hard Disk), 5 (Hard Disk Encrypted), 6 (RAM Disk), or 7 (Difference Disk). Min=0, Max=7, Default=0>

The xx field is the name of the disk. A virtual disk name cannot start with a $. This symbol is used for reserved values such as $DiskName and $WriteCacheType. The following message displays if a name that starts with $ is entered:

A name cannot start with a $. This is used for reserve values like $DiskName and $WriteCacheType. The $DiskName and $WriteCacheType values can be retrieved on the target device using GetPersonality.exe.

GetPersonality.exe

The command line utility GetPersonality.exe allows users to access the Target Device Personality settings from a Windows batch file. The program queries the INI file for the user and places the personality strings in the locations chosen by the user. GetPersonality.exe supports the following command line options:

    `GetPersonality FieldName /r=RegistryKeyPath <- Place field in registry
    GetPersonality FieldName /f=FileName <- Place field in file
    GetPersonality FieldName /o <- Output field to STDOUT
    GetPersonality /? or /help <- Display help`

Setting environment variables

Setting environment variables with personality data is a two-step process:

1. Use the GetPersonality command with the /f option to insert the variable into a temporary file.

2. Use the set command to set the variable. For example, to set the environment variable Path statement for the target device a personality name, define the Pathname with the string value:

   `%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\Microsoft Office\OFFICE11\;C:\Program Files\Microsoft SQL Server\80\Tolls\Binn`
   

   The /f option creates a temporary file, allowing for a name to be assigned, in this case temp.txt. The following lines are included in the batch file:

   `GetPersonality Pathname /f=temp.txt
   set /p Path= <temp.txt`
   

   Note:

   If the file name specified with the /f option exists, Get Personality does not append the line to the file. Instead, the existing line is overwritten in the file.

Changing the device status to down

Occasionally, a target device displays as active when it is down. This situation occurs when the status record is not refreshed properly in the database. To change the target device’s status in the database to down, Complete the following steps:

1. In the console, right-click on the target device marked as down, then select the Mark Device Down option. A confirmation dialog appears.
2. Click OK to mark the device as down.

Support for windows performance counters

Citrix Provisioning target devices provide Windows performance counters for each storage tier:

• RAM cache
• VHDX file
• network streaming

Using these performance counters, you can monitor target device streaming IOPS, bandwidth usage, current RAM usage, and VHDX file size.

Boot Device Management support for UEFI using the Citrix Virtual Apps and Desktops Setup wizard

UEFI BDM integrates with the Citrix Virtual Apps and Desktops Setup wizard, which allows you to set the BDM boot option to target UEFI firmware. With this support, Citrix Provisioning supports booting from:

• ISO
• USB
• Boot partitions

Consider the following:

• BDM support for UEFI can only be used by VMs that have a BDM disk.
• This functionality uses Citrix Provisioning Server information provided by you that function as login servers for the UEFI target VMs.

Tip:

During UEFI boot, detailed information about the server and vDisk is displayed on the console of the booting machine.

Setting a target device for UEFI firmware

To create target VMs using BDM boot, use one of the following ways:

• Use the Citrix Virtual Apps and Desktops Setup Wizard, and select BDM as the boot mode. For more information, see Run the wizard.

• If you want to manually create VMs, you can create a BDM boot disk VDH file using the Create a Boot Device option. To do this:

  1. Select the Citrix Provisioning Console node and right-click to display a context menu.
  2. In the context menu, select Create a Boot Device.

On the Boot Device Management screen:

1. Select Target device is UEFI firmware.
2. Click Next.

You can also access the Boot Device Management screen from the Start menu. See Server lookup using DHCP to retrieve the device IP address for more information.

Tip:

You can update the BDM partition with server information using the Boot Device Management screen.

Server look up using DHCP to retrieve the device IP address

When specifying a login server, you have the option to use either DNS to locate a server, or you can specify a static IP address to identify a server. If the server lookup method is set to Use DNS to find a Server, you can set extra UEFI options, including:

• UEFI network. Use this option to set the boot NIC interface index value. By default, this value is set to 0. This value represents the first NIC.
• Boot Device. Select the Add an active boot partition check box, and use the drop-down menu to select from the following device options:
  • Citrix ISO Image Recorder. This is the default choice for UEFI networks.
  • USB. Use this device option if a USB drive is connected to the Provisioning server.
  • HDD. When the boot device is a directly connected hard disk drive.

After specifying BDM configuration options, click Burn to create a BDM device.

Important:

Citrix recommends that you do not use HDD as a boot option when connected to the Provisioning server.

Updating a BDM partition

You can update the BDM boot disk of target VMs:

• created using the Citrix Virtual Apps and Desktops Setup Wizard, and
• in a collection, a group of selected target VMs, or an individual target VM.

Note:

Provisioned devices must be turned off when updating a BDM boot partition.

The BDM boot partition upgrade does not require PXE, TFTP, or TSB. At boot time it automatically loads all relevant Provisioning server information from the BDM disk and does not need external services provided by PXE and TFTP.

Update BDM boot disks

To update the BDM boot disks, do the following:

Note:

You cannot do a BDM update using the Citrix Provisioning Console if you install Citrix Provisioning Servers on the system running Windows Server Core.

1. In the Citrix Provisioning Console, expand Device Collections, and and select either a collection or a group of targets within a collection or a single target.
2. Right-click to expose a context menu.
3. In the context menu, select Target Device, then select Update BDM Partitions.

On the Target Device Update BDM screen:

1. Click Change Servers.

   

2. On the Citrix Provisioning Server Information dialog, the current set of servers are displayed. You can update the list. You can add individual servers using the Add button, or use a single DNS name that translates to the set of IP addresses used by the servers to connect to at the boot time.

   

3. Click OK to return to the Target Device Update BDM page.
4. Click Update Devices. Once selected, Citrix Provisioning begins updating all target devices with the BDM update.
5. Click Stop to immediately halt the update process.
6. Click Close to dismiss the Target Device Update BDM screen. The process continues to run in the background.

Note:

You can currently specify a maximum of 4 login servers at this time.