login vsi company logo login vsi company logo 250x40


Get the best possible VDI performance, density and availability with Login VSI
Our Solutions

  • Home
  • Blog
  • Login VSI
  • Help... my sessions aren’t doing anything - Troubleshooting Login VSI tests

Help... my sessions aren’t doing anything - Troubleshooting Login VSI tests

Help... my sessions aren’t doing anything - Troubleshooting Login VSI tests

As a support engineer for Login VSI, I have the chance to help customers get the most out of Login VSI performance tests in their virtualized desktop environments. While many of the issues I see are unique, some are common. One issue I see often is: sessions are logging in but nothing is happening. In this post I will describe how Login VSI startup works and how to troubleshoot problems during startup like the one I just described. (For any TL;DRers, you can jump to my summary of components necessary to run a Login VSI test).

How does Login VSI startup work?

Login VSI is very dependent on the logon process of a user. During AD setup, Login VSI configures the users and sets a logon script: V4-VSI_Logon.cmd. This logon script points to (and opens) a specific file on the VSIshare named "logon.cmd". This "logon.cmd" initiates a few actions:

  • Writes the logon time to the VSIshare
  • Checks if the VSI folder in the %tmp% directory is there and if it is, logon.cmd deletes it and re-creates it
  • Creates the VSI directory tree in the %tmp%\VSI directory
  • Copies all the files from the \\VSIshare\_VSI_Binaries\Target folder to the %tmp%\VSI\Runtime folder
  • Calls on Login VSI in logon mode and starts directly after the logon script (chained) or places a registry key that will trigger Login VSI to run when the desktop is loaded (shell)

When everything is said and done, the VSI.exe will be executed and a test will start.

troubleshooting login vsi tests help my sessions aren t doing anything screenshot

The Login VSI session is logged in but nothing is happening


The previous description was an ideal Login VSI startup procedure. If Login VSI does not start in a session, there are a couple of things you can check to see if everything worked properly. My own path of inquiry looks something like this:

Is the \VSI folder there?

My first step in troubleshooting is to find out if the logon script ran in its entirety. To do this, log in to a session with a Login VSI user (or your own defined test user) and see if the %tmp%\VSI folder exists and if it contains files.

An extra note is that it is very important that all users used for the test are logged off all of the VMs (including users from disconnected/failed tests). If a session is already logged on and Login VSI logs in that machine with the same user, the session will be taken over. Which means that the logon process never happens and the Login VSI test will never start.

So before checking if the VSI folder / logon process is there, or has ran, make sure that there are no users logged in to any of the VMs.

Where’s my \VSI folder?

If the VSI folder is not there, I check to see if the logon script is configured in the user on the AD. If this is not set, I check in the \\%logonserver%\NETLOGON folder if the V4 –VSI_Logon.cmd exists. Depending on how the users were created, via our AD script or manually, it’s time to troubleshoot what went wrong. However, when the logon script is not there, I will create it manually.

The logon script only contains:

“CALL \\Servername\VSIShare\_VSI_Binaries\Target\Logon.cmd”

When the logon script is created, I link it to one user and test if the logon script is working again in a session. I then troubleshoot until this is working.

\VSI folder is there but nothing is happening

What if the logon script worked like a charm and the %tmp%\VSI folder is there but Login VSI still doesn’t start? The best first step is to set the Engine Startup to Chained instead of the default value Shell. You can find this setting in the Management Console > Workload > Settings tab.

Possible reasons the Shell setting might not work are:

  • A profile management system is used, like RES or AppSense
  • Logon scripts are running synchronously

Another situation is that the logon script has done its job but certain files are missing. In this case, the most probably cause is a virus scanner. This can be either the virus scanner on the VMs or on the VSIShare itself. We recommend that when you are testing either exclude the %tmp%\VSI folder (and sub folders) and the \\VSIshare\ from scanning or disable the virus scanner all together.


In summary, you must make sure that the following are working:

  • Logon script is running
  • VSI files are in the %tmp% directory
  • The engine startup is set correctly (shell or chained)
  • VSI folders are excluded from antivirus software scans

And if none of my tips worked for you, the Login VSI Support team will always be glad to help.

Ps. this blog might be interesting to you as well: Disconnected Login VSI Sessions



Start using Login VSI today

Our industry-standard software is built to help you avoid problems, lower costs and improve performance. Request a Quote or get your free Trial below, and benefit from our award-winning services.

Free Price Request  Your Free Trial


About the company Login VSI

The company Login VSI provides end-user performance insights for virtualized desktop and server-based computing environments. Enterprise IT departments use flagship product Login VSI (for load testing) and Login PI (for continuity testing) in all phases of their virtual desktop deployment—from planning to deployment to change management—to build and safeguard a good performance, a high availability, and (as a result) a good and consistent end-user experience. For more information about Login VSI or for a free test license contact us.

About the author

Tom Willemsen is a Support Engineer at Login VSI and helps customers and gives advice about testing with Login VSI. He loves to travel, read about history, and see different cultures. In his free time, Tom likes to game and watch movies.

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

Popular Blogs

Login VSI officially recognized as an integration partner for WVD by Microsoft

Windows Virtual Desktop

I’m excited to share with you that as of this week Login VSI has officially been recognized as an integration partner for Windows Virtual Desktop (WVD) by Microsoft. Continue Reading
Join us at VMworld 2019 - Booth #866

Join us at VMworld 2019 - Booth #866

Join us at VMworld 2019 - Booth #866 Are you attending VMworld in San Francisco next week? Great, we are too! Continue Reading
State Of The Union Survey Results 2019

State of EUC Survey Results

State of EUC Survey Results At community site VDILIKEAPRO.com we recently surveyed almost 600 people who work in the End User Computing (EUC) industry with a focus on VDI and SBC. Continue Reading
Login VSI at VMworld 2019 - Our Debrief

VMworld 2019 - Our Debrief

VMworld 2019 It’s that time of the year again, we’ve just wrapped up VMworld US and it was great meeting many folks on the expo floor, vendor booths, sessions and of course for a drink in the evening. Continue Reading
Windows Virtual Desktop - Update - December 2019

Windows Virtual Desktop Enhanced in the Latest Update

Planning to move to Windows Virtual Desktop and/or Citrix Managed Desktop? A lot has already been written about Windows Virtual Desktop (WVD) in the last months and while I had my initial concerns on this service many people are suggesting that they are willing to move to a platform like WVD in the next two years. Continue Reading
Login VSI - Blog - 4 Things to Consider when Running Office 365 in the Cloud

4 Things to Consider when Running Office 365 in the Cloud

Recently a customer decided to move their entire VDI infrastructure into the cloud. The VDI environment was approximately 20,000 users. As you can imagine there are a lot of design decisions necessary to ensure the success of this migration. Continue Reading
Cookie Settings