Citrix Provisioning 2311 – Server Install

Last Modified: Dec 21, 2023 @ 9:27 am

Navigation

This article applies to all 7.x versions of Citrix Provisioning, including 2311, LTSR 2203 CU4, LTSR 1912 CU8, LTSR 7.15.45 (aka 7.15 LTSR CU9), and LTSR 7.6.9 (aka 7.6 LTSR CU8).

💡 = Recently Updated

Change Log

Planning and Versions

CTX220651 Best Practices for deploying PVS in multi-geo environments: ensure that Provisioning farms do not span data centers with a network latency that can affect communications between the Provisioning Servers and the SQL database

SQL 2019 is supported with Citrix Provisioning 2003 and newer.

Citrix Provisioning Firewall Rules

The most recent Current Release version of Citrix Provisioning is 2311.

For LTSR CVAD, deploy the Citrix Provisioning version that matches your CVAD version:

Citrix License Server Version

Upgrade the Citrix Licensing server to the latest version. Citrix now requires the latest License Server version and is configured to upload license telemetry data.

Upgrade

Windows Server 2022 is supported with Citrix Provisioning 2203 and newer.

VMware ESXi 8.0 is supported with Citrix Provisioning 2212 and newer.

SCVMM 2022 is supported with Citrix Provisioning 2203 and newer.

If you are upgrading from an older version of Citrix Provisioning, do the following:

  1. In-place upgrade the Citrix License Server.
  2. In-place upgrade the Provisioning Console.
    1. Re-register the Citrix.PVS.snapin.dll snap-in:
      "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\InstallUtil.exe" "c:\program files\citrix\provisioning services console\Citrix.PVS.snapin.dll"
    2. If upgrading from 7.15.3000 to 7.15.4000, then manually upgrade the snap-ins. See CTX256773 Powershell SnapIns are not upgraded from PVS 7.15 LTSR CU3 to 7.15 LTSR CU4 after the upgrade is complete
  3. In-place upgrade the Provisioning Server. If you have two or more Provisioning servers, upgrade one, and then the other. If High Availability is configured correctly, then the Target Devices should move to a different Provisioning server while a Provisioning server is being upgraded.
    1. After the first Provisioning server is upgraded, run the Configuration Wizard. You can generally just click Next through the wizard. At the end, you’ll be prompted to upgrade the database. Then upgrade the remaining Provisioning servers and run the Config Wizard on each of them too.
  4. Upgrade the Target Device Software inside each vDisk. Don’t do this until the Provisioning servers are upgraded (Target Device Software must be same version or older than the Provisioning Servers).
    1. If your Target Devices are 7.6.1 or newer, you can create a Maintenance version, boot an Updater Target Device, and in-place upgrade the Target Device Software.
    2. If your Target Devices are older, then you must reverse image.

vDisk Storage

Do the following on both Provisioning Servers. The vDisks will be stored locally on both servers. You must synchronize the files on the two servers: either manually (e.g. Robocopy), or automatically (e.g. DFS Replication).

Create D: Drive

  1. In the vSphere Web Client, edit the settings for each of the Provisioning server virtual machines.
  2. On the bottom, use the drop-down list to select New Hard Disk, and click Add.
  3. Expand the New Hard disk by clicking the arrow next to it.
  4. Change the disk size to 500 GB or higher. It needs to be large enough to store the vDisks. Each full vDisk is 40 GB plus a chain of snapshots. Additional space is needed to merge the chain.
  5. Feel free to select Thin provision, if desired. Click OK when done.
  6. Login to the session host. Right-click the Start Button, and click Disk Management.
  7. In the Action menu, click Rescan Disks.
  8. On the bottom right, right-click the CD-ROM partition, and click Change Drive Letters and Paths.

  9. Click Change.
  10. Change the drive letter to E:, and click OK.
  11. Click Yes when asked to continue.
  12. Right-click Disk 1 and click Online.
  13. Right-click Disk 1 and click Initialize Disk.
  14. Click OK to initialize the disk.
  15. Right-click the Unallocated space, and click New Simple Volume.
  16. In the Welcome to the New Simple Volume Wizard page, click Next.
  17. In the Specify Volume Size page, click Next.
  18. In the Assign Drive Letter or Path page, select D: and click Next.
  19. In the Format Partition page, change the Volume label to vDisks and click Next.
  20. In the Completing the New Simple Volume Wizard page, click Finish.
  21. If you see a pop-up asking you to format the disk, click Cancel since Disk Management is already doing that.

vDisk Folders

On the new D: partition, create one folder per Delivery Group. For example, create one called Win10Common, and create another folder called Win10SAP. Each vDisk is composed of several files, so its best to place each vDisk in a separate folder. Each Delivery Group is usually a different vDisk.

Robocopy Script

Here is a sample robocopy statement to copy vDisk files from one Provisioning server to another. It excludes .lok files and excludes the WriteCache folders.

