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

after logging into a virtual computer, screen goes black when vmware client 4.7 is maximized, partial window works fine.

January 11, 2018, 12:31 pm
$
0
0

on a surface pro 4 with vmware client 4.7

after logging in if the window is maximized, the screenin the client will be black.

Resizing the window causing the virtual machine to readjust as intended and it works fine.

different resizes works, even dragging the app corners to be near full screen works fine.

as soon as the maximize button in the top right of the app is clicked, it goes to a black screen and stays like that till the app is not full screen again.

 

same user account and pool and everything else but on a surface pro 3 or other computer, works perfectly fine.

might a display driver or a windows setting be the culprit?

the internet connect was also different between tablets, though weird that nearly full screen works fine and full screen doesn't.

↧
Search

Issues after upgrading to Horizon View 7.4

January 12, 2018, 10:17 pm
$
0
0

We just recently upgraded our View Environment to 7.4.0-7400497 including composer service 7.4.0-7312595 and new agent etc, not long after the installation we had a number of pools go offiine with the message "error" missings and waiting for agent". The error was effecting non persistent stateless pools and on demand provisioning pools, our persona pools seems to be fine...weird.

Over night we have reverted back the composer service to 7.3.2 including our two connection servers to 7.3.2. So far things are working fine again.

 

Our Hosts are running on VMware ESXi, 6.5.0, 7388607 with vCenter Windows Version 6.5.0.10000 Build 597332.

 

I am just wondering if anyone has expereinced any issues after upgrading to View 7.4,

 

Cheers

David.

↧
↧

Troubleshooting Blast through UAG

January 13, 2018, 4:23 am
$
0
0

Hi

 

I am having problems with Bast connections through my UAG, I am just finishing off a deployment so its not yet work

 

When i try to connect through the UAG

 

In the client i don't get an error , it just spins for 10 seconds and then goes back to the pool selection screen

 

in the admin console on the connection server it allocates me a vdi in the events log

 

Is there a way to trouble shoot bast connectivity through the chain ?

 

it works fine over vpn or internally so in my mind it must be either firewall , the uAG tunnel or SSL error

 

to add my internal dns is different to my external , i am using a wildcard for the external dns all the way through to my connection server and it looks ok

 

PCOIP is working fine also

 

Thanks

↧

The display protocol for this desktop is currently not available!

March 1, 2011, 3:11 am
$
0
0

Dear,

 

I'm currently using an VMware View v4.5 infrastructure which now out of the blue keeps on giving me a hard time in sense of connecting to several Windows XP and 7 based VM's. The 'Thin Client' and 'VMware View client' keeps on giving me the error message 'the display protocol for this desktop is currently not available' once I try to choose one of the proposed available VM's using PCoIP.

 

I really hope that somebody can help me out with this one 'cause I'm currently performing a small POC with 30 clients.....

 

Additionally I already tried this thread 'http://communities.vmware.com/thread/259692', but got an negative result....

 

Thanks for the help...

 

A Desperate Admin.

↧

Slow sending print jobs with ThinPrint to the local printer

January 17, 2018, 9:09 am
$
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.

↧
↧

Issue With GE/CPA on 7.3.2

January 17, 2018, 5:01 pm
$
0
0

We are in the middle of an upgrade from 6.2.0 to 7.3.2. With VMware's assistance, we leapfrogged first to 6.2.5, tested fine, and then went to 7.3.2. Our environment prior to this was a dual data center VDI environment with CPA/Global Entitlements set across both. We are using F5 as our load balancer, with all clients hitting a GTM, that has 1 LTM from each of our data centers behind it. Those LTMs have 5 brokers from each side behind them.

 

We marked down the LTM in DC1 so no new clients would go there, and proceeded with the upgrade there. Composer servers first, then brokers, then security servers. No blips no errors, went pretty well. Upon everything being on 7.3.2, we started testing from our thin client, Wyse thinOS terminals. That's when we started to see issues.

 

We would specify a specific DC1 broker or the DC1 LTM itself (DC was the 7.3.2 side), authenticate, be presented with out DC1 Globally Entitled pool, and we would get an error connecting. Either desktop unavailable, even though there were available desktops, or we would get unable to launch desktop due to a communications failure.

 

What was odd was 2 things: if we instead picked a pool that was globally entitled over on DC2 (still at 6.2), even though we were coming in through DC1, it worked. The other thing was when using a Horizon windows or Mac client, we couldn't get this issue to happen. I did try 2 different Wyse thinOS models, both with an older PCoIP client version and newer, but no luck. The Wyse thin clients are 95% of our endpoint devices accessing the VDI world.

 

Apologies if this is all over the place, it's quite a confusing issue. All of the testing scenarios I mention here we have done numerous times before when the environment was 6.2, and they were always fine.

 

