Quantcast
Channel: VMware Communities : Discussion List - VMware View
Viewing all 10683 articles
Browse latest View live

Linux thin clients, are they worth to look at?

$
0
0

How good is a Horizon view client on Linux or to ask another way are there any missing features or limitations compared to Horizon view client on windows ?


Which vendor would you recommend to go with in case of Linux ? As I looked each of them have so custom version of Linux which makes me wonder how good are they supporting it ? Would it be possible to install some standard distro like Ubuntu, Debian, ... on the clients ?

 

I have also considered PCoIP Zero clients but they are to limited.


customization operation timed out. Pairing state:In pairing...

$
0
0

Horizon view VMware help needed.

error: customization operation timed out. Pairing state:In pairing...

error under events: Provisioning error occurred for Machine [machinename]: Customization operation timed out

This does not happen to all VM's in this pool. 6 out of 12 vdi's are having this error and are stucked in customizing mode. We are using view - 6.1.0 with 6.1 agent. If a user logs off, the same machine is provisioned again however, if any machine is deleted manually or by reducing the max number of machines in configuration, the machine gets stucked in customizing mode. Any help on this would be helpful. Thanks

 

View agent logs of golden image shows this error:

2018-06-20T12:45:30.884-04:00 DEBUG (0450-0394) <MessageChannel ReceiveThread> [MessageFrameWork] Unable to locate queue PCoIPVChan-SVR(1) with hint MESSAGE_IPC.

2018-06-20T12:45:30.885-04:00 DEBUG (0450-0394) <MessageChannel ReceiveThread> [MessageFrameWork] Unable to locate queue PCoIPVChan-SVR(1) with hint MESSAGE_IPC.

2018-06-20T12:45:30.987-04:00 DEBUG (0450-0394) <MessageChannel ReceiveThread> [MessageFrameWork] Unable to locate queue PCoIPVChan-SVR(1) with hint MESSAGE_IPC.

2018-06-20T12:45:30.988-04:00 DEBUG (0450-0394) <MessageChannel ReceiveThread> [MessageFrameWork] Unable to locate queue PCoIPVChan-SVR(1) with hint MESSAGE_IPC.

Zero Client Crashing with vGPU and two monitors

$
0
0

Whenever we try to connect to a vGPU enabled pool with two monitors the Zero Client (Wyse P25) crashes and reboots. If the pool is set to refresh then you will never be able to login.


I set the pool to not refresh and I'm able to login. The issue is specific to two monitors if i use only one the connection works properly on the first attempt.




06/05/2015, 09:13:08.011> LVL:0 RC:   0    IMG_FRONTEND :Calling open display in Tera2 mode.

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device VMware SVGA 3D, name \\.\DISPLAY1, flags 0x5

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString VMware SVGA 3D

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device VMware SVGA 3D, name \\.\DISPLAY2, flags 0x0

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString VMware SVGA 3D

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device NVIDIA GRID K140Q, name \\.\DISPLAY3, flags 0x1

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString NVIDIA GRID K140Q

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device NVIDIA GRID K140Q, name \\.\DISPLAY4, flags 0x0

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString NVIDIA GRID K140Q

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device RDPDD Chained DD, name \\.\DISPLAYV1, flags 0x200008

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device RDP Encoder Mirror Driver, name \\.\DISPLAYV2, flags 0x200008

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device RDP Reflector Display Driver, name \\.\DISPLAYV3, flags 0x200008

06/05/2015, 09:13:08.011> LVL:0 RC:   0          EXTERN :svga_devtap ==> vmwDisplays 2, nvDisplays 2, amdDisplays 0

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: connecting to driver: Try VMW 0 NoWDDM 0, force win32 0

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: connecting to driver: NV displays available 2 NVFBC disabled 0

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: profiling disabled.

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device VMware SVGA 3D, name \\.\DISPLAY1, flags 0x5

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString VMware SVGA 3D

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device VMware SVGA 3D, name \\.\DISPLAY2, flags 0x0

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString VMware SVGA 3D

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device NVIDIA GRID K140Q, name \\.\DISPLAY3, flags 0x1

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString NVIDIA GRID K140Q

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device NVIDIA GRID K140Q, name \\.\DISPLAY4, flags 0x0

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> dd.DeviceString NVIDIA GRID K140Q

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device RDPDD Chained DD, name \\.\DISPLAYV1, flags 0x200008

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device RDP Encoder Mirror Driver, name \\.\DISPLAYV2, flags 0x200008

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> SVGADevTapCountDisplays: new device RDP Reflector Display Driver, name \\.\DISPLAYV3, flags 0x200008

