"Connecting" issues on latest 8.40.11.30 version.
-
- Posts: 58
- Joined: Sun Jan 13, 2013 2:20 pm
Re: "Connecting" issues on latest 8.40.11.30 version.
Hello,
We are pleased to advise you that we did upload one hour ago the release 8.50.
It is a major release and it includes enhanced performances when only one application is started from a HTML5 connection (your case).
However,
I read that the Administrator is fast and a user is slow.
It can be because of the startup process requirement of this specific application.
Can you please do the following actions:
1) Of course, download and apply http://tsplus.net/UpdateRelease.exe and reboot
2) Try to assign the Floating Panel + your application, instead of just your application
This will enable you to check is it the application startup that takes time, or not
3) Try to give the Admin right to your user
This will enable you to check if the Admin rights really matter of not in this logon time question
Happy Christmas
John Davies
We are pleased to advise you that we did upload one hour ago the release 8.50.
It is a major release and it includes enhanced performances when only one application is started from a HTML5 connection (your case).
However,
I read that the Administrator is fast and a user is slow.
It can be because of the startup process requirement of this specific application.
Can you please do the following actions:
1) Of course, download and apply http://tsplus.net/UpdateRelease.exe and reboot
2) Try to assign the Floating Panel + your application, instead of just your application
This will enable you to check is it the application startup that takes time, or not
3) Try to give the Admin right to your user
This will enable you to check if the Admin rights really matter of not in this logon time question
Happy Christmas
John Davies
-
- Posts: 58
- Joined: Sun Jan 13, 2013 2:20 pm
Re: "Connecting" issues on latest 8.40.11.30 version.
Hello,
We are pleased to advise you that we did upload one hour ago the release 8.50.
It is a major release and it includes enhanced performances when only one application is started from a HTML5 connection (your case).
However,
I read that the Administrator is fast and a user is slow.
It can be because of the startup process requirement of this specific application.
Can you please do the following actions:
1) Of course, download and apply http://tsplus.net/UpdateRelease.exe and reboot
2) Try to assign the Floating Panel + your application, instead of just your application
This will enable you to check is it the application startup that takes time, or not
3) Try to give the Admin right to your user
This will enable you to check if the Admin rights really matter of not in this logon time question
Happy Christmas
John Davies
We are pleased to advise you that we did upload one hour ago the release 8.50.
It is a major release and it includes enhanced performances when only one application is started from a HTML5 connection (your case).
However,
I read that the Administrator is fast and a user is slow.
It can be because of the startup process requirement of this specific application.
Can you please do the following actions:
1) Of course, download and apply http://tsplus.net/UpdateRelease.exe and reboot
2) Try to assign the Floating Panel + your application, instead of just your application
This will enable you to check is it the application startup that takes time, or not
3) Try to give the Admin right to your user
This will enable you to check if the Admin rights really matter of not in this logon time question
Happy Christmas
John Davies
Re: "Connecting" issues on latest 8.40.11.30 version.
Hi John,
Thank you for the update - that's really cool! Will try tonight and give you feedback tomorrow. It's like unwrapping an early x-mas gift ;-)
But there seems to be some misunderstanding about the issue Brian and I are having. It's not a problem with programs being slow when logged in (meaning when we can see the Floating Panel), but it's the time it takes to login.
The "Please wait for the Local Session Manager" takes some about 15 seconds (this is a known bug in Windows2012), but then the tiny TSPlus "Connection" window shows up and sits at "RDP: 10%" for about 2 minutes and 20 seconds. This is with about 65 connections - and the load is 15%-30% CPU and 60% RAM.
When there's only 2 connections (5%-10% CPU and 55% RAM) is only takes a couple of seconds to logon.
But I'll do an upgrade tonight and then I'll supply Process Monitor Logs and maybe a video showing the issue, if it's still there.
Thank you for the update - that's really cool! Will try tonight and give you feedback tomorrow. It's like unwrapping an early x-mas gift ;-)
But there seems to be some misunderstanding about the issue Brian and I are having. It's not a problem with programs being slow when logged in (meaning when we can see the Floating Panel), but it's the time it takes to login.
The "Please wait for the Local Session Manager" takes some about 15 seconds (this is a known bug in Windows2012), but then the tiny TSPlus "Connection" window shows up and sits at "RDP: 10%" for about 2 minutes and 20 seconds. This is with about 65 connections - and the load is 15%-30% CPU and 60% RAM.
When there's only 2 connections (5%-10% CPU and 55% RAM) is only takes a couple of seconds to logon.
But I'll do an upgrade tonight and then I'll supply Process Monitor Logs and maybe a video showing the issue, if it's still there.
Re: "Connecting" issues on latest 8.40.11.30 version.
I took a test user that has just 1 assigned application, thus only belongs to 'test' group. I try to login, it sits at the "Connecting RDP" screen as we have described 2+ minutes of waiting. If I add that same user to the 'Administrators' group, the user can login and the have the software open in approx 10 seconds.
For a test, I have added my test user with 'Modify' rights to the C:\Program Files (x86)\TSplus folder, Unfortunately it did not help.
Please note this test was done on 8.40.11.30 I have not applied the latest update as of yet. Hopefully I can apply that soon and test again.
For a test, I have added my test user with 'Modify' rights to the C:\Program Files (x86)\TSplus folder, Unfortunately it did not help.
Please note this test was done on 8.40.11.30 I have not applied the latest update as of yet. Hopefully I can apply that soon and test again.
Re: "Connecting" issues on latest 8.40.11.30 version.
It sounds like we're having the same problem Brian.
My users are in the Users group (meaning, they're not administrators on the server). I then assign applications (floating and a single app) to the group instead of each person. My administrator account only take a few seconds to login and it's set to full desktop.
My users are in the Users group (meaning, they're not administrators on the server). I then assign applications (floating and a single app) to the group instead of each person. My administrator account only take a few seconds to login and it's set to full desktop.
Re: "Connecting" issues on latest 8.40.11.30 version.
For what it's worth, my system is a 2008 R2 Workgroup computer. I am not using Active Directory.
I have added my user Full Control on C:\wsession and C:\ProgramData -- no change in login speed. Still takes 60+ to login for a non-administrator.
I also started playing with rights to WmiPrvSE.exe since this is always consuming CPU... I have had no change in login speed weather I give FC to it or if I Deny access to it for my 1 specific test user. If it really is a permissions issue, it must be somewhere else...
I have added my user Full Control on C:\wsession and C:\ProgramData -- no change in login speed. Still takes 60+ to login for a non-administrator.
I also started playing with rights to WmiPrvSE.exe since this is always consuming CPU... I have had no change in login speed weather I give FC to it or if I Deny access to it for my 1 specific test user. If it really is a permissions issue, it must be somewhere else...
Re: "Connecting" issues on latest 8.40.11.30 version.
Doing further research - this appears to be a WMI issue...
While using Process Monitor I have found that when a user belongs to the Administrators group, WMI is only tracing the following:
HKLM
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\PERFLIB
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\PERFLIB\Disable Performance Counters
HKU\S-1-5-18
HKU\.DEFAULT\Control Panel\International
HKU\.DEFAULT
HKU\.DEFAULT\Control Panel\International\LocaleName
HKU\.DEFAULT\Control Panel\International
It does this (according to the counter of events) 515 when I login with my user 'test' as an administrator, maybe 10 seconds max login time.
When I remove my user from the Administrators group, WMI does this:
Operations FOR C:\Windows\System32\tzres.dll:
QueryOpen
CreateFile
QueryBasicInformationFile
CloseFile
IRP_MJ_CLOSE
CreateFile
CreateFileMapping
QueryStandardInformationFile
FASTIO_RELEASE_FOR_SECTION_SYNCHRONIZATION
CreateFileMapping
FASTIO_RELEASE_FOR_SECTION_SYNCHRONIZATION
CloseFile
IRP_MJ_CLOSE
Some Errors when performing these operations:
C:\Windows\System32\tzres.dll FAST IO DISALLOWED on QueryOpen FILE LOCKED WITH ONLY READERS
C:\Windows\System32\tzres.dll FILE LOCKED WITH ONLY READERS on CreateFileMapping
Now, I've let this file create a log of these events for approx 10 seconds out of the full 60+ seconds it's sitting at "RDP 15%" and it created 283,243 events of this over and over.
So the question becomes, why is WMI tracing all this activity and how can we reduce it drastically (such as the administrator accounts) or stop it all together??
While using Process Monitor I have found that when a user belongs to the Administrators group, WMI is only tracing the following:
HKLM
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\PERFLIB
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\PERFLIB\Disable Performance Counters
HKU\S-1-5-18
HKU\.DEFAULT\Control Panel\International
HKU\.DEFAULT
HKU\.DEFAULT\Control Panel\International\LocaleName
HKU\.DEFAULT\Control Panel\International
It does this (according to the counter of events) 515 when I login with my user 'test' as an administrator, maybe 10 seconds max login time.
When I remove my user from the Administrators group, WMI does this:
Operations FOR C:\Windows\System32\tzres.dll:
QueryOpen
CreateFile
QueryBasicInformationFile
CloseFile
IRP_MJ_CLOSE
CreateFile
CreateFileMapping
QueryStandardInformationFile
FASTIO_RELEASE_FOR_SECTION_SYNCHRONIZATION
CreateFileMapping
FASTIO_RELEASE_FOR_SECTION_SYNCHRONIZATION
CloseFile
IRP_MJ_CLOSE
Some Errors when performing these operations:
C:\Windows\System32\tzres.dll FAST IO DISALLOWED on QueryOpen FILE LOCKED WITH ONLY READERS
C:\Windows\System32\tzres.dll FILE LOCKED WITH ONLY READERS on CreateFileMapping
Now, I've let this file create a log of these events for approx 10 seconds out of the full 60+ seconds it's sitting at "RDP 15%" and it created 283,243 events of this over and over.
So the question becomes, why is WMI tracing all this activity and how can we reduce it drastically (such as the administrator accounts) or stop it all together??
Re: "Connecting" issues on latest 8.40.11.30 version.
Very interesting Brian! Do you also have printers connected remotely? If so, did you also see a lot of printer stuff in the Process Monitor?
Re: "Connecting" issues on latest 8.40.11.30 version.
Out of 2,500,000 events, 44,114 were from webprint.exe (1.7%) I only use HTML5 and we use the new virtual printer.
Re: "Connecting" issues on latest 8.40.11.30 version.
Hello,
We are celebrating Christmas tonight but I will let John Davies know about this right away so that he can have a look. Thank you for your feedbacks.
We are celebrating Christmas tonight but I will let John Davies know about this right away so that he can have a look. Thank you for your feedbacks.
Olivier
TSplus support team administrator

TSplus support team administrator
