See plenty of pain on this one in the field. Not quite sure what is going on with chrome as seen as same from my own machine.
Anyways in order to circumvent message below which is what greets you launch simply need to do the following:
C:\Program Files (x86)\Google\Chrome\Application\chrome.exe” –no-sandbox –disable-infobars –disable-gpu
Editing the shortcut is the simple method. Use shift+right click to edit the one on the taskbar. Sure there is noise in the forums on this but been busy to check what root cause is/ultimate fix but above should get you over the hump for now.
On a certain batch of VDA’s we had running in an environment here they were running 2 versions back (7.11) from current version on our delivery controllers (7.13) noticed tickets coming in relating to general sluggishness with performance. Ops teams did some digging and noticed it was related to WMIprvse.exe. Seen this in the past and wondered if a similar fix adopted to same issue we’d seen in XenApp 6.5 would work.
Sure enough did the trick.
Issue related to performance counters.
On a “happy” VDA (eg one chugging along nice and quiet from a CPU perspective)
export the performance counters
c:\ lodctr.exe /S:C:\counters.txt
On the “unhappy” VDA’s import the counters in
c:\ lodctr.exe /R:C:\counters.txt
Previously known as folders in the XenApp 6.x environments or earlier. When working in medium / large scale environments generally comes a biting point when applications are better grouped into folders (like files). The simplest way to do this in XenApp 7.x is by doing the following.
– Go into Citrix Studio
– Right click on an application in Studio and select properties
– Select Delivery on the pop-up window
– You will see the application category showing under the icon. Simply create your category there. Whether it be alphabetical eg “A-E Apps” or by type “Administrative apps” and click ok when done
Tags are handy things that Citrix have introduced as of 7.x always found it much trickier finding published apps/desktops in 6.x without the tagging feature. Here’s how to set them up:
How to use tags to locate published apps
More of a “memory dump” for me this whenever see this one, few things to watch out for etc
Troubleshooting – VDA registration issues eg using XDPing etc
Needless to say every citrix administrator will need to use this at some time, like most activities is a powershell cmdlet so need to get into a Powershell session. Once in there type:
Get-BrokerMachine -SessionSupport MultiSession -Property ‘DnsName’,’LoadIndex’,’SessionCount’
Like before same values apply – load value 10000 means server is unavailable to take connections for example.
Noticed an issue internally with a legacy farm we have still in place – its also still using legacy Web interface boxes (5.4) as their front end.
Was getting error :
The Web site is experiencing technical difficulties. We apologize for any inconvenience.
Nothing showed up anywhere, event viewer etc.
Bit baffled and knew needed to get some details of what was going on. To do needed to get more info from IIS. In order to open up more logging did the following:
i) Edited the web.config file for the site we used (under c:\inetpub\wwwroot\Citrix\sitename)
ii) Edited the line
<customErrors mode=”On” defaultRedirect=”~/html/serverError.html”>
and changed it to
<customErrors mode=”Off” defaultRedirect=”~/html/serverError.html”>
iii) Save file
iv) do a IISRESET for the changes to take effect.
After that when i launched the site it gave permission error messages. Of course errors might be different depending on the scenario but instructive to know how to open up the IIS logging. Worth resetting back too once your finished