REM Robocopy from PVS01 to PVS02
REM Deletes files from other server if not present on local server
Robocopy D:\vDisks \\pvs02\d$\vDisks *.vhd *.vhdx *.avhd *.avhdx *.pvp /b /mir /xf *.lok /xd WriteCache /xo

Citrix Blog Post vDisk Replicator Utility has a GUI utility script that can replicate vDisks between Provisioning Sites and between Provisioning Farms.

Service Account

Provisioning Services should run as a domain account that is in the local administrators group on both Provisioning servers. This is required for KMS Licensing.

Provisioning Console Install/Upgrade

The installation and administration of Citrix Provisioning 2311 and older (including LTSR versions 2203, 1912 CU8, 7.15.45 and 7.6.9) are essentially identical.

Operating System – Windows Server 2022 is supported with Citrix Provisioning 2203 and newer.

Hypervisor – VMware ESXi 8.0 is supported with Citrix Provisioning 2212 and newer. VMware VSAN 8 is supported with Citrix Provisioning 2311 and newer.

BIOS – Citrix Provisioning 2311 and newer no longer support BIOS. See Converting BIOS vDisks to UEFI at Citrix Docs.

If you want to automate the installation and configuration of Citrix Provisioning, see Dennis Span Citrix Provisioning Server unattended installation.

To manually install Provisioning Console, or in-place upgrade the Provisioning Console:

  1. Go to the downloaded Citrix Provisioning, and in the Console folder, run PVS_Console_x64.exe.
  2. Click Install.

    1. If you are upgrading, and if you get an error about a newer version of Citrix Diagnostics Facility is already installed…
    2. …then you might have to uninstall the existing Citrix Diagnostics Facility installation and try the upgrade again.
  3. If you see the .NET Framework Setup page:
    1. Check the box next to I have read and accept the license terms, and click Install.
    2. In the Installation Is Complete page, click Finish.
    3. Click Restart Now.
    4. Restart the PVS_Console_x64.exe installer.
    5. Click Install.
  4. Click Yes to reboot when prompted. Then restart the installation.
  5. In the Welcome to the InstallShield Wizard for Citrix Provisioning Console x64 page, click Next.
  6. In the License Agreement page, select I accept the terms, and click Next.
  7. In the Customer Information page, click Next.
  8. In the Destination Folder page, click Next.
  9. In the Ready to Install the Program page, click Install.
  10. In the InstallShield Wizard Completed page, click Finish.
  11. Click Yes if you are prompted to restart.

After upgrading the Console, re-register the PowerShell snap-in. This is required for the Citrix App Layering Agent.

"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\InstallUtil.exe" "c:\program files\citrix\provisioning services console\Citrix.PVS.snapin.dll"

Provisioning Server – Install/Upgrade

The installation and administration of Citrix Provisioning 2311, 1912 LTSR CU8, 7.15.45, 7.6.9 and other 7.x versions are essentially identical.

Operating System – Windows Server 2022 is supported with Citrix Provisioning 2203 and newer.

Hypervisor – VMware ESXi 8.0 is supported with Citrix Provisioning 2212 and newer. VMware VSAN 8 is supported with Citrix Provisioning 2311 and newer.

BIOS – Citrix Provisioning 2311 and newer no longer support BIOS. See Converting BIOS vDisks to UEFI at Citrix Docs.

You can in-place upgrade Provisioning Server. The Provisioning Servers must be upgraded before the vDisks’ Target Device Software are upgraded. While upgrading one Provisioning Server, all Target Devices are moved to the other Provisioning Server assuming that vDisk High Availability is properly configured.

To install/upgrade Provisioning server:

  1. If vSphere, make sure the Provisioning server virtual machine Network Adapter Type is VMXNET 3.
  2. Go to the downloaded Provisioning ISO, and in the Server folder, run PVS_Server_x64.exe.
  3. Click Install when asked to install prerequisites.
  4. Click Yes to reboot. After the restart, relaunch the installer.
  5. Note: there’s a long delay before the installation wizard appears.
  6. In the Welcome to the Installation Wizard for Citrix Provisioning Server x64 page, click Next.
  7. In the License Agreement page, select I accept the terms, and click Next.
  8. In Citrix Provisioning 1811 and newer, you’ll see a Default Firewall Ports page. You can optionally select Automatically open all Citrix Provisioning ports in Windows Firewall. If you later use the Citrix Provisioning Console to change the ports, then the Windows Firewall rules need to be adjusted manually since the Citrix Provisioning Console won’t do it for you.
  9. In the Customer Information page, select Anyone who users this computer, and click Next.
  10. In the Destination Folder page, click Next.
  11. In the Ready to Install the Program page, click Install.
  12. In the Installation Wizard Completed page, click Finish.

Database Script

