Use the following registry key that allows you to configure the time-out as follows:
Note: Specifying a value of less than 10000 reverts to 10000 because 10 seconds is the minimum override.
Create the following registry key: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlCitrixwfshellTWI
Value Name: LogoffCheckerStartupDelayInSeconds
Value: An integer that denotes the time to wait for the application to start (10 Hexadecimal recommended)
Note: Setting this value also increases the time it takes for a user to log off the server.It is more useful as a troubleshooting step to confirm that the issue is due to the length of time required for your application to launch.
While attempting to request a web server certificate for my XenApp/XenDesktop Delivery Controller for use with Storefront, I get this error from the CA: “No certificate templates could be found. You do not have permission to request a certificate from this CA, or an error occurred while accessing the Active Directory.”
Instead of using IIS Manager to generate the request, you can do so manually. Opening the machine certificate MMC snap-in (mmc.exe -> File -> Add/Remove Snap-in ->Certificates -> Add -> Computer Account -> Next -> Local Computer -> Finish -> OK). Right click on the Certificates node under the “Personal” store. Select All Tasks -> Request New Certificate. When selecting the Web Server template from the enrollment wizard, open the template details and add both the machine name and fully qualified machine name of the web server as Common Names to the certificate subject.
My XenApp 5 farm published desktops running on Windows Server 2008 x86 had logon times averaging 69 seconds. Group Policy Registry items were taking 40 seconds as seen in the event logs.
I found Citrix article CTX128749. I added a new GPO with a scheduled task containing:
rd “C:ProgramDataMicrosoftGroup Policyhistory” /s /q
I ran the above command and restarted all servers and then timed logons and they had decreased from 69 to 33 seconds. I can live with 33 second logons.
Thanks and a shout out to robissimo for pointing the Citrix article out to me.
Over time I’ve noticed that as the number of GPO settings applied to my Citrix servers grow, so does the user logon times. I’m using XenApp to provide shared hosted desktops, and the logon times have grown to around a minute.
The solution is to use Mandatory profiles ( and redirected folders ) as long as you don’t need for users to be able to save changes. That fits the bill for shared hosted desktops on a server. Instead of having a large number of user GPO settings applied at logon, we’re going to customize the profile and save it to a network share, then set a GPO to use this profile for all users. Now you have a profile with all settings applied and you can eliminate many of those GPO’s you were previously waiting on to apply. You can use Mandatory profiles along with redirected folders so that users can still get their own desktop and documents folders as well.
Instead of creating yet another tutorial, I’m going to point you to Rob Beekman’s excellent blog post on how to create a Mandatory profile.
This issue affects XenApp 7.5; XenDesktop 7.1 and 7.5 VDA Core Services for Windows Server OS (64-bit). After launching a published desktop or application, the screen may be completely black, or it may freeze.
Since this issues affects the default graphics mode, I’m scratching my head, amazed that Citrix doesn’t include this fix in the ISO download of XenDesktop/XenApp 7.x. To make matters worse, you can’t just visit the Citrix site and download this hotfix, you have to open a support ticket and they must email you a download link.
See CTX139901 for more info.
I’m not sure why Citrix thought it would be a good idea to automatically launch a published desktop in the Citrix Receiver for Web (StoreWeb) site in StoreFront and assumed that users wouldn’t want to launch an application instead. It seems logical to not auto launch a desktop and have the administrator edit this config file value if they DO want it to auto launch.
To disable desktop auto launch:
Complete the following steps to disable the desktop launch:
I’m building a XenApp 7.5 (Same code as XenDesktop 7.5 only a different license) environment, and hitting a wall when creating Machine Catalogs. Under the step “import or add virtual machines”, I click on the “Add VMs” button, and can’t browse past the top level of my vCenter cluster and can’t see any vm’s. I checked http://support.citrix.com/proddocs/topic/xenapp-xendesktop-75/cds-vmware-rho.html and the account I’m using meets the permissions requirements. I know that the issue isn’t with this XenApp DC because I am able to connect to our secondary data center and browse vm’s from this same DC.
I opened a support ticket with Citrix and VMware and after two weeks it still wasn’t working.
While I was looking at the differences between the working and non working data centers, I noticed that in the data center that’s working, I can only see vm’s that are not part of a vApp in the Citrix Studio Console. I moved my XenApp 7.5 vm’s out of the vApp and I can now connect to them with Citrix Studio.
If you are connecting XenApp or XenDesktop 7.5 to VMware vCenter 5.5, don’t place your Citrix virtual machines to be managed inside of a vApp. I can’t verify this issue on other versions of Citrix XenDesktop/XenApp or VMware vCenter.
Some days SCCM will have you pulling your hair out in frustration. I frequently get errors when my OSD TS are installing programs or applications. It will work fine one time then fail the next.
This is the error I’m talking about:
Severity,Type,Site code,Date / Time,System,Component,Message ID,Description
Error,Milestone,NFK,8/19/2014 11:56:08 AM,COMPUTERNAME,Task Sequence Engine,11135,The task sequence execution engine failed executing the action (Run Command Line Copy default backgound image) in the group (Setup Operating System) with the error code 2147942402 Action output: … 02 (e:nts_sccm_releasesmsframeworktscoreresolvesource.cpp,3273) TS::Utility::ResolveSource (pszPkgID, sPath, 0, hUserToken, mapNetworkAccess), HRESULT=80070002 (e:nts_sccm_releasesmsclientosdeploymentinstallsoftwareruncommandline.cpp,399)cmd.Execute(pszPkgID, sProgramName, dwCmdLineExitCode), HRESULT=80070002 (e:nts_sccm_releasesmsclientosdeploymentinstallsoftwaremain.cpp,372) WinHttpSendRequest failed. SendWinHttpRequest failed. 80072ee2. DownloadFile() failed for http://SERVER -FQDN:80/SMS_DP_SMSPKG$/NFK00079/sccm?/backgroundDefault.jpg, C:_SMSTaskSequencePackagesNFK00079backgroundDefault.jpg. 80072ee2. Error downloading file from http://SERVER -FQDN:80/SMS_DP_SMSPKG$/NFK00079/sccm?/backgroundDefault.jpg toC:_SMSTaskSequencePackagesNFK00079backgroundDefault.jpg DownloadFiles() failed. 80072ee2. Download() failed. 80072ee2. Failed to resolve the source for SMS PKGID=NFK00079, hr=0x80070002 Install Software failed to run command line, hr=0x80070002. The operating system reported error 2147942402: The system cannot find the file specified.
To fix this, add the following Task Sequence Variables to the top of your TS.
SMSTSDownloadRetryCount = 5
SMSTSDownloadRetryDelay = 15