jg27's Posts

This thread: Rebooting UAGs  mentions using Quiesce Mode.  From VMware's documentation, it doesn't look like it does anything more then set the UAG in an 'unavailable' state so new users cannot c... See more...
This thread: Rebooting UAGs  mentions using Quiesce Mode.  From VMware's documentation, it doesn't look like it does anything more then set the UAG in an 'unavailable' state so new users cannot connect to it.  It doesn't mention what happens to existing connections, i'm assuming they'll get disconnected. Upgrade with Zero Downtime
Good morning,      I'm looking for potential options/ideas on creating a fail-over between connections servers.  Currently we're using BLAST over a Secure tunnel, if a connection server goes dow... See more...
Good morning,      I'm looking for potential options/ideas on creating a fail-over between connections servers.  Currently we're using BLAST over a Secure tunnel, if a connection server goes down for whatever reason anyone connected losses their connection until the server is back up.  Is there anyway to fail over these connections to another connection server?  I've read some articles mentioning a load-balancer can be used for faster re-connections, but doesn't stop the disconnection.  Is there anyway to accomplish complete fail-over?  or is load balancing the best option for minimizing impact?  Any info/suggestions are appreciated.
We're having an issue with search indexing with Writable Volumes.  At the very least it's making OST files unsearchable within outlook.  We're currently using the uia_plus_profile and leaving the... See more...
We're having an issue with search indexing with Writable Volumes.  At the very least it's making OST files unsearchable within outlook.  We're currently using the uia_plus_profile and leaving the search and outlook OST paths as default.  After longing into a different/recomposed VM, the search service fails to start with 'The windows search service has failed to remove the old search index. internal error <0,0x80070005>." and will never work again.  About 70% of my test users are not experiencing the problem, but the rest are.  The indexing for outlook is stored in Programdata\Microsoft\Search.  and doesn't have any data in it(or it's getting erased on login).   I came across this article VMware Knowledge Base , but it references not needed to apply the setting in 2.14 and i assume that the setting carried on until 2.16.   Has anyone ran into this problem?  below are the system details.  Any suggestions are appreciated. AppVolumes 2.16 Writable Profile: uia_plus_profile windows 10 1809 View Agent 7.8 Linked Clones UEM 2.16