Jump to content


Photo

Grey Screen On Login

Started by chide391 , 16 March 2016 - 10:40 AM
29 replies to this topic

chide391 Members

Chris Hide
  • 18 posts

Posted 16 March 2016 - 10:40 AM

Setup:

 

XenServer 6.5 Hypervisor

 

Citrix XenDesktop 7.7 VDA on VM running Windows Server 2012 R2 Datacenter. VDA installed via command line using /servervdi switch to allow XenDesktop on Server based OS.

 

VDAWorkstationSetup_7.7.exe /servervdi /components vda /controllers "Controllers-FQDN" /enable_hdx_ports /optimize /enable_remote_assistance /enable_real_time_transport

 

http://docs.citrix.com/en-us/xenapp-and-xendesktop/7-6/xad-build-new-enviroment/xad-servervdi.html

 

 

Whenever I log in to the VM via ICA session I can see an established "Active" connection in Studio, however, I just see a grey (gray) screen on the ICA session.

 

RDP works fine, I believe this could be something to do with Display Adapters, I've tried disabling the WDDM driver, and just running the Microsoft Basic Display Adapter but no luck. 

 

If I don't use the /servervdi switch I can log in fine.

 

Any ideas?



Timothy Jenkins Members

Timothy Jenkins
  • 8 posts

Posted 18 March 2016 - 11:26 AM

Getting the same here -

 

Using

PVS 7.8

Controllers - 7.8

Storefront - V3

VDA - 7.8

 

I can log into the VDA, but i am just presented with a grey screen



Timothy Jenkins Members

Timothy Jenkins
  • 8 posts

Posted 21 March 2016 - 11:06 AM

Logged a call Friday with Citrix, I will update if we get it working..



chide391 Members

Chris Hide
  • 18 posts

Posted 21 March 2016 - 11:11 AM

I've also logged a call and uploaded CDF traces. So far they believe it is a graphics driver issue. I will update this thread with any details.



Thomas Fikkan Members

Thomas Fikkan
  • 9 posts

Posted 23 March 2016 - 12:01 PM

Same issue with VDA 7.8 on 2012 R2, rollback to image with VDA 7.5 still works (with PVS 7.8/Controller 7.8). Running on VMware.



chide391 Members

Chris Hide
  • 18 posts

Posted 24 March 2016 - 04:46 PM

Citrix support are currently building up a lab environment to try and replicate this issue. No luck so far



Timothy Jenkins Members

Timothy Jenkins
  • 8 posts

Posted 25 March 2016 - 02:53 PM

Fixed! 

 

we user xenserver for vmware you need to follow the guide from Carl 

http://www.carlstalhood.com/virtual-delivery-agent-vda-7-8/

 

For our issue though we enabled legacy graphics in the citrix policies, our issue is to do with a clients software needing windows installed on E: (dont ask) and HDX composite view not launching.. 



chide391 Members

Chris Hide
  • 18 posts

Posted 25 March 2016 - 03:03 PM

I too am using XenServer. Could you please share how you managed to resolve this issue?



Timothy Jenkins Members

Timothy Jenkins
  • 8 posts

Posted 26 March 2016 - 01:50 PM

Hi,

"For our issue though we enabled legacy graphics in the citrix policies, our issue is to do with a clients software needing windows installed on E: (dont ask) and HDX composite view not launching.. "

 

Hope that helps :)



Tyron Scholem Members
  • #10

Tyron Scholem
  • 27 posts

Posted 28 March 2016 - 06:51 PM

Enabling "legacy graphics" in Citrix policies made it work for XenApp published desktop from a Windows Server 2012 R2. But launching any application in seamless mode from the same Delivery Group still doesn't work.

 

Hi,

"For our issue though we enabled legacy graphics in the citrix policies, our issue is to do with a clients software needing windows installed on E: (dont ask) and HDX composite view not launching.. "

 

@Timothy, did it work for both XenDesktop and XenApp for you?

 



Thomas Bröcker Members
  • #11

Thomas Bröcker
  • 2 posts

Posted 29 March 2016 - 10:11 AM

I had the same problem with Windows 10 and VDA 7.8.

I don't know exactly what solved my problem but I did the following:

 

Completly removed the VDA Agent and did a new Installation.

Before the uninstall I didn't have the registry Key "HKLM\System\CurrentControlSet\Services\vbdenum\". I created it and some Values. (described here http://citrixtips.com/black-screen-issues-with-7-x-vda/) I don't know if the Key was created by the Installation or after the reboot. I didn't check it.

 

Afer the reboot this Registry Key was used and other Values were set and everything works fine.



Sara Chapman Members
  • #12

Sara Chapman
  • 4 posts

Posted 29 March 2016 - 05:41 PM

I have exactly the same problem with Windows server 2012 R2 VDA

 

It is grey screen on latest release of the client but on older client it was a black screen.

 

My setup:

 

Server 2012 R2 HyperV hosts

Server 2012 R2 across the board for controllers and storefront

 

Controllers: 7.6.0.5026

Broker 7.6.2.5024

MCS 7.6.2.5020

SFront 2.6.0.5031

(Basically all 7.6. ISO install with Hotfix 1 for Broker, Host, MCS, MonitorPSS, Monitor SRVC and ConfigMgrWOL)

 

Server 2012 R2 VDA tried with 7.6 through 7.7 and 7.8 later releases to see if there were improvements to this issue. All created with MCS not PVS.

 

Enabled legacy graphics and disabled DCR in citrix policy

changed the registry settings as above for graphics mem etc

I even disabled themes!

Grey screen on logon. checked and the user profile creates ok

