TechMassey's Posts

Check the settings on the View Connection Server that is linked with that security server. PCOIP Secure Gateway may be unchecked.
We are early in out View deployment and PC monitor upgrades have become a discussion topic. The main driving force is a portion of the users have odd shaped dual monitor setups. For instance a us... See more...
We are early in out View deployment and PC monitor upgrades have become a discussion topic. The main driving force is a portion of the users have odd shaped dual monitor setups. For instance a user with a 17 inch and 22 inch monitor. The discussion initially started around replacing the smaller screens with identical 22 inch monitors. All of which use 1680x1050 resolutions. We have the option of instead upgrading to 22 inch monitors with 1920x1080 resolutions. Here are the primary concerns The screen size will be too small and users will request a non-native resolution. Additional customization due to the small size will increase administrative and help desk overhead. The question is, should we fully commit to 1680x1050 or choose a monitor of the same size but with a resolution of 1920x1080? For purposes of cost comparison, lets assume they both cost the same. This question is geared towards user acceptance and productivity.
If PCOIP was the issue, the difference between it and RDP should be very noticeable. Also, RDP on the LAN can be very fast, even with moving windows but typically not videos. RDP is TCP based, so... See more...
If PCOIP was the issue, the difference between it and RDP should be very noticeable. Also, RDP on the LAN can be very fast, even with moving windows but typically not videos. RDP is TCP based, so it will make sure that each click is accurate while PCOIP will just not show or say anything if it doesn't see the click. If your having trouble telling the difference between the two in terms of performance, then both may affected by something else on your network. I would look at latency/packet loss/bandwidth.
Overall it still sounds like its PCOIP specific if you haven't identified any other bottlenecks. Have you tried RDP based on my previous post? If you still have issues, you might want to demo a V... See more...
Overall it still sounds like its PCOIP specific if you haven't identified any other bottlenecks. Have you tried RDP based on my previous post? If you still have issues, you might want to demo a VDI monitoring package like Liquidware Labs Stratusphere.
I wish they would. In some ways the cmdlts are powerful but in other ways incredibly limiting. Regarding counting the VMs in a pool. You can do that by using the View Powershell cmdlt to quer... See more...
I wish they would. In some ways the cmdlts are powerful but in other ways incredibly limiting. Regarding counting the VMs in a pool. You can do that by using the View Powershell cmdlt to query a pool. EX: (get-desktopvm -pool_id poolid).count That will return the number of VMs in the designated pool(s) depending if you do a wildcard on the pool name filter.
It is possible its a driver translation issue. I would verify by manually mapping that printer inside the VDI VM and test printing. If it works, then its an issue with Thinprint and its interpret... See more...
It is possible its a driver translation issue. I would verify by manually mapping that printer inside the VDI VM and test printing. If it works, then its an issue with Thinprint and its interpretation of the local print driver.
I have seen that issue before and in my experience it has been a networking issue. The error can occur because view did not receive a response from the agent at various points during the customiz... See more...
I have seen that issue before and in my experience it has been a networking issue. The error can occur because view did not receive a response from the agent at various points during the customization. In my case, it was DNS resolution. I would verify that you can ping that VM the whole time once it obtains an IP. I would also login to the console and verify it doesn't have a private IP and can ping view infrastructure components.
Are you able to duplicate this outside the P25 Zero Client? I would be curious if PCOIP on a PC on the same network exhibits the same issue. If you do duplicate it, I would then try enabling the ... See more...
Are you able to duplicate this outside the P25 Zero Client? I would be curious if PCOIP on a PC on the same network exhibits the same issue. If you do duplicate it, I would then try enabling the ability to choose the display protocol and test with RDP from the desktop. If the issue doesn't occur, I would target two areas. 1. You may be using VMware GPO ADM template and it may be too restrictive, requiring to high a quality to get to lossless and thus the choppiness while it builds that cache. 2. I have found PCOIP to be, temperamental. I would check for packet loss as the primary culprit. Those jerky actions are not necessarily video related, they can literally mean the smooth motion playback is being dropped because PCOIP is UDP.
That is great to hear, we have been having the same issue but less intermittent. I second that the support form Teradici has been fairly solid. I would recommend anyone who has the Apex 2800, ... See more...
That is great to hear, we have been having the same issue but less intermittent. I second that the support form Teradici has been fairly solid. I would recommend anyone who has the Apex 2800, to create a support account at Teradici. There is not just drivers and manuals, but video walkthroughs. I have also found getting very familiar with the PCOIP-CTRL command for the Apex 2800 is a huge help.
I faced the same issue, I'm really surprised that VMware didn't just copy the basic settings that remote desktop has had for over a decade. I found a free utility at this website that worked ... See more...
I faced the same issue, I'm really surprised that VMware didn't just copy the basic settings that remote desktop has had for over a decade. I found a free utility at this website that worked perfectly: http://www.intelliadmin.com/index.php/2011/11/automatically-logoff-inactive-users/ In my case, I use linked clones and have users setup to never be logged off via View Pool policy so they can use the desktop all week. Instead, I have a scheduled task which launches the idlelogoff.exe each Saturday morning at 2am and is configured to log off the idle session after 30 minutes. This refreshes all my desktops. In your case, you could just have idlelogoff.exe launch in a batch file or start script with the parameters of wait X once a user goes idle and then log them off.
I need a little more information, can you provide the type of view desktop whether it is thin or dedicated. I think you may have two issues. For the shutdown issue, I would check the event log... See more...
I need a little more information, can you provide the type of view desktop whether it is thin or dedicated. I think you may have two issues. For the shutdown issue, I would check the event logs in the pool to verify that view is shutting down that VM at logoff or if the OS is shutting it down. If the OS is doing the shutdown, view can think that someone is controlling that VM. Regarding keeping it online, your settings sound correct but check your provisioning tab in the policy to verify that it is set to keep X number of VMs powered on.
It could be a number of things that are causing that issue. I would start by determining what is redirecting the printers. Depending on if your using RDP or PCOIP, the print redirection is differ... See more...
It could be a number of things that are causing that issue. I would start by determining what is redirecting the printers. Depending on if your using RDP or PCOIP, the print redirection is different. Next I would compare printers and one by one, remove them from the client. Each time, logging in to see if the spooler fails. Finally, check the most recent updates, including the possibility the printer driver was updated on the client or print server.