By default, the Citrix Provisioning Configuration Wizard will try to create the database using the credentials of the person that is running the Wizard. This isn’t always feasible. An alternative is to create a script that a DBA can run on the SQL server.

  1. Go to C:\Program Files\Citrix\Provisioning Services and run DBScript.exe.
  2. Change the selection to New database for 2012 or higher.
  3. Enter a path to save the script file.
  4. Fill in the other fields.
  5. Select an Active Directory group containing your Citrix administrators, and click OK.
  6. In SQL Server Management Studio, open the SQL script.

  7. Execute the script to create the database.

  8. The person that runs the Citrix Provisioning Configuration Wizard will need db_owner permission to the new Citrix Provisioning database.
  9. Create a Windows service account that will run the services on the Citrix Provisioning server. This account must have a SQL login on the SQL server containing the Citrix Provisioning database. The Citrix Provisioning Configuration Wizard will grant this account the correct permissions in the database.

Configuration Wizard – New Farm

  1. If you used DBScript.exe to pre-create the database, skip to Configuration Wizard – Join Farm.
  2. Certificate – Joining PVS to CVAD site requires a valid certificate on the PVS server.
  3. For SQL AlwaysOn Availability Group, see CTX201203 SQL Server AlwaysOn Configuration for PVS 7.6. In summary: Use the wizard to create the database instance. In SQL, create the Availability Group. Then reconfigure Citrix Provisioning Server to point to the SQL AlwaysOn listener.
  4. The Citrix Provisioning Configuration Wizard launches automatically. If the database wasn’t pre-created, then the person running the wizard must have dbcreator and securityadmin roles on the SQL Server. If true, click Next. If not true, then cancel the wizard and launch it as somebody that does have those roles.

  5. The DHCP Services page appears. DHCP is typically hosted on a different server so select The service that runs on another computer. It is also possible to install DHCP on the Provisioning Servers. Click Next.
  6. In the PXE Services page, if you intend to use Boot Device Manager (BDM or ISO) instead of PXE, then change the selection to The service that runs on another computer, which disables the PXE service.
  7. If your Target Devices and Provisioning Servers are on the same broadcast network, then change the selection to Citrix Provisioning PXE service on this computer.
  8. Click Next.

  9. In the Farm Configuration page, choose Create Farm, and click Next.
  10. In the Database Server page, enter the name of the SQL server. Citrix Provisioning 2203 and newer has an option for specifying credentials to the SQL server.

    • In Citrix Provisioning 2203 and newer, click the Connection Options button and there’s an option for Enable MultiSubnetFailover for SQL Always On. There’s also an Optional TCP port field. Click OK and then click Next.
    • Older versions of Provisioning have an option for MultiSubnetFailover on the Database Server page. Click Next.
  11. In the New Farm page, enter the following:
    • Enter a descriptive Database name. Put the word Citrix in the database name so the DBA knows what it is for.
    • Enter a descriptive Farm name.
    • Enter a descriptive Site name.
    • Enter a descriptive Collection name. All of these names can be changed later.
    • Select the Active Directory group that will have administrator permissions to Citrix Provisioning, and click Next. If you don’t see your group here, select any group you belong to, and you can fix it later in the console.
  12. In the New Store page, browse to one of the vDisk folders, and give the store a name. Then click Next.
  13. You can optionally join the Provisioning Farm to CVAD or Citrix Cloud so that you can use Web Studio to provision Targets. The CVAD option is available in Citrix Provisioning 2311 and newer.

    1. Click Yes to join the farm to a CVAD Site.
    2. In the Citrix Virtual Desktops Controller page, click Next.
    3. The Registration tab in Provisioning Console > Farm Properties shows the status of CVAD Site registration.
  14. In the License Server page, enter the name of your Citrix license server, check the box next to Validate license server communication, and click Next.
  15. In the User account page, notice it defaults to Network service account. This won’t work with KMS licensing so change it to Specified user account. Enter credentials for an account that is a local administrator on all Provisioning servers, and click Next. Note: Provisioning 7.16 and newer support Group Managed Service Accounts.

  16. In the Active Directory Computer Account Password page, check the box, and click Next.
  17. In the Network Communications page, click Next.
  18. In the TFTP Option and Bootstrap Location page, check the box, and click Next.
  19. In the Stream Servers Boot List page, click Advanced.
  20. Check the box next to Verbose mode, click OK, and then click Next.
  21. If Provisioning 7.12 or newer, in the SSL Configuration page, click Next.
  22. If you see the Problem Report Configuration page, enter your MyCitrix credentials and click Next.
  23. In the Finish page, click Finish.
  24. If you are upgrading, then you might be asked to upgrade the database. Click Yes.
  25. Click OK if you see the firewall message.
  26. In the Finish page, click Done.

