RoosterMDC's Posts

This worked just fine for me on View 6.2.1 build-3284346.  I actually cloned an existing Automatic pool and changed it to a Manual pool per your instructions.  Then I removed a machine from the a... See more...
This worked just fine for me on View 6.2.1 build-3284346.  I actually cloned an existing Automatic pool and changed it to a Manual pool per your instructions.  Then I removed a machine from the automatic pool, added it to the new pool, shut the VM off/on (which automatically reconfigured it) and assigned a user.  Bingo, it was available and I could log in.  The reason we are looking at doing this is for machines that require 3D acceleration that we will handle as one-offs.
I had the same result, and we only have a single service-va. zimbra@data-va:~> zmsoap -z ReportAllQuotaStatsRequest <ReportAllQuotaStatsResponse status="success" xmlns="urn:zimbraAdmin"/>
I don't know what I'm looking for, but nothing jumps out at me saying "error in running report x" or whatever.
Using Horizon Workspace 1.8 with Files.  We've got 88 users using Files, but the report only lists 18 of those users.  Why aren't I seeing the other users in the report?  For example, I don't see... See more...
Using Horizon Workspace 1.8 with Files.  We've got 88 users using Files, but the report only lists 18 of those users.  Why aren't I seeing the other users in the report?  For example, I don't see myself in the report even though I've been using Files the longest.
When I go to download the Workspace client on My VMware, I only get the option for VMware-Horizon-Workspace-1.5.2-1444866.  How can I get the latest build?
My co-worker and I have both seen this issue now on our machines.  We have Horizon Workspace 1.5 installed, but are not using any ThinApps.  For some unknown reason and seemingly without cause, t... See more...
My co-worker and I have both seen this issue now on our machines.  We have Horizon Workspace 1.5 installed, but are not using any ThinApps.  For some unknown reason and seemingly without cause, the HorizonThinAppClient log file starts to grow out of control, eventually filling up the entire disk.  I came in this morning and my c: drive was out of space and as soon as I cleaned up some old stuff, the drive filled back up again.  In addition, the HorizonThinAppClient process was spiking one CPU.  After killing the process and scanning my drive, the HorizonThinAppClient log file had grown to over 34GB, when days before it had only been several KB. Has anyone else seen this issue?
So we had a maintenance outage this past weekend and had to restart our Workspace environment.  After the restart my client couldn't connect again.  I tried clearing all the IE cache, etc. to no ... See more...
So we had a maintenance outage this past weekend and had to restart our Workspace environment.  After the restart my client couldn't connect again.  I tried clearing all the IE cache, etc. to no avail, so that's not what fixed it previously after all.  I connected to the link in 5) above and as soon as I logged in there, the client connected.  My question is: how can we generate that link for other devices if we run into this issue again?
Answers to previous post: 1) Yes. 2) IE 10 3) Done 4) the web versions works as expected 5) I do get the login page and can login - but stays on "Signing In" after that (expected?) 6) All I... See more...
Answers to previous post: 1) Yes. 2) IE 10 3) Done 4) the web versions works as expected 5) I do get the login page and can login - but stays on "Signing In" after that (expected?) 6) All IP ranges are included I am connected now.  I think either step 3 or 5 fixed the issues (the only ones that might have changed something).  Thanks for the help!  Good to know it uses IE in the registration process.
I just ran into this problem (had the VIP as the X-Forwarded-For) and according to the logs it's connecting via the floating IP of the F5, which makes sense.
Sure, where do you want it?
All of the above mentioned registry locations are cleaned during the uninstall.  I had checked that previously when uninstalling the client.  How do I view HW-30970?
Thanks for that info.  However it doesn't resolve the second issue.  I have uninstalled, rebooted, verified the reg keys were gone, reinstalled, and it still doesn't want to connect.  It works fi... See more...
Thanks for that info.  However it doesn't resolve the second issue.  I have uninstalled, rebooted, verified the reg keys were gone, reinstalled, and it still doesn't want to connect.  It works fine on new installs.
We had a test Workspace environment up and my Windows client was connected to it.  We removed the test environment and installed a new production environment.  Since the test VAs were now gone I ... See more...
We had a test Workspace environment up and my Windows client was connected to it.  We removed the test environment and installed a new production environment.  Since the test VAs were now gone I could not unlink from it to link to the new environment.  I uninstalled the client and connected to the new environment without issue.  Next, we had some issues with the new environment and made the decision to scrap it and start over.  Everything is working well except I cannot connect back to the new prod environment with my Windows client.  I uninstalled and reinstalled the client and I continue to get the error message that the service is unavailable, even though it is available and running with the same name as it was previously.  My questions: 1.  Is there any way to unlink from an orphaned VA and link to a different one without reinstalling the client? 2. How can I relink to a rebuilt VA with the same name?  I am assuming there is some unique identifier that needs to be cleared to allow me to relink - but it doesn't seem to get removed with an uninstall of the client. I've searched but haven't found anything on these issues.  Thanks.
So, it does seem as though there is a sync or replication issue going on.  Digging a little deeper on the connection server where the pool is not visible, there were no entitlements present for t... See more...
So, it does seem as though there is a sync or replication issue going on.  Digging a little deeper on the connection server where the pool is not visible, there were no entitlements present for the pool at issue, even though there are on the other connection server.  I added the entitlement (again) and I can see it now.  Also, I had manually added a VM to the pool but it only showed on one connection server and not the other.
Yes, it is listed.  I've also run the PowerCLI command: get-pool and they are all listed on both connection servers.
No tags are in use.
We have 2 connection servers, one for internal access, one for external access with an associated security server.  I have created a manual pool and assigned VMs to the pool and made the entitlem... See more...
We have 2 connection servers, one for internal access, one for external access with an associated security server.  I have created a manual pool and assigned VMs to the pool and made the entitlements.  I can see the pool if I connect via the security server from an external source.  When I connect via the internal connection server, the pool is not available (not visible at all).  This is the second time I've had this issue.  Previously after creating some other test pools, the problem pool suddenly appeared and could be accessed as expected.  Is there some sync process that is failing here?  All other pools on the internal connection server are functioning as expected.