We do have a ticket open with VMware (or one is being opened shortly). I'm wondering if they come back and tell us to hop to 7.4 (which specifically mentions a resolved issue of connecting across CPA when the environments are different versions).This would be frustrating, since in our discussions, it was brought up we'd be in this state of in between builds, and it didn't get identified as a problem. Not to mention 7.4 is barely out the door.

 

I'd be glad to clarify this mess of a post if anyone has any insight/questions that  could help us out. Thanks in advance.

↧

Recomposing Sysprep timeout issues

January 18, 2018, 6:54 am
$
0
0

Hello Expert

 

Can you help me to resolve this issues ? I got stuck at this issues while recomposing the VDI's. Appreciate your help.

 

↧

VMware View 5 error: Failed to relocate disposable

September 28, 2011, 6:45 am
$
0
0

I am deploying XP in view 5, and I encounter this error: View Composer agent initialization state error (9): Failed to relocate disposable (waited 0 seconds).

I have patch the hotfix 944043. and when I change view agent to 4.6, everything works fine. Is there anyone have this problem before?

↧
Search

Can Not Connect Using VMware Horizon Client

September 5, 2017, 10:39 am
$
0
0

I can not connect to The VMware Horizon client for Windows on one desktop, while it works with at least 3 other machines on the same network.  I am using VMware Horizon Client Version 4.40 build-5171611.  It allows me to connect, but when I click on a remote desktop it runs for about 15 seconds before telling me "The connection to the remote computer timed out."  I am connecting via PCoIP, which is required.  Connecting with Microsoft RDP appears to work, but I get a notice saying the requested session access is denied when using RDP.

 

I have tried connecting on multiple other computers, both wired and wireless, on the same network.  All of them work just fine, except the computer I need to use.  This leads me to believe it is an issue with the settings on this desktop.

 

The computer is running Windows 10 Pro, 64 bit.  Remote desktop version 10.0.15063.  I've turned off windows firewall, rebooted, and tried uninstalling and installed a couple other versions of (version 4.5 and 4.2) and haven't seen any different behavior.

 

I'm running out of ideas here, and will take any suggestions.  I need this to work, even if it means replacing the computer.

↧
↧

Will a 6.23 agent run with 6.25 Composer, Connection and security server?

January 19, 2018, 11:12 am
$
0
0

Going to upgrade to 6.25 and wondering if my dedicated vm's with agent 6.23 will continue to work until they can get updated to 6.25?

↧

i need help with we need to optimize horizon 7.1 network traffic with Riverbed , so we need to disable SSL security on the traffic between (client and agent ),(Client and connection server ).

January 20, 2018, 2:57 pm
$
0
0

i need help with we need to optimize horizon 7.1 network traffic with Riverbed , so we need to disable SSL security on the traffic between (client and agent ),(Client and connection server ).

↧

Vmware View Rebalance to new datastore

January 22, 2018, 10:28 pm
$
0
0

Hi Team,

We are planning to migrate View Linked clones desktops to New datastore using rebalance feature. The rebalance will migrate all the linked clone  desktops, my doubt is, how to migrate parent VM, will this also migrate with rebalance or we need to use vmotion to migrate the parent VM ? because we will unmounting  the existing datastore and we will be using only new datastore.

 

Regards,

Ranjith

↧

Horizon View 7.1 Logon Monitor

July 26, 2017, 1:10 pm
$
0
0

Is it possible to disable this from running at logon?  It adds too long of a delay at logon.  I've tried to simply disable the service but it still runs and I can't find where it's spawning from.  Tks.

↧
↧

Has Anyone Found a Working Thin/Zero Client for simulataneous CAC pre/in-session use?

March 13, 2017, 12:27 pm
$
0
0

I have a couple different devices from Dell, a Wyse 5030 zero client and a Wyse Dx0D, however neither work well for CAC authentication to my View 6.2 server.  I need to find a device that will support CAC authentication to the View connection server, SSO to automatically log the user into their desktop, and then in-session access to the smart card for applications that run.

 

The 5030 zero client will connect, but I have to turn off the Smart Card login feature on the virtual desktop otherwise the smart card reader is not visible and their is no access to the CAC card.  The problem with that is the user enters their PIN to authenticate to View, and then they land on the Windows desktop login screen with a username/password prompt.  If they disconnect/reconnect the reader, they will be presented with the option to log in using their smart card, but that's really hokey and not a very acceptable solution. 

 

On the Dx0D thin client, if I try to log in with the CAC, I get an immediate SSL error stating "no cipher match"  That sounds like a familiar problem, however I can't find anywhere to check to see what ciphers it's using, what's available, etc.  Their product support page is terrible, and the only way I can download any updates for the firmware is by buying a service contract.

 

Does anyone have any experience using a zero/thin client to support CAC authentication in their View environment and if so, have you been able to find any devices that work without having to deal with these issues?  I'm dying to find a viable alternative here.