From Running the Configuration Wizard silently at Citrix Docs: Now that you have a configured server, you can run "C:\Program Files\Citrix\Provisioning Services\ConfigWizard.exe" /s to produce an .ans file at "C:\ProgramData\Citrix\Provisioning Services\ConfigWizard.ans". This .ans file can be modified and copied to additional Provisioning servers. "C:\Program Files\Citrix\Provisioning Services\ConfigWizard.exe" /a reads the .ans file and applies the configuration silently.

Configuration Wizard – Join Farm

  1. The Configuration Wizard launches automatically.
  2. There are two methods of handling SQL permissions:
    1. The person running the wizard must have db_owner on the database and securityadmin role on the SQL Server. This allows the wizard to add the service account to SQL logins and grant it access to the database.
    2. Or the person running the wizard can be limited to just db_owner permission to the database. The service account must be added manually to SQL logins by a DBA.
  3. The DHCP Services page appears. DHCP is typically hosted on a different server so select The service that runs on another computer. It is also possible to install DHCP on the Provisioning Servers. Click Next.
  4. In the PXE Services page, if you intend to use Boot Device Manager (BDM or ISO) instead of PXE, then change the selection to The service that runs on another computer, which disables the PXE service.
  5. If your Target Devices and Provisioning Servers are on the same broadcast network, then change the selection to Citrix Provisioning PXE service on this computer.
  6. Click Next.

  7. In the Farm Configuration page, click Join existing farm.
  8. In the Database Server page, enter the name of the SQL server. Citrix Provisioning 2203 and newer has an option for specifying credentials to the SQL server.

    • In Citrix Provisioning 2203 and newer, click the Connection Options button and there’s an option for Enable MultiSubnetFailover for SQL Always On. There’s also an Optional TCP port field. Click OK and then click Next.
    • Older versions of Provisioning have an option for MultiSubnetFailover on the Database Server page. Click Next.
  9. In the Existing Farm page, select the database, and click Next.
  10. In the Site page, select an existing site, and click Next.
  11. If you used the script to create the database, then there probably are no stores defined. Do so now.
  12. Otherwise, in the New Store page, select the existing store, and click Next.
  13. In the License Server page, click Next.
  14. In the User account page, notice it defaults to Network service account. This won’t work with KMS licensing so change it to Specified user account. Enter credentials for an account that is a local administrator on all Provisioning servers, and click Next. Note: Provisioning 7.16 and newer support Group Managed Service Accounts.

  15. In the Active Directory Computer Account Password page, check the box, and click Next.
  16. In the Network Communications page, click Next.
  17. In the TFTP Option and Bootstrap Location page, check the box, and click Next.
  18. In the Stream Servers Boot List page, click Advanced.
  19. Check the box next to Verbose mode, click OK, and then click Next.
  20. If Provisioning 7.12 or newer, in the Soap SSL Configuration page, click Next.
  21. If Provisioning 7.11 or newer, in the Problem Report Configuration page, enter your MyCitrix credentials, and click Next.
  22. In the Finish page, click Finish.
  23. Click OK if you see the firewall message.
  24. In the Finish page, click Done.

Troubleshooting – Networking Services Don’t Work After Reboot

If your PXE service or TFTP service does not work after a reboot of the Provisioning server, do the following:

  1. One option is to set the Citrix PVS PXE Service, Citrix PVS TFTP Service, and Citrix PVS Two-stage boot Service to Automatic (Delayed Start).
  2. The TFTP and Two-stage Boot services can be delayed by setting registry keys.
    • Keys = HKLM\System\CurrentControlSet\services\BNTFTP (and PVSTSB)\Parameters
    • Value = InitTimeoutSec (DWORD). 1 – 4 seconds. Default is 1.
    • Value = MaxBindRetry (DWORD). 5 – 20 retries. Default is 5.

Disable Firewall

Disable the Windows Firewall to allow communication to all Citrix Provisioning Server ports. Or, see Citrix Provisioning Firewall Rules and manually open all required ports. If you change the ports in the Citrix Provisioning Console, then you’ll need to adjust the Windows Firewall rules accordingly.

  1. In Server Manager, click Tools, and click Windows Firewall with Advanced Security.
  2. Click Windows Firewall Properties.
  3. On the Domain Profile tab, change the Firewall state to Off.

Disable BIOS Boot Menu

The versioning process in Citrix Provisioning will present a boot menu when booting any version except Production.

  1. To avoid this, create the DWORD registry value HKLM\Software\Citrix\ProvisioningServices\StreamProcess\SkipBootMenu on both Provisioning Servers and set it to 1. Note: the location of this key changed in Provisioning Services 7.0 and newer.
  2. Then restart the Citrix PVS Stream Service.

Private Mode vDisk – No Servers Available for vDisk