06/05/2015, 09:13:08.012> LVL:0 RC:   0          EXTERN :svga_devtap ==> vmwDisplays 2, nvDisplays 2, amdDisplays 0

06/05/2015, 09:13:08.088> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32WindowProc Handling WM_DISPLAYCHANGE on thread 0x6d4

06/05/2015, 09:13:08.088> LVL:0 RC:   0          EXTERN :input_devtap ==> WindowMonitorEnumProc - enumerated monitor: (0, 0) 2560 x 1600 

06/05/2015, 09:13:08.088> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32UpdateDisplays cx:2560 cy:1600 leftMost:0 topMost:0

06/05/2015, 09:13:08.089> LVL:0 RC:   0          EXTERN :svga_devtap ==> The default path is C:\Windows\Syswow64\NvFBC.dll

06/05/2015, 09:13:08.352> LVL:2 RC:   0        MGMT_KMP :>>> Rxed SET_KBD_LOCALE: language=0x0409 layout=0x0000

06/05/2015, 09:13:08.352> LVL:1 RC:   0        MGMT_KMP :>> Feature status with errcode 0x0000ff00 received

06/05/2015, 09:13:08.354> LVL:2 RC:   0        MGMT_KMP :>>> Rxed SET_KBD_RATE: interval=33 delay=250

06/05/2015, 09:13:08.367> LVL:1 RC:   0          SERVER :InputDevTap_GetKeyboardState @ timer: LEDs = 0xFFFFFFFF ==> 0x00

06/05/2015, 09:13:08.367> LVL:1 RC:   0          SERVER :InputDevTap_GetKeyboardState @ timer: typematic [delay 0 ==> 250] [rate 0 ==> 33]

06/05/2015, 09:13:08.865> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: NvFBC reports capture is NOT possible,          trying to enable capture device

06/05/2015, 09:13:08.868> LVL:0 RC:   0          EXTERN :svga_devtap ==> NVBackend::EnableNvFBC. CreateProcess MontereyEnable error 2

06/05/2015, 09:13:08.970> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32WindowProc Handling WM_DISPLAYCHANGE on thread 0x6d4

06/05/2015, 09:13:08.970> LVL:0 RC:   0          EXTERN :input_devtap ==> WindowMonitorEnumProc - enumerated monitor: (0, 0) 2560 x 1600 

06/05/2015, 09:13:08.971> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32UpdateDisplays cx:2560 cy:1600 leftMost:0 topMost:0

06/05/2015, 09:13:09.073> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32WindowProc Handling WM_DISPLAYCHANGE on thread 0x6d4

06/05/2015, 09:13:09.073> LVL:0 RC:   0          EXTERN :input_devtap ==> WindowMonitorEnumProc - enumerated monitor: (0, 0) 1280 x 960 

06/05/2015, 09:13:09.073> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32UpdateDisplays cx:1280 cy:960 leftMost:0 topMost:0

06/05/2015, 09:13:10.339> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32WindowProc Handling WM_DISPLAYCHANGE on thread 0x6d4

06/05/2015, 09:13:10.339> LVL:0 RC:   0          EXTERN :input_devtap ==> WindowMonitorEnumProc - enumerated monitor: (0, 0) 1280 x 800 

06/05/2015, 09:13:10.339> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32UpdateDisplays cx:1280 cy:800 leftMost:0 topMost:0

06/05/2015, 09:13:10.599> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32WindowProc Handling WM_DISPLAYCHANGE on thread 0x6d4

06/05/2015, 09:13:10.645> LVL:0 RC:   0          EXTERN :input_devtap ==> WindowMonitorEnumProc - enumerated monitor: (0, 0) 1280 x 960 

