- RSS Channel Showcase 6621195
- RSS Channel Showcase 1510497
- RSS Channel Showcase 5066582
- RSS Channel Showcase 7383754
Articles on this Page
- 05/21/18--07:53: _Re: Windows 10 v160...
- 05/21/18--07:51: _Re: Windows 10 v160...
- 05/21/18--08:43: _Re: Windows 10 v160...
- 05/21/18--14:25: _Re: Horizon Client ...
- 05/22/18--08:31: _Re: Slow logon on W...
- 05/22/18--21:11: _Re: PCoIP workstati...
- 05/24/18--07:01: _Horizon client not ...
- 05/24/18--07:56: _Re: Can't Connect U...
- 05/24/18--08:00: _Licensing guest OS
- 05/25/18--00:28: _Re: Horizon client ...
- 05/25/18--06:26: _Re: ThinPrint (Hori...
- 05/25/18--09:31: _Re: Ubuntu 18.04 an...
- 05/26/18--00:46: _Jerky Windows deskt...
- 05/28/18--01:11: _Horizon View COnfig...
- 05/28/18--01:49: _Horizon View 7 Vir...
- 05/28/18--19:11: _Re: Horizon View 7...
- 05/29/18--04:26: _Re: Horizon client ...
- 05/29/18--10:03: _Re: Horizon client ...
- 05/29/18--10:07: _Re: Horizon client ...
- 05/29/18--18:29: _Re: Horizon client ...
- 05/21/18--07:53: Re: Windows 10 v1607 VDI vm3dmp.sys BSOD
- 05/21/18--07:51: Re: Windows 10 v1607 VDI vm3dmp.sys BSOD
- I opened a case with VMware support
- The alleged fix is to upgrade to VMware Tools 10.2+ (It's fixed in 10.2.0)
- View Agent 7.2 isn't compatible with 10.2+ so we have to upgrade that
- If we upgrade just the Agent and not the infrastructure, we're not in a supportable situation.
- Thus we have to upgrade the infrastructure to be supported
- Once the infrastructure is upgraded, we can then:
- Remove existing View Agent 7.2
- Remove existing VMware Tools 10.1.x
- Install VMware Tools 10.2+
- Install View Agent 7.4
- 05/21/18--08:43: Re: Windows 10 v1607 VDI vm3dmp.sys BSOD
- 05/21/18--14:25: Re: Horizon Client Freezes for 3-5 Seconds Randomly
- 05/24/18--07:01: Horizon client not prompting for smartcard
- 05/24/18--07:56: Re: Can't Connect Using Blast with Either Chrome or Safari
- 05/24/18--08:00: Licensing guest OS
- 05/25/18--00:28: Re: Horizon client not prompting for smartcard
- 05/25/18--06:26: Re: ThinPrint (Horizon 7) - Printing via PDF (Garbled Text)
- 05/25/18--09:31: Re: Ubuntu 18.04 and view client 4.7.0
- 05/26/18--00:46: Jerky Windows desktop effects with Horizon Client
- 05/28/18--01:11: Horizon View COnfiguration
- 05/28/18--01:49: Horizon View 7 Virtual Desktop Can't use Scanner
- 05/28/18--19:11: Re: Horizon View 7 Virtual Desktop Can't use Scanner
- 05/29/18--04:26: Re: Horizon client not prompting for smartcard
- 05/29/18--10:03: Re: Horizon client not prompting for smartcard
- 05/29/18--10:07: Re: Horizon client not prompting for smartcard
- 05/29/18--18:29: Re: Horizon client not prompting for smartcard
Hey BenFB - Take a look at my previous reply for details
TL;DR: VMware Tools bug/defect is fixed in VMware Tools 10.2.0
Thanks for the reply h3nkY!
If you can, please share the specific internal KB article or bug report reference number so that I can relay that to our support team.
Because right now, the fix according to VMware Support is kind of a stinky pile of poo:
<rant>Thinking Ahead: Periodically the infrastructure (ESXi, Connection Servers etc) needs to be upgraded and that's fine. However, I'm annoyed that the client upgrade process is so intrusive: It's unfortunate that, per VMWare support, when upgrading VMware Tools you must also remove the View Agent. Seems silly to me - it should "just work". You can probably eliminate 1 reboot but we're still talking 3 reboots.</rant>
I'm taking a slightly different approach: I've upgraded a significant number of our VDI's to 1703 hoping that might help reduce the frequency of occurrences until we can get a real fix in place. So far, those that have been upgraded have not been flagged for BSOD's.
Thanks! We have most of our parents upgraded to 10.2.0 and are now starting to upgrade to 10.2.5.
Make sure you follow this document and implement realtime AV scanning exceptions as follows:
• Exclude low-risk files and folders from real-time scans on single-user View virtual machines or RDSH
machines. Some locations include:
– Page files
– IIS log files
– Windows event logs
– C:\Program Files\VMware\
– *.pst, *.pstx, and *.ost files
I have seen the same symptoms described throughout this thread alleviated by implementing the things above. In particular, we noticed the larger an .OST file was for a user, the longer the freeze. Once we put in an exception this issue went away, enjoy!
ymagalif is completely right, appdata\local is the cause of many delayed logon times, as this is also where everything related to web data is stored. It changed slightly in Win10 all Windows Apps are installed into appdata\local and you have to roam this folder in order to have a good user experience. Another problematic file within this is the webcache file,
As this is the database is the index of anything related to WinInet, it can grow extremely rapidly (already starting life at 32MB) and can also be the culprit for logon delays. *Disclaimer*I work for a company called Avanite Limited, a VMware partner who specialises in web data and cookie management. Have a look and see if this might be something you'd like to look at! https://avanite.com/webdatacontrol
you say you have PCoiP workstations.
on the PCoip workstation (its Teradici), find out its IP address when it boots and prior to you logging in.
After you have the IP address of the workstation. log into your session.
open up the ip address of the workstation in a web browser.
cllck on 'login' on the teradici webpage
(usally no password)
click on the tab that shows the USB's devices conneted.
Write down the VIB and PID of the keyboard.
click on the Bridged USB tab.
under Bridge devices, enter the 4 digit VIB and 4 digit PID.
apply and save.
This will make the keboard visiable to your OS.
reboot the PCoIP workstation.
login and the OS should try to auto load the drivers upon first boot.
We have an older VDI environment where smart card behavior is as expected. We have a new VDI environment where smart card behavior is not as expected. When we open the Horizon client, we have both environments available. Insert a smart card, select the old environment and we're prompted for a PIN. Insert a smart cart, select the new environment in the same (or different) client session and we're prompted for a username and password. It's not getting to the individual pools so it can't be a pool setting.
Both environments have the same settings on each connection server. Connection server settings > Authentication tab > View Authentication > Smart card auth for users (and admins) are both set to Optional.
Thanks for any help or suggestions.
Both env on different ESXi's, but same version - 6.0.0
Old env - Persona mgt
New env - UEM
Old env - agent, connection, security and composer servers - 7.1
New env - agent, connection, security and composer servers - 7.3.2
Create or edit locked.properties file and add the below line
Save the file. Restart the View Connection Server service on primary and all replica servers.
do that, it's 100% workin
in many post's people ask about Win10 as guest OS for VDI.
How you license win10? If nothing changes desktop OS licensing by VDA subscription,
that's why i use Win srv 2012 r2 as guest
It might configuration related, Have you tried Horizon clients in different OS? e.g. Window, Linux etc and how about enable smartcard auth for view admin and use web brower connect to see if smartcard auth works?
Same problem with VMware Horizon Client 4.7.0 and Windows 10 Pro x64, I don't have this registry key TPView.
So, I create the registry key TPView on HKLM\SOFTWARE\ThinPrint\TPView
And I create EnableLegacyFonts (REG_DWORD) with value to 1.
Now, characters on PDF Files are printed correctly :-)
I got the same issue, but this link helped me to fix the problem.
Just run this commands...
sudo apt install libsigc++-2.0-0v5
sudo ln -s /usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so.0.1400.0 /usr/lib/x86_64-linux-gnu/libgstreamer-0.10.so.0
sudo ln -s /usr/lib/x86_64-linux-gnu/libgstapp-1.0.so.0 /usr/lib/x86_64-linux-gnu/libgstapp-0.10.so.0
sudo ln -s /usr/lib/x86_64-linux-gnu/libgstbase-1.0.so.0.1400.0 /usr/lib/x86_64-linux-gnu/libgstbase-0.10.so.0
I am testing several VM configurations and viewers and noticing that the Horizon Client results in subtle but clearly noticeable jerky animation of Win 7 aero desktop effects - most noticeable is the window fade on minimise/maximise transition although in general the user experience feels somewhat sluggish and jerky.
Initially I thought this was due to software rendering of the desktop 3d effects using the svga adapter without a GPU in the host. However I'm noticing this even with a GRID K2 added to the host and running in both vSGA and vGPU configurations.
I also see the same when comparing a locally hosted fusion VM, using fusion as the viewer vs using Horizon View and direct connection plugin on the same VM.
Does everyone else experience the same? Is this normal and to be expected for some reason or is there something I need to adjust in my configuration?
I have tried ensuring the guest VM has a vmxnet3 network adapter and FastSendDatagramThreshold=1500. Can anyone offer other suggestions or an approach for troubleshooting this?
I can turn off aero effects, but then I might as well use RDP - the whole reason I'm using Horizon is to get a 3d accelerated desktop.
(I'm using Horizon Client 4.7 on OSX, 1680 x 1050 resolution 22" monitor, latest VMWare Tools SVGA driver 22.214.171.124)
1. Can you put multiple licenses in a connection server? like 50 x Horizon Standard (for Lenovo zero client users) and 450 x Horizon Enterprise (for application publishing)?
2. Can Horizon/Workspace One authenticate from Oracle LDAP? Is there an available link of documentation for this?
Horizon View 7
Virtual Desktop:Windows 7 Pro 64bit
The local computer has a scanner installed in the virtual desktop through the USB redirection. The scanner can only be used for 5 minutes in virtual desktop. It can't be used. The local computer can't use it too. The virtual desktop is logout, and the local computer can use the scanner.
What is the solution?
The virtual desktop installed a hotel management system. When the scanner stopped working, the websocket2015 in the windows service also stopped.
"USB redirection" will virtually "plug out" the device from client PC after redirection it to remote session. So it is by design to see "The virtual desktop is logout, and the local computer can use the scanner.".
Why don't you use "Scanner Redirection" instead of "USB redirection"?
Thanks for the reply Pengwang. We've tried connecting from Windows 10 and Windows 7 and Mac with the same failure. I haven't found a way for HTML (Browser) access to work with smart cards. Horizon 7 HTML Blast and smart cards
Also tried forcing smartcards. But it fails to see the card when I select the newer environment. Same scenario. Open Horizon client, select env 1 and it prompts for a card. In the same Horizon client on the same machine, just a moment later, select env 2 and it will not see the card. The Host sees the card, env 1 sees the card, but env 2 does not.
Is this a Windows 10 VM that you connect to? If yes, what version of Windows 10 is it?
@ AFA1K - Thanks. Windows 7. Windows 10 was no fun at all with VDI so we're sticking with Windows 7 for now.
I meant accessing the view admin UI through the browser, to enable smartcard auth for administrators, log in https://connection server/admin -> View configuration->servers->Authentication->View administrator authentication->smartcard auth for administrators->allow. and then relog in by the browser to see if SC works, It looks like backend env issue per your comment, thanks.