Citrix CTX200233 – Error: “No servers available for disk”: When you set a vDisk to Private Image mode (or new Maintenance version), if the Target Device is not connected to the server that contains the vDisk then you might see a message saying “No Servers Available for vDisk”.

  1. To avoid this, create the DWORD registry value HKLM\Software\Citrix\ProvisioningServices\StreamProcess\SkipRIMSForPrivate on both Provisioning Servers and set it to 1. Note: the location of this key changed in Provisioning Services 7.0.
  2. Then restart the Citrix PVS Stream Service.

Multi-Homed Provisioning Server

From slide 20 of http://www.slideshare.net/davidmcg/implementing-and-troubleshooting-pvs:, Multi-homed Provisioning server is not recommended but if you insist, and if running Provisioning 6.1 or older, configure the following. Provisioning 7.7 configuration wizard should have asked you for the management NIC.

  • HKLM\Software\Citrix\ProvisioningServices\IPC
    • New Reg_Sz (string) named IPv4Address with the IP of the NIC for IPC
  • HKLM\Software\Citrix\ProvisioningServices\Manager
    • New Reg_Sz (string) named GeneralInetAddr with the IP of the NIC and port
    • e.g. 10.1.1.2:6909

Citrix 133877 Timeout Error 4002 in Provisioning Server Console after Clicking “Show Connected Devices: when there are multiple streaming NICs assigned to the Provisioning Server, when Show Connected Devices was clicked in the Provisioning console, the following symptoms might be experienced: Server timeout error 4002, unusual delay of 3 to 4 minutes to list the connected devices, or Provisioning console stops responding. Complete the following to resolve the issue:

  1. On the Provisioning Server machine, under HKLM\software\citrix\provisioningServices\Manager key, create registry DWORD RelayedRequestReplyTimeoutMilliseconds, and set it to 50 ms (Decimal).
  2. Create a DWORD RelayedRequestTryTimes, and set it to 1.
  3. Open the Provisioning Server console and test by selecting the Show Connected Devices command.

Antivirus Exclusions

Citrix’s Recommended Antivirus Exclusions

Endpoint Security, Antivirus, and Antimalware Best Practices at Citrix Docs TechZone contains a list of recommended exclusions for Citrix Provisioning.

 

Citrix Blog Post Citrix Recommended Antivirus Exclusions: the goal here is to provide you with a consolidated list of recommended antivirus exclusions for your Citrix virtualization environment focused on the key processes, folders, and files that we have seen cause issues in the field:

  • Set real-time scanning to scan local drives only and not network drives
  • Disable scan on boot
  • Remove any unnecessary antivirus related entries from the Run key
  • Exclude the pagefile(s) from being scanned
  • Exclude Windows event logs from being scanned
  • Exclude IIS log files from being scanned

See the Blog Post for exclusions for each Citrix component/product including: StoreFront, VDA, Controller, and Provisioning. The Blog Post also has links to additional KB articles on antivirus.

Microsoft’s virus scanning recommendations

(e.g. exclude group policy files) – http://support.microsoft.com/kb/822158.

TFTP High Availability

BIOS machines have multiple methods of booting into PVS:

  • PXE (network boot) on same subnet as Citrix Provisioning Servers.
  • PXE (network boot) on different subnet as Citrix Provisioning Servers. DHCP Scope Options 66 and 67 required.
  • Boot ISO created by Citrix Provisioning Boot Device Manager.
  • Boot partition created by the Citrix Provisioning Virtual Desktops Setup Wizard.

EFI/UEFI machines have two methods of booting into PVS:

  • PXE (network boot) on same subnet as Citrix Provisioning Servers. DHCP Scope Option 11 required.
  • PXE (network boot) on different subnet as Citrix Provisioning Servers. DHCP Scope Options 66, 67, and 11 required.

If PXE booting on same subnet as Provisioning Servers, then make sure the PXE service is running on the Citrix Provisioning Servers. When your target device boots, it will broadcast a PXE Request message to the entire subnet. One of the Provisioning Servers PXE services will reply with the IP address of the TFTP service on the local Provisioning Server.

If your Target Devices are not on the same VLAN/subnet as the Provisioning Servers, then for EFI/UEFI devices, you will need to configure DHCP Scope Options 66, 67, and 11. BIOS machines can instead use Boot ISO or Boot Partition, but these options are not available for EFI/UEFI.

  • DHCP Scope Option 66 (TFTP Server address) only supports a single address. For High Availability, either DNS Round Robin your TFTP servers, or configure Citrix ADC to load balance TFTP. TFTP service runs on the Citrix Provisioning Servers.
  • Citrix CTX131954 Implementation Guide – High Availability for TFTP
  • NetScaler 10.1 and newer and Citrix ADC have native support for TFTP protocol. Older versions of NetScaler are more difficult to configure.
  • For EFI/UEFI, for DHCP Scope Option 67, see Unified Extensible Firmware Interface (UEFI) pre-boot environments at Citrix Docs for the correct file name.

DHCP Failover