06/05/2015, 09:13:10.649> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32UpdateDisplays cx:1280 cy:960 leftMost:0 topMost:0

06/05/2015, 09:13:10.721> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32WindowProc Handling WM_DISPLAYCHANGE on thread 0x6d4

06/05/2015, 09:13:10.721> LVL:0 RC:   0          EXTERN :input_devtap ==> WindowMonitorEnumProc - enumerated monitor: (0, 0) 2560 x 1600 

06/05/2015, 09:13:10.721> LVL:0 RC:   0          EXTERN :input_devtap ==> InputDevTapWin32UpdateDisplays cx:2560 cy:1600 leftMost:0 topMost:0

06/05/2015, 09:13:11.339> LVL:0 RC:   0          EXTERN :svga_devtap ==> NVBackend::EnableNvFBC. CreateProcess succeeded

06/05/2015, 09:13:11.556> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: NvFBC - Fixed capture by enabling NvFBC

06/05/2015, 09:13:11.556> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: using NvFBC version 0

06/05/2015, 09:13:11.562> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: can't find monitor for display \\.\DISPLAY3

06/05/2015, 09:13:11.562> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: NvFBC can't get adapter ID from name \\.\DISPLAY3

06/05/2015, 09:13:11.562> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: UpdateDisplayWatcher ERROR

06/05/2015, 09:13:11.562> LVL:0 RC:   0          EXTERN :svga_devtap ==> svgadevtap: usermode backend init failed

06/05/2015, 09:13:11.562> LVL:0 RC:-500    IMG_FRONTEND :cSW_HOST_FRONTEND::open_display - Error attaching to SVGADevTap, error 1: Failed

06/05/2015, 09:13:11.562> LVL:0 RC:-500        MGMT_IMG :cSW_HOST_IPC::enable_frontend failed. 10 retries remaining. Trying again...

Horizon 7.5 Persona problem

$
0
0

After upgrading to Horizon View 7.5, we have some intermittent problems loading the roaming profile. If we downgrade to 7.4, this is not an issue.

We are using Windows 10 2016 LTSB on one 32 bit pool and one 6 4bit pool. We have this issue on both pools. Have anyone else had any issues like this?

 

From the VMWVvp log:

 

[0][06/21/2018 11:16:18:0702][RTOVPHelper!RTOGetSessionInfo] Retrieved LUID: ProcessId: 8492

<2154>[0][06/21/2018 11:16:18:0706][GetCallerContext          ] Failed Retrieving User Data: Session: 1

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetSessionInfo] Found 7 Sessions: ProcessId: 8492

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetSessionInfo] Found Logon Session Data: ProcessId: 8492, Session: 1, User: MYUSER, Logon Domain: OURDOMAIN, SID: S-3-1-11-815287549-3144351555-3633635715-1232, Type: 2

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetCurrentUserInfo] Key Path: SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-3-1-11-815287549-3144351555-3633635715-1232

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetProfilePath] Profiles Directory: Pid: 8492, C:\Users

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetProfilePath] Opened User's Key: Pid: 8492, Path: SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-3-1-11-815287549-3144351555-3633635715-1232, Attempt: 1

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetProfilePath] Local Path: Pid: 8492, C:\Users\MYUSER

[0][06/21/2018 11:16:18:0706][RTOVPHelper!RTOGetProfileFromService] Failure UPDATE_PROFILE_CONFIG reply: ProcessId: 8492, 0x80070490

SSL error on connecting to server

$
0
0

I have a Win10 PC and a Win10 laptop that I use VMware Horizon Client (v4.8) to connect work's VDI server over the past year. Today, on my PC the VMware client is reporting a SSL error when I click to connect to the VDI server (error happens before any auth prompts). However, my laptop doesn't have the issue and is able to connect through ok. Both PC and laptop are on the same home network.

 

I've had a look at the logs but I don't understand most of it so hoping someone can point out what could be wrong.

 

 

Things I have tried on my PC:

  • Change SSL confguration to "Do not verify server identity certificates"
  • Uninstalled VMware Horizon Client - reboot - reinstall with latest v4.8 installer from vmware.com - reboot

 