logged on via RDP fine and set to basic windows theme...disabled themes service

Restarts a plenty and same results

Even tried disabling the hyperV graphics adaptor in line with the issues seen with VMware and the SVGA adaptor. same result.

 

We had a similar issue on 7.6 last July with Server 2008 R2 and the hotfix download ICAWS760WX64026 resolved this issue.

Now we are seeing the same now deploying server 2012 R2 desktops.

 

Interestingly the VDA needs a restart after every logon attempt via ICA as it appears to lock up and won't allow user logon. There are no events in the event logs to suggest an issue with licensing, graphics or otherwise.

 

I did have event 1004 composite redirection is not available because client protocol version 0.0 is not supported until I disabled DCR. none since.

 

Our 2012 R2 Xenapp servers are fine on the same platform.

 

I have destroyed the delivery group and catalog and rebuilt many many times over with the same results. if we didn't have Tintri cloning for our master Windows image I would have lost my mind by now! I have also tried another master image from scratch without cloning with the same results from our SCVMM library.

 

I cannot take the platform down to upgrade to 7.8 without having to update hundreds of desktops and I'm not convinced that will fix the issue. Unless of course someone is successfully running 2012 R2 VDA's on 7.8 controllers with SF 3.5?

 

If anyone is running 7.6 2012 R2 VDA's successfully with hotfixes delivered by MCS, which combination of hotfixes gets this thing to work?



chide391 Members
  • #13

Chris Hide
  • 18 posts

Posted 31 March 2016 - 12:16 PM

Ok - this is now fixed, and was resolved by patching XenServer from 6.5 to Service pack1 and applying all the hotfixes 

http://support.citrix.com/article/CTX138115#XenServer 6.5

 

Once I'd applied the service pack and hotfixes everything just worked.

Hope this helps someone!



Sara Chapman Members
  • #14

Sara Chapman
  • 4 posts

Posted 31 March 2016 - 01:28 PM

Need a fix for HyperV!! Anyone?

 

I have doughnuts going free :-)



hnoeman608 Members
  • #15

Hazem Noeman
  • 25 posts

Posted 06 April 2016 - 08:07 AM

Need a fix for HyperV!! Anyone?

 

I have doughnuts going free :-)

Sara,

I had a similar issue and the following registry changes worked for me. the change needs to be made in the Image.

 

Remove the full path from the AppInit_DLLs key.
Key Location: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows
Entry Name: AppInit_DLLs
Entry Type: String
New Entry Value: mfaphook64.dll
Old Entry Value: C:\Program Files\Citrix\System32\mfaphook64.dll
 
Key Location: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Windows
Entry Name: AppInit_DLLs
Entry Type: String
New Entry Value: mfaphook.dll
Old Entry Value: C:\Program Files (x86)\Citrix\System32\mfaphook64.dll


Tonny Andersson Members
  • #16

Tonny Andersson
  • 75 posts

Posted 13 April 2016 - 11:31 AM

 

Sara,

I had a similar issue and the following registry changes worked for me. the change needs to be made in the Image.

 

Remove the full path from the AppInit_DLLs key.
Key Location: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Windows
Entry Name: AppInit_DLLs
Entry Type: String
New Entry Value: mfaphook64.dll
Old Entry Value: C:\Program Files\Citrix\System32\mfaphook64.dll
 
Key Location: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows NT\CurrentVersion\Windows
Entry Name: AppInit_DLLs
Entry Type: String
New Entry Value: mfaphook.dll
Old Entry Value: C:\Program Files (x86)\Citrix\System32\mfaphook64.dll

 

 

I've got the same issue after upgradeing PVS from 7.6 to 7.8. I can confirm that the above registry change fixed it.



Richard Boksebeld Members
  • #17

Richard Boksebeld
  • 23 posts

Posted 13 April 2016 - 02:11 PM

Registry changes dont seem to work in our XenDesktop 7.8 configuration with Win10 VDI, Win2012 R2, untouched by registry changes, does not experience this issue...

 

Also our Win2012 R2 server the AppInit_DLLs registry keys are empty....



Sara Chapman Members
  • #18

Sara Chapman
  • 4 posts

Posted 25 April 2016 - 09:31 AM

Hi hnoeman608,

 

I managed to revisit this on the weekend and I rebuilt a 2012R2 image with the latest MS updates.

 

This for whatever reason worked. I followed the same process I always follow and I didn't have to do anything other than 7.6 VDA and hotfix ICAWS760WX64026.

 

I also discovered that upgrading the VDA to 7.8 after creation also works so we are now trying 7.8 out of the box ready for when we upgrade the DDC's and Storefront.

 

We are up and running!

 

thanks for your help.



Christoph Wegener Members
  • #19

Christoph Wegener
  • 3,266 posts

Posted 29 April 2016 - 11:52 AM

I'm having the grey (formerly black) screen problem on 7.6FP3 Desktop VDA (Win8.1 x64) running on Hyper-V.

No PVS. No MCS. Just a plain Windows VM.

Receiver launches on the client machine.

My user session shows up as 'Connected' in Director and the session also shows up in 'quser' output as 'console' and 'active'.

But Receiver shows a grey screen (or in the case of the HTML5 receiver a black screen with 'Connecting. This may take a few moments')

 

I've applied the following post-FP3 fixes but the problem still persists 100% of the time:

302,

303,

306,

308,

309

and also BrokerAgent fix 301

 

Looking forward to a fix.....



Mahmoud Atallah Members
  • #20

Mahmoud Atallah
  • 5 posts

Posted 01 May 2016 - 11:41 AM

Same issue with VDA 7.8 on 2012 R2,Running on VMware.