I was messing with logon points on Citrix Access Gateway 5.0.4 VPX trying to add secondary authentication pointing to SafeNet (RADIUS) and came across the following error:
Solution was relatively straight forward but not immediately obvious as I was able to login fine just to be met by the error above. It turns out when I was creating the test logon point I forgot to set the homepage address under Website Configuration:
Another quick post to show one possible resolution for Run Discovery to fail when using custom administrator role on XenApp 6.5. Basically discovery fails with the following error:
“This user account is not an administrator of this farm, or there was a problem contacting the data store. Check that the data store server for the Citrix XenApp farm is online, and verify that your account is configured and enabled as an administrator on the farm”
Solution is to make sure you tick Log on to the Management Console under Permissions apart from any other custom settings you with to set:
There you have it, sorted! 🙂
Here is the culprit:
and it comes up as soon as you install Receiver 3.4, this happens for All Users sadly. To prevent this wizard from opening we need to set EnableFTU registry key to 0. Its located in HKEY_CURRENT_USER\Software\Citrix\Receiver, here is a quick screen grab:
Here is the scenario – XenDesktop 5.x, pooled/streamed desktops and the lack of ‘Logoff Behaviour’ option.
By default the minute you logoff from ICA session desktop shuts down. Wait, what? Yep, it will shutdown instead of restarting or doing nothing.
In XenDesktop 4 this behaviour could have been configured from the GUI directly but in XenDesktop 5.x it has been moved to command line, PowerShell to be precise.
So what’s the command and how do I configure it?
Here it goes:
1] Load Citrix PowerShell extensions.
2] List all Desktop Groups in your environment.
3] Run the following commands to either enable or disable logoff behaviour for Desktop Group listed in point 2:
Set-BrokerDesktopGroup -Name “Windows 7 SP1 Enterprise” -ShutdownDesktopsAfterUse $True
Set-BrokerDesktopGroup -Name “Windows 7 SP1 Enterprise” -ShutdownDesktopsAfterUse $False
That should do it nicely.
There are three main reasons to see “There are no Master Images Associated with this Catalog.” error when creating desktop catalog:
1] Level of permissions back to your Hypervisor is not sufficient. I’m using VMware vCenter and at the step of adding vCenter server you have to use some sort of account to connect back.
Exact permissions required are listed here:
http://support.citrix.com/proddocs/topic/xendesktop-rho/cds-vmware-rho.html
2] Video RAM set on the Master VM is configured as “Auto-detect settings”. You can find this under Settings -> Video card on your Master VM. Citrix article CTX128107 describing the problem:
http://support.citrix.com/article/CTX128107
3] DDC (Desktop Delivery Controller) during desktop catalog creation sees “Hard disk per VM” as 0 GB. Citrix article CTX129470 is here to help:
http://support.citrix.com/article/CTX128107
For me, personally, option 2 caused a lot of headaches! Its worth keeping all of them in mind as sometimes things can go high wire for no apparent reason…
So here is a rather simple task – deleting desktop catalog from Desktop Studio – would you agree? I certainly would up until today…
Scenario – I had desktop catalog called “Win7 SP1 Ent Desktops” which was deleted together with associated AD accounts.
Attempts at creating a new catalog with a different name and the same naming scheme are failing with the following error:
Diving deeper dressed up in a blue PowerShell suit reveals that my catalog still exist… Trying to delete it throws up more problems i.e. accounts are still associated with the catalog (that shouldn’t exist!):
1] Add-pssnapin Citrix*
2] Get-AcctIdentityPool
3] Remove-AcctIdentityPool -IdentityPoolName “Win7 SP1 Ent Desktops”
So I’m here sitting and having a play with XenDesktop 5, all goes well. At some point I’m re-creating WI site and Desktop Viewer toolbar is gone. What the heck just happen I say!
It turns out that I forgot to turn it on (its disabled by default). If you’re still not with me or don’t know what I’m on about take a look at the screenshot below:
Now, to get it enabled we need to edit WebInterface.conf located under:
C:\inetpub\wwwroot\Citrix\Site_Name\conf
The value we are interested in is called ShowDesktopViewer, it needs to be uncommented and turned on if necessary:
And there you have it 😉
In case you’re wondering this also works on XenApp published desktops too.