We are attempting to migrate from Windows 7 and Persona Management profiles to Windows 10 and DEM. This is our first look/configuration of DEM, so I feel very much uninformed.
VMware Knowledge Base This is the guide I am using to attempt migration. I enabled this on two of my pools to run side by side Persona on Windows 7. Since go, I have heard nothing but complaints from users that all functions/logins are slow. Doing this did build DEM profiles for users, but left a LOT of them not fully formed - .tmp files created instead of zips. My DEM configuration is MAINLY built from defaults and some imported from My Vmware config templates.
The log snippet below is from a user who is still on Windows 7 and running DEM side by side to prepare migration - the log just "dies". I do not see any reason why the log file stopped logging, but it did not stop cleanly (see end of the last line). This is not the only profile I have seen this with. I went through and found a bunch of users archives that had .tmp files and saw this same behavior.
2019-12-19 08:48:03.040 [DEBUG] Conditions: Check for OS Windows 10 = false (Running on Windows 7) 2019-12-19 08:48:03.040 [INFO ] Skipping import for config file '\\srv-fs03\DEM_Config\General\Windows Settings\Default Apps and FTAs.INI' due to conditions 2019-12-19 08:48:03.055 [INFO ] Importing profile archive 'Desktop Shortcuts.zip' (\\srv-fs03\DEM_Profiles\bbadillo\Archives\Windows Settings\Desktop Shortcuts.zip) 2019-12-19 08:48:03.149 [DEBUG] Read 8 entries from profile archive (size: 9767; compressed: 3449; took 65 ms; largest file: 2862 bytes; slowest import took 0 ms) 2019-12-19 08:48:03.165 [INFO ] Importing profile archive 'IE Passwords.zip' (\\srv-fs03\DEM_Profiles\bbadillo\Archives\Windows Settings\IE Passwords.zip) 2019-12-19 08:48:03.914 [DEBUG] ImportRegistry::Import: Calling '"C:\Windows\REGEDIT.EXE" /S "C:\Users\bbadillo\AppData\Local\Temp\FLXF390.tmp"' (RPAL: l=0 (D/E), r=0) 2019-12-19 08:48:05.240 [DEBUG] Read 298 entries from profile archive (size: 223546; compressed: 207106; took 1324 ms; largest file: 8950 bytes; slowest import took 11 ms; registry took 71 ms) 2019-12-19 08:48:05.255 [INFO ] Skipping disabled config file '\\srv-fs03\DEM_Config\General\Windows Settings\IE WebCache.INI' 2019-12-19 08:48:05.271 [INFO ] Importing profile archive 'Internet Explorer.zip' (\\srv-fs03\DEM_Profiles\bbadillo\Archives\Windows Settings\Internet Explorer.zip) 2019-12-19 08:48:06.534 [DEBUG] ImportRegistry::Import: Calling '"C:\Windows\REGEDIT.EXE" /S "C:\Users\bbadillo\AppData\Local\Temp\FLXFEF7.tmp"' (RPAL
This is a log from another user who on log out ended up with an application archive of Chrome as just a .tmp file. If you look at the last two lines you can see the two different days. The process again did not finish and I see no reason why? It does not appear to cut off of a word, however I imagine there are more steps missed.
2019-12-18 14:54:45.456 [INFO ] Exporting profile using config file 'Google Chrome.ini' (\\srv-fs03\DEM_Config\General\Applications\Google Chrome.ini) 2019-12-18 14:54:45.460 [INFO ] Exporting Registry information 2019-12-18 14:54:45.460 [DEBUG] ExportRegistry: Exporting tree 'HKCU\Software\Google\Chrome' 2019-12-18 14:54:45.461 [INFO ] Exported Registry information successfully 2019-12-18 14:54:45.461 [INFO ] Exporting file information 2019-12-18 14:54:45.461 [DEBUG] ExcludeFolderTrees: Adding exclusion for '<LocalAppData>\Google\Chrome\User Data\Default\Application Cache' 2019-12-18 14:54:45.462 [DEBUG] ExcludeFolderTrees: Adding exclusion for '<LocalAppData>2019-12-19 05:16:27.935 [INFO ] Starting FlexEngine v126.96.36.1995 [IFP#02ff3c32-3e7>>] 2019-12-19 05:16:27.935 [INFO ] Running as Group Policy client-side extension
The basic setup of DEM is very easy, however, tweaking it to the full experience our users are currently used to is very daunting.
One of the biggest hurdles I have seen is in relation to the way Google Chrome operates in DEM. Firstly, I could not get any profile archive for Chrome created when using Direct Flex - same with Firefox actually. If I set them to both to process during log off/log on, I am able to capture them with DEM. I have seen Chrome archives anywhere from 30mb to 172mb using the below settings. The ini file for Chrome is listed below.
<LocalAppData>\Google\Chrome\User Data\Default\Application Cache
<LocalAppData>\Google\Chrome\User Data\Default\Local Storage
<LocalAppData>\Google\Chrome\User Data\Default\Media Cache
I had one of my test users login this morning on a new pool - Windows 10 1809, Horizon 7.10, DEM 9.9. His DEM profile was built while logged into a Windows 7 pool with both Persona and DEM installed. He mentioned his initial login to Windows 10 was very slow. I had him log off and back on and actually clock it. It was almost 6 minutes until he saw the desktop. The time duration according to the FlexEngine log was just over 2 minutes. I would imagine that means the other 3 minutes was processing Windows profile creation. The current setup is using local profiles - we have not yet tested mandatory profiles.
Any help/pointers would be much appreciated. We unfortunately started this process late, and the time is ticking. I have opened a support request on our issues and have asked to speak with our VMware rep tomorrow to possibly get some professional services to assist us.
I just started reading about FSLogix profiles and those are starting to sound REALLY interesting.