↧

High HTTPS traffic from Horizon Client to Connection Server

January 24, 2018, 7:46 am
$
0
0

Hello:

We are in the middle of troubleshooting a ThinPrint printing issue with some of our thin clients and I have been watching the thin client traffic more closely trying to identify a slowness issue we are having only with ThinPrint.  All of our thin clients are a custom Windows 10 1607 image of ours that run the Horizon Client 4.3.  When I look at traffic between the thin clients and our connection servers, I noticed that there is the normal PCoIP traffic which I expect, but there's also a fair amount of HTTPS traffic as well.  Each thin client has both PCoIP traffic, and HTTPS traffic, ranging from 400KB to 700MB over a period of 2 days approximately.  In our GPO we force PCoIP as the display protocol.  But, what would the HTTPS traffic be, then?  I thought HTTPS was only used for the initial authentication, and then it would switch over to PCoIP after that.  But we are seeing a lot of  HTTPS traffic, more than I would expect.  I'm not sure if this is related to our Thinprint slowness issue but thought it was odd.

 

Can anybody tell me what would be using a lot of HTTPS traffic from the Horizon Client software to the Connection Server??  All of our clients have the Horizon Client 4.3, and our connection servers are on 7.0.3 as well as the Horizon Agent being on 7.0.3.

 

Thanks in advance.

↧
Search

AutoCad laggy on high end infrastructure and Nvidia GRID M60

January 24, 2018, 9:03 am
$
0
0

We are rolling out virtual machines to around 40 users for the purpose of using AutoCAD and Revit.


We have been testing and all seems mostly well, but have been getting quite a lot of lag on some drawings which are absolutely fine on 6 year old desktop workstations. The lag is worst when panning and zooming.

 

The VM's are using the M60 cards with the 4q profile and have 50GB of RAM and 8vcpus split across two CPU's. Storage is all on a 3PAR


We are using Appvolumes and also have an Apex2800 card.

 

We have HP T310 thin clients.

 

I have tried literally everything i can think of, and now at a loss on where to go next. We are half way through the roll out of the project and cannot continue until this has been resolved!

 

Any help is greatly appreciated.

↧

Default printer is not remembered in VDI

May 10, 2016, 2:55 am
$
0
0

Hi,

 

we have vmware vSphere6 and VDI desktop infrastructure. Every time user loggs in into VDI his default printer is not the printer which it made default in previous login. Vm pool is Automated Desktop Pool with source vCenter (linked clone). This happens on win8 or win10, it doesn't matter.

I found this in discussion:

 

I found the sollution eventually.

 

Its realated to the "network location awareness" service

 

2 options:

[s]1. (for every user) disable the "Network Location Awareness" Service in the services console and include it in your gold image

(i believe its related to: every guest generates there own network ID, if the ID is different NLA sets the default printer to the system default (which in my case is the PDF creator)[/s] (sorry guys, this was NOT the sollution)

 

2. If you do not want to disable the NLA service,  Do it on a per-user base in the current user registry (see below)

 

Create a Key in HKEY_CURRENT_USER\Printers ... named: Defaults

Then create an entry (string value): Disabled and set it to: 1

 

--- printer_per_user.reg ----

Windows Registry Editor Version 5.00

[HKEY_CURRENT_USER\Printers\Defaults]
"Disabled"="1"

 

but registry editing and disabling service didn't helped. Any more ideas?

↧
↧

Rebooting Brokers

January 26, 2018, 5:03 am
$
0
0

We have 7 brokers in our environment that when we reboot them, it takes about 10-13 minutes uptime for the admin page to finally appear. We have kind of just accepted and gotten used to it, but, I always wanted to find out if that was the norm for everyone. It seems long to me. Am I just being impatient? Or are we possibly experiencing a problem all along?

 

And yeah the services are all running on the box well in advance. These are Horizon 7.3.2 brokers, but, we were seeing it even on 6.2.0.

↧

View ReCompose Stuck on Customizing

December 27, 2012, 11:38 am
$
0
0

Whenever we do a recompose on our View Desktops 5.1.0 build-704644 the desktops get stuck in the customizing state.  Normally, 4 or 5 desktops will go through the recompose without issue, but the other 50 desktops get stuck and only a reboot of the machine will complete the process.

 

I have tried releasing the IP on the golden image before I snapshot and recompose, but that did not help.

 

Any Suggestions?

↧

Hi All! The client needs to block USB and limit downloading function, would standard version be enough or it has to be enterprise version?

January 26, 2018, 8:14 am
$
0
0

Hi All! The client needs to block USB and limit downloading function, would standard version be enough or it has to be enterprise version?

 

Thank you.

↧
Viewing all 10683 articles
Browse latest View live
Search
<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>