login vsi company logo login vsi company logo 250x40
header-05.jpg

Disconnected Sessions - Login VSI Support Perspective

Disconnected Sessions - Login VSI Support Perspective

This blog post will talk about disconnected sessions. Disconnected sessions can be a real annoyance during a Login VSI test as they can be hard to diagnose and even harder to solve. I hope to give you a better understanding of what is causing disconnected sessions so that you can begin to avoid them and continue with a successful Login VSI test.

What are disconnected sessions?

Disconnected sessions are user sessions that are no longer connected to an end point. For example, an RDP session where the RDP client has been closed. The session stays active on the server but in a disconnected state. This disconnected state will keep applications active but it has a few consequences for the user interface.

Why are disconnected sessions a problem?

A few things happen when a session is disconnected:

  1. The display driver is disconnected. This results in the screen going black.
  2. The keyboard input is disconnected. This means that there is no longer a so-called focus.
  3. The mouse input is disconnected.

Number 2 above is especially a problem for running Login VSI tests. The focus is the current application that receives the keyboard and mouse input. This is also the application that is in the foreground. Login VSI uses this extensively to interact with applications. Login VSI also uses focus to force applications to the foreground to be able to switch between applications. Once a session becomes disconnected, Login VSI will no longer be able to switch between applications. This means that even after a session gets disconnected, the workload might be able to go on for a bit but it will get stuck eventually.

From a debugging point of view, the easiest way to diagnose this problem is to look at the debugging screenshots that Login VSI takes when it runs into a problem. A screenshot taken while the session is in a disconnected state will show a completely black screen.

login vsi support perspective disconnected sessions debug

An example of debug screenshot for disconnected sessions

A trickier scenario to troubleshoot is when the session becomes disconnected intermittently. This might cause the workload to get stuck somewhere. But before that the workload action times out, the session gets reconnected again. Reconnecting is fairly common for most of the remoting clients in use. The workload got stuck because of a disconnected session but there is no black screenshot. A common way to diagnose this as a stuck session is to check whether the session was interacting with the wrong application. This might happen because switching applications is no longer possible. In these cases, Login VSI Support can help you. Login VSI Support uses a small tool that monitors the SessionSwitch event. The SessionSwitch event will trigger once the currently active session is switched and details the reasons why.

What causes disconnected sessions?

Common causes for disconnected sessions are:

  • Running too many sessions per launcher. The recommendation of 25 sessions per launcher (50 for RDP) was set to prevent remoting clients from crashing. Once a remoting client crashes, the remote session will go into a disconnected state.
  • Network connectivity issues. Losing the network connection will disconnect a session. If the network issues are intermittent then the session might reconnect.
  • Screen lock or screensaver policies. Some environments will lock or trigger the screensaver after a certain time. In some environments, the system sees the Login VSI uses as inactive, even though the virtual users are interacting with applications. Once the screen is locked or the screensaver kicks in, the user session is effectively disconnected. Windows will show the lock screen or the screensaver on a separate so-called window station. The user session will be disconnected.

login vsi support perspective disconnected sessions example

An example of a session in a disconnected state

Conclusion

Disconnected session can cause hard to troubleshoot stuck session. With a few precautions a lot of these disconnected sessions can be prevented though. But as always, feel free to reach out to the Login VSI support department if you are running into issues.

Ps. this blog might be interesting to you as well: Help... my Login VSI sessions aren’t doing anything

About the author

Dennis Geerlings started at Login VSI about 4 years ago and worked as a consultant within Login Consultants. He supported multiple customers in migration projects. Presently, Dennis is support manager and lead consultant at Login VSI. In these roles he supports customers and partners in the US and Canada, co-develops the Login VSI product, and serves as a pre-sales engineer for enterprise customers. 


Tags: How-to, Login VSI, Load Testing, Best Practices, Support

What our customers are saying

Bill Galloway - Pivot3

“The labs at Pivot3 have hundreds of machines. A portion of those are running different Login VSI configurations so we can be constantly configuring with different hardware to see how that affects desktops. Then we tweak the RAM and CPU, and tune so we know how many users we can support.”

Bill Galloway, Founder and CTO at Pivot3


Tristan Todd - VMware

“Login VSI is my favorite test orchestration and simulation tool for large-scale reference architecture testing. Not only do we use it in our testing, but we work with partners who use Login VSI exclusively, with the idea that you create the most realistic simulated workload at scale, to really test infrastructure and software capabilities. What’s more, getting the results and be able to measure yourself across platforms and across vendor solutions is just fantastic and is unequalled in the industry.”

Tristan Todd, EUC Architect at VMware


Shaun Donaldson - Bitdefender

"As a software vendor, the reason that we became a Login VSI customer is that we wanted to see how we compared to our competitors. After talking to VMware and Citrix about how they test their products, it became clear to me that we needed to follow our strategic partners and be able to show how our product compares favorably to our competitors. We just completed a round of tests using Login VSI and you will see white papers showing performance data."

Shaun Donaldson, Alliances Director at Bitdefender

Login VSI, Inc.

300 Tradecenter

Suite 3460
Woburn, MA 01801

Phone: +1 844 828 3693

Login VSI B.V.

De Entree 85
1101 BH Amsterdam
The Netherlands

Phone: +31 20 705 1200