This is the extract from vmware-horizon-viewclient-2018-06-25-160039.txt attached (server name and IP replaced).

 

I tested connecting to any valid domain name not running vmware infrastructure and appears to get the same SSL error so it just appears the SSL error just a general error if there is no SSL handshake? I can confirm my work's VDI server is working though because as I mentioned I can connect to it from my Win10 laptop fine.

 

What else can I do?

Horizon View 7.4 issues after vCenter connectivity wobbles

$
0
0

Note1: We use Instant clone. Horizon View 7.4 & vCenter 6.5

 

Note2: We had something similar a few weeks ago. During a firewall upgrade, both vCenters of our 2 VDI environment had a network downtime and put the VDI infra in a weird state. We had to reboot all the connection servers and vCenter servers to bring it back to normal.

 

Now, after a network wobble over the weekend, our monitoring picked up a downtime of around 5 minutes on the vCenter of our VDI environment, in a normal environment you would see host disconnect/reconnect, nothing too bad. I expected Horizon View to be resilient enough to survive such a small issue.

I remembered what happened the last time so I went to check and there it is, same issue as last time ...

The issue is rather weird, there is connectivity between the CS and vCenter but it seems "some" things don't work.

 

  • Users will be able to log in as long as there are available desktops.
  • When they log off, the VM is deleting from vCenter but not in Horizon View.
  • The desktop goes in error state with the following status.

25-Jun-2018 09:09:10 CEST: Failed to delete VM - Caught exception deleting VM XXXXXXX. Timed out waiting for operation to complete. Total time waited 5 mins

 

 

Pairing state:In pairing...

Configured by:<connection server #1> <connection server #2> ...

Attempted theft by:

2018-06-25_10h40_58.jpg

 

  • After that in the events there is a "Provisioning error occurred for Machine XXXXXX: Unable to remove Machine from inventory" and they are filled with

Automatic error recovery for Pool YYYYYY: attempting recovery for Machine XXXXXXX

2018-06-25_10h43_02.jpg

Which of course does not succeed. I could clean it with viewdbcheck but it won't actually solve anything so it's no use.

  • No new desktop can be created. Meaning it is a slow death as users sign out until there is no more desktop available (until I reboot everything).

 

The creation of a new pool also fails.

 

2018-06-25_10h48_42.jpg

 

As you can imagine having a network wobble break the VDI infra and having to restart everything is not sustainable for production especially as more and more users use it.

 

I'm new to Horizon View so any idea will be greatly appreciated.

RDP VC Bridge

$
0
0

Hello there,

i am trying to get the sample application included in RDPVCBridge-SDK, vchan-ping, working.

I did go through all the steps mentioned but when i'm trying to run it, it fails.

 

What i am receiving on the console is the following:

 

Invoked from an ongoing View Session....

The SDK Version string of locally running SDK is : 3.1.0

The SDK Version number of locally running SDK is : 3

The SDK Version string of remotely running SDK is : 3.1.0

The SDK Version number of remotely running SDK is : 3

The Remote-Side Client is Not in Nested Session.

Error writing virtual channel

Press ENTER to exit

 

I have no clue why this is happening and how to solve the problem.

I appreciate any help/hint.

 

best regards

Hannes

 

 

Edit:

I just noticed that above applies only to Blast and PCoIP.

Using Rdp it says we are not in a view session.

---------

 

The steps I made using the sdk:

1: Unzipped it.

2: Moved vdp_rdpvcbridge.h from the include folder and  vdp_rdpvcbridge.lib from the lib folder to the vchan-ping folder

3: Opened the Solution with VS 15

4: Agreed with Visual Studios project changes (One-Way Upgrade)

5: Deleted the dead file vdp_rdpvcbridge.h in Solutions Explorer and added it to the project from vchan-ping folder

6. Built the solution

7. Moving vchan-ping-client.dll to client

8. used console on client, went to the folder the .dll is in

9. regsvr32.exe vchan-ping-client.dll

10. went to the regedit path, added dword View Enabled and set  it to 1

11. placed the .exe on the agent

12. opened a view session

13. used console and started the exe on the agent

 

----------

VMware-Horizon-Client-4.3.0.4209