The DHCP infrastructure must be highly available. And session hosts should be configured with DHCP Reservations. With multiple DHCP servers, any reservation should be created on all DHCP servers hosting the same DHCP scope. The easiest way to accomplish this is with the DHCP Failover feature in Windows Server 2012 and newer.

  1. Build two DHCP servers on Windows Server 2012 or newer.
  2. Create a scope for the Provisioning Target Devices.
  3. Right-click the existing scope, and click Configure Failover.
  4. In the Introduction to DHCP Failover page, click Next.
  5. In the Specify the partner server to use for failover page, enter the name of the other DHCP server, and click Next.
  6. In the Create a new failover relationship page, enter a Shared Secret, and click Next.
  7. Click Finish.
  8. Click Close.

Health Check

CTP Sacha Thomet’s PowerShell script to view the health/status of the Provisioning environment. Emails an HTML Report. For Provisioning 7.7 and newer, see https://blog.sachathomet.ch/2015/12/29/happy-new-script-pvs-7-7-healthcheck/.

Related Pages

298 thoughts on “Citrix Provisioning 2311 – Server Install”

  1. Hi,

    After making an image dump to the provisiong i got this error
    trying to change properties
    i get this error culture is not supported, parameter name:culter 3072 (0x0c00) is an invalid culture identifier
    Installed 2311 on windows 2022….
    upgraden the master image from 2203 to 2311 (xenapp vda etc)

  2. Hi
    I have been using Citrix PVS for years to stream Windows, starting with XP, then Windows 7, and currently Windows 10 22H2. Now I want to switch to Windows 11 22H2. Is that possible, and if so, are there any instructions available? The workstations are capable of running Windows 11 22H2.
    Best regards

        1. No. Make sure your vDisk is based on a UEFI-enabled machine. Make sure your template VM is based on a UEFI-enabled machine. For Windows 11, you should encrypt both machines and add a vTPM. You will need a DHCP Option to specify the PVS Server addresses for the UEFI bootstrap.

          1. Hi

            The migration with P2PVS end always with this error:
            Mittwoch, 14. Juni 2023 16:53:28
            06/14/23 16:53:28: Citrix Provisioning 7.33.0 Copyright (c) 2001-2022 Citrix Systems, Inc. All rights reserved.
            06/14/23 16:53:28: Microsoft Windows 6.2.9200 Client
            06/14/23 16:53:28: Suite=0x00000100
            06/14/23 16:53:28: Processor Architecture: x64
            06/14/23 16:53:28: Number of processors: 8
            06/14/23 16:53:28: WindowsFreePercentage that can be set in [parameters] section of P2PVS.ini: 25
            06/14/23 16:53:28: PartitionOffsetBase that can be set in [parameters] section of P2PVS.ini: 1048576
            06/14/23 16:53:28: VolumeDiscoveryTimeoutAsSeconds that can be set in [parameters] section of P2PVS.ini: 30
            06/14/23 16:53:28: VolumeShadowCopyPollTimeAsMs that can be set in [parameters] section of P2PVS.ini: 0
            06/14/23 16:53:55: Physical to VHDX started at Mittwoch, 14. Juni 2023 16:53:55
            06/14/23 16:53:55: Gathering Volume Shadow Copy Writer metadata…
            06/14/23 16:53:58: Adding volume \\?\Volume{AFA8309B-092E-11EE-B058-D45DDF1A2768}\ to snapshot…
            06/14/23 16:53:58: Preparing for backup…
            06/14/23 16:53:58: Gathering writer status…
            06/14/23 16:53:58: Committing shadow copies…
            06/14/23 16:54:02: Gathering writer status…
            06/14/23 16:58:31: Failed to write secondary GUID partition table header. (0xE0210015)
            06/14/23 16:58:31: Physical to VHDX stopped at Mittwoch, 14. Juni 2023 16:58:31
            06/14/23 16:58:31: Physical to VHDX lasted 275.7 seconds

            I also tried with the P2PVS.exe from 2305, no changes.
            Do you have any idea why this error occur?
            Bios Mode is UEFI
            Secure Boot is ON
            2 Partitions one EFI 100 MByte one C: 80 GByte
            The volume Volume{AFA83…. is Drive c:
            Best regards
            Bertand

  3. HI,
    please can someone share the actual Best Practice regarding the TCP Offloading Settings for a PVS Server and for Windows Server 2019 Terminalserver on a ESXi 7 Host (DL380Gen10)

    1. Are you asking if TcpOffload should be disabled? There is debate around this. I’d try both enabled and disabled and see if there’s any difference in performance or retries.

      1. I am on the side of DisableTaskOffload is NOT required. This comes from the original PVS product architect. Since PVS 6.0 running on Server 2008 R2 or later, DisableTskOffload is not required. He tried for years to get that recommendation changed in the CTX articles and product documentation.

        Another thing rarely mentioned is Receive Side Scaling (RSS). If that option is available in your NIC properties, it should be enabled. RSS enables the TCP network stack to get one thread per vCPU assigned to the VM. If your VM has 4 vCPU, that would give four threads to the TCP stack, greatly improving throughput and performance.

      2. Yes TCPOffload Options, so try and error for every envirorement shuold be the best?

        Any rekommandation PVS Servers and Terminalservers on different Clusters with an external paketfilter?

        1. You usually minimize hops between the Target Devices and PVS Servers. In PVS, network traffic is the same as storage traffic and should be optimized accordingly.

  4. We have configured Citrix PVS in Azure, However the the Target device fails to boot from the vdisk, it directly boot from the harddisk

    just FYI… i copied the BDM.exe over to the target device and ran the setup from the target device to get the BDM.iso created – the BDM.iso resides in the EFI format disk (Msft virtual disk)

    Could you please assist on how to get the target device stream from the PVS server using the vdisk

  5. Hey Carl
    I this issue atm:
    When i stop the stream service on PVS1, failover to PVS2 does not work. The other way around it does work. Do you have any ideas? The infrastructure is 2203. PVS servers have two network cards, 1 for pxe boot, 1 for management.

    1. Does your bootstrap include both servers?

      Both servers show the same vDisk Replication Status? HA is enabled on the vDisk?

      1. Bootstrap contains both servers. By HA enabled on Vdisk do you mean load balancing? Replication status is also green on both servers

  6. Carl, we are testing new targets with UEFI, we have always used BDM partition, no PXE or TFTP, however you write that for UEFI and PVS one option is to use DHCP Option 11. My question is can we continue to use BDM and just add Option 11 to DHCP scope with a list of PVS server IP’s, or do we need TFTP and PXE and move away from BDM for UEFI targets?

  7. Hi Carl,

    Do you have experience with CIFS share store with more PVS servers
    and vdisk versioning? Our experience in large environment after several years is that random vdisk corruption occurs in this configuration.
    It looks that issue usually occurs on maintenance machine when there are write
    operations to vdisk and the PVS servers decide to rebalance the machines between servers. The promoted version usually cannot boot or there are detected errors with chkdsk.
    Thnx.
    Peter

        1. Thank you Carl S. and Carl. W.
          In our usecase there are more advantages to use shared storage (we have hundreds of PC, tens of images and several vdisk/PC admistrators …)
          and also we need to have HA working in case that one server need to go under maintenance. Because of this we have decided to use cifs shared storage.
          How you solve with local PVS storage high availability for clients?
          Clients (PC) need to be rebooted and boot from another server, right?
          Thanks.

          1. Put the same vDisk on multiple servers. In PVS Console, edit the vDisk and enable High Availability. It will find the vDisk file on multiple servers. If PVS Server fails, it automatically reconnects to a different PVS server that is streaming the same vDisk file.

          2. I 100% agree with CS, as that is what I always did. I used a Robocopy script to copy vDisks from my “master” PVS server to the other PVS servers. No customer ever had an issue or outage from using vDisks on local PVS servers.

          3. I understand. But our another problem is that we have several “image” administrators and they do not have access to PVS servers directly and their storage. They are maintaining updates of vdisks (versions) from their PC with PVS console, promoting them into production, based on user’s feedback revert to previous versions ASAP etc. sometime several times during one day.
            I cannot really imagine how to manage this – how the image administrator will start the copying process etc. I have some ideas but from my point of view it makes whole process more complicated 🙁
            With CIFS share storage is everything working fine (fast and simple), there are “only” problems with updates – random image corruption and it usually occurs when the computer in maintenance mode is migrating (because of load balance) between PVS servers. Is there any way how to “sticky” specific computer to specific PVS server? It is possible to set this on the vdisk (disable load balance and make it sticky to specific PVS server and it work fine – no image corruption was detected), but this is not good way, because sometimes image administrator forget to enable back load balancing of the vdisk 🙁
            Thanks.

  8. Hi Carl and Citrix fellow mates!

    I am pretty new to the PVS side of the house but learning as we go.
    We are in the middle of a migration from 7.15 to 1912 LTSR CU5 but my question is how do I make the URLS from 7.15 flip over to 1912 so that 1912 will be live for testing, like what areas I need to change, not 100% sure on this one. Is it on the netscaler? or storefront? or studio? or workspace? PVS or all etc? am confused so any guidance will be awesome.

    1. Are you load balancing? If so, just change the servers behind your load balancing VIP.

      For testing, you’ll probably want a new load balancing VIP. Then edit the HOSTS file in your testing machines to point the old FQDN to the new VIP.

  9. Hi Carl

    Is this setting “DisableTaskOffload” on both PVS-Server and Target-Device still applicable in today’s “Provisioning – v2212” configurations?

    Thanks

      1. Even Citrix internally can’t agree. I’ve heard them say “it’s not necessary anymore, but we still recommend adding it, ‘just in case’.”

    1. NO IT IS NOT NEEDED. The previous PVS architect and I spent a couple of years trying to get that recommendation removed from CTX articles and product documentation. You only need DisableTaskOffload if you are running PVS on a server OS earlier than WIndows Server 2008 R2 OR you are still running PVS 5.x.

      PVS 6 and later running on Windows Server 2008 R2 and later have their own TCP code and stack.

      1. Has anyone run across this issue, PVS version 2206, Infoblox DHCP scopes, using BDM, both win10 and server 2022 are getting a new IP address on each reboot. This is only occurring for PVS VM’s, if I just build a win10 VM on this same network, reboots maintain the same IP.

          1. I will take a look at the UID setting in infoblox, im not seeing this problem in a separate datacenter using ltsr 1912, im assuming the infoblox settings are identical.

            As for the citrix article, we are not using PXE, would this still apply?

          2. A few things i left out, where i do not have this issue is with PVS LTSR 1912, and also the firmware is Bios, where as the problem VM’s are PVS 2206 and im using UEFI for firmware.

  10. Hello Carl, I have a question about updateing the PVS Server Windows OS to 2019. Its currently 2012R2 and we use 2 PVS Servers in HA and a mirror Database. 1912 CU3.
    How to update the OS underneath it? Normally I would spawn a new Server install 2019 and install PVS. Then give it same name and ip as the old one which gets turned off before. Will DB recognize it?
    Or do I need to install a new PVS Server, with new name and ip and add it into the HA, then uninstall and remove one of the old.
    Or is the a totally other way?

    Thanks for your opinion on that.

    1. Hi Chris, not Carl here but i can share my thoughts about this with you because i did nearly the same a few weeks ago. My way was to install two new Windows servers with of course new IPs, install PVS on them and join them to the existing farm. Afterwards copy / clone the PVS Server properties from the existing ones to the two new servers in the PVS console. Make sure the Servers are active for your vDisks Stores. Alter the DHCP Scope options -> For my environment it was option 011 and 066 and add the new PVS Server IPs. For tests i stopped the stream service on the old PVS Servers and booted a few devices. If the test are fine, remove the old PVS servers from the farm and the DHCP Scope options.

  11. Carl, you wrote that “Bios Machines have Multiple methods of booting into PVS:” But “EFI/UEFI machines have two methods of booting into PVS:” These two options being PXE boots only, are we not able to use BDM with UEFI, I have built vdisks that are streaming fine using BDM Partition and UEFI enabled as the firmware. Is the BDM partition with UEFI unsupported, or am i missing something here?

    1. BDM Partition on C: drive is probably fine. But on UEFI, BDM ISO and PXE image can’t be modified to include the PVS Server IP Addresses, so those addresses must be delivered through some other method (DHCP scope option).

  12. Carl,

    As always, thanks for everything you do for the EUC community. I have a question concerning disk formatting for Citrix PVS vdisk storage. It’s been quite some time, but back around the 2016 timeframe, there were many article floating around regarding the use of ReFS formatting of the pVS Store disk, in lieu of the traditional NTFS. I’m curious if this is still a viable recommendation, or if it’s even supported by Citrix. This relates to a new setup of CVAD/PVS 2203 LTSR. Thanks for any information you can provide.

    1. ReFS makes it faster to Create Base versions (merge snapshots). I’m not aware of Citrix not supporting ReFS.

  13. Hi all,
    We also faced several issues regarding January &/ February Updates 2022, where the PVS Configuration Wizard did not start properly. As a solution we had to set the regkey, SkipForestLevelTrust, which is described by Citrix here https://support.citrix.com/article/CTX338544
    @Carl, do you know maybe, what kind of services could fail, while this key is set to 1?
    Thanks in advance
    V

    1. Hi all,
      I can (unfortunately) reply by myself. When doing so, it won’t hurt your infrastructure as long as you don’t use citrix over two different domains. If you manage citrix server systems at one domain and the worker/vdi at the other one you have to a domaintrust. If you then disable the regkey as also written down by citrix, you are welcome to have issues with PVS server.
      Then you should apply the Hotfixes provided by citrix – which are already mentioned in the Citrix Blog I posted before.
      Regards
      V

  14. Hi,

    Just want to share my thoughts about TFTP High Availability. In the documentation from Citrix and mentioned in this article it states that one of the options to achieve TFTP High Availability is to use a DNS round robin name as a DHCP option 66. Today i found out that the DNS resolving for option 66 actually takes place on DHCP server level and not the DHCP client (as i always presumed). So this means the round robin mechanism does not work from a PVS target perspective and therefore could result in TFTP not being High Available as the DHCP server will deliver the same TFTP adress every time for option 66.

    Am i missing something?

Leave a Reply to ZeeShan Cancel reply

Your email address will not be published. Required fields are marked *