OS - Windows 10 LTSC 1809 build 17763.1577 UEM 2006, aka 10 Horizon 8.0.0 build 16592062 Not using roaming profiles, per se. We are redirecting things like desktop, favs, and roaming appdata. Hon...
See more...
OS - Windows 10 LTSC 1809 build 17763.1577 UEM 2006, aka 10 Horizon 8.0.0 build 16592062 Not using roaming profiles, per se. We are redirecting things like desktop, favs, and roaming appdata. Honestly I don't know if this is a DEM issue, a OSOT issue, or a local GPO issue. Problem: The very first time a user logs into their VM (instant clones) the Start Menu works great. Log off and then back on and now the Start Menu does not work. When clicked the menu does not respond. Delete the VM and log in (this would be the first time again since the VM re-creates itself), the Start Menu works. Log off and back on and it no longer works. Things I've tried: This behavior is with every entitled user. I have a test user (goo-user) with entitlements to two pools. Log into the first pool and the start menu works once, but after log off/on it stops working. The first time it worked I pinned a program as a test. Log into the second pool (having never logged in before) and the start menu works and my pinned program is there. Log off/on and now the start menu no longer works. The first time it worked, after consulting with a co-worker, we noticed that going to %appdata% worked and went to the re-directed appdata on our DEM server. Log off/on and of course the start menu doesn't work, but neither does the re-directed appdata. "Windows cannot find '%appdata%'. Make sure you typed the name correctly, and then try again." So when the start menu works, %appdata% works and points to the re-directed folder. When it doesn't, %appdata% isn't found. I've read and followed the links below, all with no success... https://kb.vmware.com/s/article/2146859 - This helped get the start menu "roaming," for lack of a better term. https://kb.vmware.com/s/article/2150422 - Same as above. https://communities.vmware.com/t5/Dynamic-Environment-Manager/FIXED-Roam-the-Windows-10-Start-Menu-in-your-VDI-environment/m-p/2758776 - Same as above. https://communities.vmware.com/t5/Horizon-Desktops-and-Apps/Appdata-local-microsoft-windows-folders-missing-after-OSOT/m-p/2294408#M89448 - I have the exact issue as this poster, missing items, not just missing appdata. https://flings.vmware.com/vmware-os-optimization-tool/comments?comment_id=16466 - Search for %appdata% and you'll see a post by Barry. I ran OSOT for the second time on the master, this time unchecking the "clean default user profile" box. This did not help. I opened the flexengine.log for my test user and searched for "error". That lead me to this - [ERROR] Folder redirection: error 0x80004005 getting current path for 'AppData' folder ('User Folder Redirection.xml') Googling that string led me to this post - https://communities.vmware.com/t5/Dynamic-Environment-Manager/UEM-Folder-Redirection-Not-Working/m-p/1388797 - The solution did nothing as those settings in local GPO were not set. I also ran across the following for devices.hotplug. This was set long ago, so it didn't help either. https://communities.vmware.com/t5/App-Volumes/Windows-10-Start-Menu-fails-to-open/m-p/1427355/highlight/true#M5859 Honestly, I can't tell if this is DEM related, caused by OSOT, or maybe one of the local GPO settings I've set. I've read tons of other posts here and elsewhere, but they all pointed to the same solutions as linked above. This one issue is delaying deployment of our new shiny VM environment. Oh, and here's a screenshot of my user folder redirection in DEM. As a bald man, I have no more hair to pull out, so that isn't an option either. Any help you can give is much appreciated.