VMware-Horizon-Agent-7.0.3.4717913

 

 

 

 

-------------

VMware helped me to fix my problem. Thank you! Just adding the solution for anzone in case someone else runs into this.

In View Client 4.2 and below 32bit was needed on all architectures. Since 4.3 it has to be 64 bit on 64 bit machines.

So all I had to do was switching the default config in the project solution properties to x64.

Issue using rdpvcbridge-sdk-3.2.0 to build 32 bit client dll and run on 64 bit client box

$
0
0

Evaluating the VMware-rdpvcbridge-sdk-3.2.0 we found that the 32 bit client dll built using this SDK will not work on the 64 bit client box with installed VMware Horizon View Client 4.8.0.

This was verified with sample application that is included in the sdk.

Does anybody is able to run 32 bit client dll on the 64 bit client with success?

If yes then what should be done to accomplish that?


Accessing the local network from VDI

$
0
0

Hello,

 

At our company we provide IT support to various locations and so access our VDI machine using the web access.

 

I was wondering if it's possible to add a network adapter to the VMs we connect to which will allow access to the network we are connecting from. Perhaps some sort of network bridge ?

 

For example :

 

I am in Oxford Street and connect to the my VDI machine. I then want to RDP to a server in Oxford street without having to minimize my VDI session (thereby having two screens to switch between)

 

Any help would be much appreciated.

 

Thanks

 

Nick

Windows View Client - Proxy

$
0
0

Seem to be having an issue with Windows Clients (4.7 & 4.8) logging into internal desktop pools (2016 RDS Manual) enabling the proxy server in IE. Results in users not being able to access anything on the Web (as you'd expect), until they remove the proxy setting.

 

Logging in via HTML, or another OS (ThinOS) does not have this same behaviour and I have no proxy settings configured on the RDS side via GPO. There is also no proxy server conigured within IE on the Windows client.

 

This only happens when Windows clients connect in. Not been able to find any documentation stating a reason for this behaviour so hopefully someone else might be able to give me a quick fix for it.

 

 

VMWare Horizon 7.4 (7400497)

cannot extended screen while working with horizon clinet(ver 4.8) while localy I can easily work in extended(dual) screen

$
0
0

cannot extended screen while working with horizon clinet(ver 4.8) while localy I can easily work in extended(dual) screen

"null desktop launch timing profile for" in View Events

$
0
0

Is anyone familiar with what "null desktop launch timing profile for user xyz" means in the View events log? I can't say for sure this is even linked to an ongoing issue, but, we come across it in the logs while working on another issue, or even through routine log reviews. We do use cloud pod across 2 data centers, and wonder if it's related to a user authenticating in DC1, but getting a pool/desktop from DC2.

 

I couldn't find much through the Google, so, hoping someone on the forums has a better definition than what I have, which is nothing.

 

We did enable the timing profiler on all of our brokers a few months ago. If anyone knows the command to verify that, I'd love to have it. I have the comm and to enable/disable, but, would be nice to just check status.

 

Thanks in advance.

Vmware horizon client login

$
0
0

Hello,

 

I installed Vmware Horizon 7.1 , it's work well ! All users use active directory to Login.

If user want to connect he need to type user1@domain.local and then the password , i want to know if it's possible to login just with the login without writing @domain.local

 

If it's possible how can i do it ?

 

Thank you for help.

'Best Of Breed' Thin / Zero Client - Blast, Horizon 7

$
0
0

We've deployed a new VDI environment based on some pretty high end server and storage infrastructure, and I've been tasked with identifying a few thin / zero client devices to get in and test.

 

I'm not too familiar with this hardware space, so I just wondered what you guys considered 'best of breed' or industry standard thin / zero client devices which support all the latest Horizon 7 tech like Blast Extreme?

 

Thanks

Windows 10 1703 + Adobe Reader Issue (UEM, AppVol)

$
0
0

Dear all,

 

We are having troubles including the Adobe Reader DC (18.011.20040) into our Golden Image.

 

We install it normally (as local admin) on the golden image and there everything is working fine - but when we create linked-clones (floating) out of the golden image the following problems occur:

 

1) When you click on the Windows Startbutton and on Acrobat Reader DC it re-configures the application for 10 sec and then starts the DC (when you start it from the Desktop Icon it is fine)

