Sessions connected and in use with no current user

[TONY LAMBERT]

Hey guys,

 

In my XenDesktop 7.1  implementation I'm experiencing an extremely high volume of seemingly "empty" sessions that are shown with the Session State connected, Summary State In Use, Connection Type as HDX and no current user. The Current User field is populated with a " - " as are the Brokering Time and Start Time fields. I found this article http://support.citrix.com/article/CTX128715 that describes a fix for XenDesktop 5 but the document does not say the fix applies for XenDesktop 7.x. 

 

Can anyone provide insight?

[TONY LAMBERT]

Just to update this topic, the article I cited above did not help. We've also had user reports of virtual desktops "freezing" or failing to log in. We think those reports go with this issue and we've tried enabling Legacy Graphics Mode to help. Thus far no fix...

[Keith Ballou]

Are there any errors in the event logs of either the DDC or VM/VDAs indicating an unexpected termination of the connection?

 

How are these VMs created; through MCS/PVS or manually? They're all running VDA 7.1?

 

You may check the "Concurrent Logons tolerance" setting as well. It says it only applies to server OS environments, but in my lab (before I switched to a ServerOS environment) where I had 40+ students logging in simultaneously, this setting appeared to dramatically reduce logon times. I haven't tested this scientifically, purely an anecdotal thing. 

[TONY LAMBERT]

Hey Keith,

 

There were no odd messages in the logs of the VM/VDA with the exception that in the Citrix ICA logs the last recorded event was an ICA session opening. I'm still sifting through the DDCs.

These VMs were created using MCS on XenDesktop 7.1 and are running the 7.1 VDA. 

 

I'm currently checking into the Concurrent Logons tolerance...

[Keith Ballou]

"sometimes" problems are the worst to troubleshoot.

 

My only other thought is that there's a GPO or logon script that is taking too long and causing connections to timeout. What does director say about average logon times, and the break-down thereof.

 

I'll often see the "empty" session as users are logging on, before the connection has been completely established. But I can only generally catch this if I sit there hitting F5 repeatedly;  if it's staying that way for a long time, or permanently....  

 

What does your user setup generally look like? are they connecting from off-site, or is it all Lan connections?

 

Sorry I don't have better answers, but I know first hand how infuriating these logon issues can be, so I try to assist whenever I can.

 

Keith

[Lal Mohan1709151833]

Are there any errors in the event logs of either the DDC or VM/VDAs indicating an unexpected termination of the connection?

 

How are these VMs created; through MCS/PVS or manually? They're all running VDA 7.1?

 

You may check the "Concurrent Logons tolerance" setting as well. It says it only applies to server OS environments, but in my lab (before I switched to a ServerOS environment) where I had 40+ students logging in simultaneously, this setting appeared to dramatically reduce logon times. I haven't tested this scientifically, purely an anecdotal thing. 

Keith,

 

What is your recommendation on the concurrent logon tolerance? I would completely disable this setting.. is it what you did you get a good logon performance?

 

Lal

[Dani Mora1709152656]

Since I installed VDA 7.1 I'm experiencing the same problems:

 

Xendesktop controlleer reports that a user is logged but it is not true.

 

Impossible to reconnect to a session o the VDA goes to unregistered state for 4 minutes after a failed attempt to reconnect.

[Christopher Schrameyer1709152885]

Has there been any resolution to this?

[TONY LAMBERT]

Hi Christopher,

 

I apologize for not showing our fix. We eventually found that our problem was resolved by updating our thin client firmware. We were using older WYSE clients that needed a firmware update to properly operate with XenDesktop 7.1.

[Christopher Schrameyer1709152885]

Rats. We are not using thin clients. Running windows 7 with receiver 4.1

Anyone else experienced this problem ?

[Chris Kokoras]

Similar issue: Xendesktop 7.1 with both 7.1 and 7.5 agents on the Windows 7 Sp1 machines. 'Remote PC Access' to physical machine.

 

Some not all users get 'Cannot start desktop'.

 

If I check the sessions tab the 'current user' field is a dash ( - ) for the users who cannot log in despite them being logged into their machines locally. Machine state is 'registered'

If I remote desktop to the Windows 7 machine their username appears in 'current user' then Xendesktop works.

Once I disconnect the same issue happens again.

[Matt Sliva]

I am experiencing this same problem in a XenDesktop 7.5 environment. The VDI's are MCS created Windows 7 x86 desktops. The delivery group contains statically assigned desktops. The VDI's are statically assigned to client machine hostnames, not users. The end client devices are Dell workstations running Wyse PC Extender.

[Dan Schreifels1709152731]

I'm also seeing this issue on XenDesktop 7.1.  Citrix is there any workaround for fix for this issue yet ?

[Paul Malice]

Seeing this in XenDesktop 7.1 as well. Get-BrokerDesktop output on DDC is very similar http://support.citrix.com/article/CTX128715

 mentioned above.

[Fintan Mannix]

Hi All,

 

Are you still experiencing this issue?  

 

 

Regards

Fintan

[William Fulmer]

Any more information on this issue? Does this appear to be isolated only to XD 7.1? Is the problem on the broker or on the VDA side?

[Allan Smith1709155265]

We're running XenDesktop version 7.6 and are seeing this issue.  Anyone hear from Citrix regarding this issue?

[Oliver Metcalfe]

We are seeing this as well - rebooting the citrix desktop clears the sessions.

 

Any word from Citrix?

[Thorsten Ellmers1709153287]

just restarting the Citrix Desktop Service should be enough,

 

greets

Thorsten

[Fintan Mannix]

Hi All,

 

I currently have 1 case under investigation but it is with XD 5.6, If I have any update on that I will post here.

 

Regards

Fintan

[Ruel Smith]

5.6 

http://support.citrix.com/article/CTX128715?_ga=1.102642049.1676409877.1426078174 

[Ruel Smith]

In some cases, it is necessary to Rebuild the Performance Counter Libraries. 

Recommend copy of registry before rebuild. 

C:\WINDOWS\System32 lodctr /R

[Santhosh Prabu R]

i'm also facing this issue but couldnt find any proper solution

[Laxmikanth Kshirasagar]

Hi,

 i faced the similar situation with one of the client's trying to launch the desktop and got this error. But this was with only 1 user

My environment is 7.6Xendesktop, with netscaler and MCS machines citrix receiver 4.1

 

Solution: We went to User's laptop deleted the following entry

 

HKCU\Software\Citrix\XenDesktop\DesktopViewer\

 

 Delete corresponding registry hive related to the desktop and then reboot the laptop

 

After that ask user to login and launch desktop. Hope this helps

[M Klose]

Hi,

 

same problem here. XenDesktop 7.6 with "remote pc access". 

I can see this issue on some clients, others in the same delivery group are fine. But we saw this regardless ot the end point (Windows, Android, iOS). The main problem is that you cannot reconnect your console session from another device.

 

In the next days I will do some further investigation about this issue. 

Did you open a Citrix case about this or is there already a workround in place?

 

Best Regards,

[Fintan Mannix]

Hi All,

 

Please verify your user account is not added to the Local "Guest" group on the VDA.   Or any group memberships that would restrict the helper process running.

 

Regards

Fintan