Partager via

MED-V V2: Strange Message - was closed with a user logged on.

  • Article

Are your MED-V v2 users ever having this happen? When they go to start a MED-V published application in seamless mode or launch a virtual machine from the Virtual PC window, you get the following message:

<Virtual PC name> was closed with a user logged on

Click Continue to open the virtual application. This will log off the user from <Virtual PC name> and you will lose any unsaved data.

This is technically caused by a triggering of a RAIL (RemoteApp Installed Locally) application while a regular VPC RDP session is in use or vice-versa. The user scenarios can be mixed. In some cases the users are trying to log on when the Virtual PC still has the local administrator account logged on. This can happen if the Autoadminlogon count is set too high in the SYSPREP.INF file. The logon account should really never exceed 2 except in some rare scenarios. Another example you may see this is when you attempt to start MED-V or a MED-V published application after working with the Virtual PC in Full Desktop mode. There is really no Full Desktop mode technically in MED-V 2.0. When you are launching a VPC in Full Desktop mode you are doing that exclusively in Virtual PC and MED-V is not aware. A full desktop VPC connection is RDP-based (using a regular Windows shell) while a MED-V seamless application is using RAIL (which uses the RDPSHELL.) When you start the MED-V workspace/published application, it detects that a different session was already present in the virtual environment and it must log off that session before starting the MED-V RemoteApp session (as it uses the RDPSHELL instead of Explorer as the base shell) or vice versa if accessing the virtual machine from the Virtual PC console.

One way to prevent this if it is the local Administrator being logged on is to ensure that the AutoAdminLogonCount account is at 2 in the SYSPREP.INF file.

In addition, users will have to be educated that if they go back and forth between MED-V seamless integration and VPC Full Desktop, that they will need to log off on the Virtual PC full desktop mode before closing/hibernating the VPC. In addition, they will need to disable Fast Start on the MED-V v2 side.

In the first version of MED-V, we leveraged the Kidaro shell for Full Desktop and Seamless Integration. In v2, MED-V uses its own implementation of RemoteApps for Seamless integration and leaves full desktop access exclusively to the VPC engine (which itself uses RDP for integration components when running in Full Desktop mode.)

Here is an example of a scenario in which this may happen. If a user currently has the MED-V agent running and want to view the desktop in Full Screen mode, they would have to switch over to Virtual PC. Upon doing that, they will see the virtual machine for the workspace. Once they open up the Virtual machine in Virtual PC (for full desktop access) MED-V is no longer in the picture. Upon closing the Virtual PC in full desktop mode, it hibernates the virtual PC by default. At this point, when you try to launch an application under MED-V (back in seamless mode) this new user session that was saved upon VPC hibernation will prompt the user with message from Virtual PC. This will also work vice-versa.

 

Another way to tell if it is the high AUTOADMINLOGONCOUNT issue, connect to the virtual machine from the Virtual PC console.

Enter your credentials:

If it takes you to the desktop directly, then it is likely the switching back and forth between MED-V and Virtual PC that is causing the error. If you get a message regarding the logon of the local administrator account still being in use, then it is likely because your AutoAdminLogonCount setting in the SYSPREP.INF file is set too high.

Comments

  • Anonymous
    January 01, 2003
    Linda, A few questions: 1.) What is the Autologon count specified to in the SYSPREP.INF file used? 2.) What does the [GuiRunOnce] section of your SYSPREP.INF file look like?

  • Anonymous
    January 01, 2003
    How are you accessing the applications, from the published menu in the host? Is that when you get the error or is when you are starting the MED-V agent?

  • Anonymous
    September 05, 2011
    We continue to get this message although there is no user logged in. Applications won't start, the message loops everytime we select Continue en log in over and over again..... Does anyone have a solution?

  • Anonymous
    September 07, 2011
    We have configured to start the MED-V workspace at user logon and when the user logs on the error message also appears (over and over again when we continue to logon). When we cancel the logon, the Host Agent icon in the taskbar status is "MED-V Workspace Applications are ready". We then access the applications through the published start menu on the host. Then we also get the error-loop. Other thing I want to mention is that we used the Attended setup (to see if the Sysprep finishes) while packaging the Workspace. In the eventlog on the Host the following errormessages appear:

  • Vmsal posted an error message to the user
  • Relaunching MedvGuest via Vmsal because Vmsal posted an error to the user. (Terminal Services is initialized in the guest.)
  • Communication channel with guest has been disconnected. (Informational event) We can login to the virtual PC manually, that's no problem. Any ideas?