2) The Preview Pane is not working at all - it just give an internal error field from Adobe Reader.

3) Internet Explorer occasionally does not show PDFs anymore - instead tries to download it and does not succeed. And embedded Pdfs are opened up in a new windows.

 

We have applied these GPO Settings via Group Policy:

 

SOFTWARE\Wow6432Node\Policies\Adobe\Acrobat Reader\DC\FeatureLockDown - bProtectedMode - REG_DWORD - 0x0 (0)

SOFTWARE\Policies\Adobe\Acrobat Reader\DC\FeatureLockDown - bUpdater - REG_SZ - 00000000

SOFTWARE\Wow6432Node\Adobe\Adobe ARM\Legacy\Reader\{AC76BA86-7AD7-1033-7B44-AC0F074E4100} - Mode - REG_DWORD - 0x0 (0)

 

And this via UEM:

 

[HKEY_CURRENT_USER\Software\Adobe\Acrobat Reader\DC\AdobeViewer]

"EULA"="1"

 

Is there anything I am missing? We tried to App Volume it, same behavior.

 

Thank you for your help.


Slow sending print jobs with ThinPrint to the local printer

$
0
0

Hello:

We are expanding our use of VDI here and recently came across an issue specific to printing.  Remote users were complaining about slow printing and after some investigation we are finding that print jobs are somewhat slow at transferring from the VM's printer queue to the Thin Client's printer queue.  All of our printers are installed directly on our Thin Clients (Windows 10 LTSB), and print direct to the associated printer on their local network via TCP/IP.  The local printing fro the Thin Client to the printer appears to be fast as expected.  Users are printing to the printers in their VMs that use the ThinPrint output gateway, which then gets sent down over the WAN to the local Thin Client's printer, which is connected to its local network.

 

When we print some test documents, we see the jobs queue up instantly in the VM to their printers (that use the ThinPrint output gateway).  But, after that there is a lag as the jobs take anywhere from several seconds to up to a minute at times to appear in the queue of the printers on the actual Thin Client itself.  To my knowledge we do not have any bandwidth issues at this location. Latency is around 30 ms.  The print jobs are around 150KB each in size (relatively small).  This is a new location so we don't have a benchmark on speed, but I would think it should be really fast for small print jobs like this.

 

What's the best way to go about troubleshooting this further, and are there any settings we can try?  Any help would be appreciated.

 

Thanks.

a VM machine got stuck

$
0
0

Hi,

 

In a linked clone pool a maching is stuck. I cannot refresh or delete the machine from the View Console. I cannot even power off the machine in Vsphere. The Power off error is "Another task is already in progress"

 

I guess View tries to remedy the VM too. How can I stop the View task for this machine or pool so that I can power off the VM in Vsphere and delete it from disk. I guess after I have deleted the VM, View Composer will auto create it again.

 

Thanks,

Edy

Blast disply protocol issue

$
0
0

Hello All,

 

in our another site we have Horizon view 7.3.1 build-6760913 with 7.5 agents. I created a new floating pool but when I want to connect there from view client 4.8 I can't connect to the desktop because of message There is no available display protocol. I am using the Blast protocol. In a first site, everything is fine, so it is weird why this site has this problem.

 

I read some topics here but unfortunately, no of it was related to blast protocol in an internal network. We don't have any FW on servers or clients internally.

 

Thanks for your help a reply

4 min black screen when reconnecting

$
0
0

We are experiencing a reconnect issue with 4 min black screen before the VDI appears normally.

 

Environment info:

 

Dell PowerEdge 740

VMware ESXi 6.5 U2

VMware View Agent 7.4

Windows 10 VDI (client) OS

 

This issue often when a user disconnects in the afternoon and connects the next morning. I´ve attached a trace log, any help/assistance will be deeply appreciated!

CentOS unable to see redirected USB devices

$
0
0

I have Horizon 7.5.0 build-8583568 and I'm unable to pass any usb devices into the guest os. I'm trying to enable the debug logging to usb redirection but i can't seem to get the log file to exist.

Viewing all 10683 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>