VMware Horizon Community
VMHero4Ever
Enthusiast
Enthusiast

VMware DEM- random failed import

Hi All,

we using VMware DEM since years for our instant clone VDIs. current version is 2206.
Since a few months we have very very few issues that UEM import is not working during logon.

We have per day over 500 logons and had in the last 3 months 4 user how complained about there profile that all custom settings are lost. 

I could see that the logoff export the day before was fine.
In flexengine logs I can find these errors...

###################
2023-05-10 07:29:47.490 [FATAL] Error importing archive '\\company.domain\applikationen\UPM\UPMSettings\Max.Mustermann\archive\10_Windows_Settings\File Type Associations W10.zip'
2023-05-10 07:29:47.569 [FATAL] Importing registry information failed (verification value still has initial data)
2023-05-10 07:29:47.569 [FATAL] Error importing archive '\\company.domain\applikationen\UPM\UPMSettings\Max.Mustermann\archive\10_Windows_Settings\Internet Explorer.zip'
2023-05-10 07:29:50.569 [FATAL] Importing registry information failed (verification value still has initial data)
2023-05-10 07:29:50.569 [FATAL] Error importing archive '\\company.domain\applikationen\UPM\UPMSettings\Max.Mustermann\archive\10_Windows_Settings\KeyboardSettings.zip'
2023-05-10 07:29:50.633 [FATAL] Importing registry information failed (verification value still has initial data)

###################

And so on. Nothing could be imported during the logon. But DEM wrote a new backup after logoff.
So we have to manual restore the old user backup from day before and user was happy again. We have no debug logging enabled.

So what can be wrong here with the logon/import of the profile? All our profile are stored on the same fileserver.
We couldn't see any outage of the fileserver. Any ideas how we have can avoid that user profile will be overwritten in this state when logout again?

Thanks and Regards,
VMHero4Ever

 

 

0 Kudos
12 Replies
vDruid
Enthusiast
Enthusiast

hi,
Have you tried with a manual import: "C:\Program Files\Immidio\Flex Profiles\FlexEngine.exe" -r after the session is opened ?


// if you think this helps, please mark as helpful or correct , thx ! \\
vDruid
0 Kudos
VMHero4Ever
Enthusiast
Enthusiast

Hi,

no, I couldn't do this. The user did already a logoff and a logon again.
This is normally what our servicedesk is doing, too. 

0 Kudos
vDruid
Enthusiast
Enthusiast

Is it always the same users who experience with behavior ?


// if you think this helps, please mark as helpful or correct , thx ! \\
vDruid
0 Kudos
VMHero4Ever
Enthusiast
Enthusiast

No, everytime (4 times yet) another user. But they all use the same VDI-Pool. But again there are more than 500 users which use the same pool without any issues yet. And it happened only onces for these user. It's not reproducable for me. There is also nothing special for these users. We didn't have this kind of issue in the last 3 years. 

0 Kudos
vDruid
Enthusiast
Enthusiast

Hum, well, without DEBUG logs at minimum, hard to check... I would try to ask user to manually import with the provided command when it happens again if possible before they close session. Just to check if it's the profile itself that is no able to load or if any other side effect at logon period.


// if you think this helps, please mark as helpful or correct , thx ! \\
vDruid
0 Kudos
vDruid
Enthusiast
Enthusiast

I would also ensure that there is no double flexengine start (as GPO + Logon script for example) or any double logoff export.


// if you think this helps, please mark as helpful or correct , thx ! \\
vDruid
0 Kudos
Andreé
Contributor
Contributor

Hello,

same issue.

there is already a solution for this?

DEM Enterprise Version 10.8.0.1064

0 Kudos
DEMdev
VMware Employee
VMware Employee

Hi @VMHero4Ever,

That "verification value still has initial data" message means that registry settings were not (completely) imported correctly, but without DEBUG logging it will be hard to pinpoint the problem any further. Sometimes there's anti-malware software that gets in the way of DEM imports; might something have changed in that regard in last 3 months that could have contributed to this?

@Andreé,

When you say "same issue", what issue do you mean exactly? Profile archives failing to import, seeing that "verification value still has initial data" error message, ...?

0 Kudos
Andreé
Contributor
Contributor

Hi @DEMdev ,

yes thats right. "verification value still has initial data"  is the Error..

the logs look something like this

30 08:15:27.914 [FATAL] Importing registry information failed (verification value still has initial data)
30 08:15:27.914 [FATAL] Error importing archive '\\profile.*******\benutzer\swa\archive\Windows Settings\Typed History.zip'
30 08:15:27.946 [FATAL] Importing registry information failed (verification value still has initial data)
30 08:15:27.947 [FATAL] Error importing archive '\\profile.*******\benutzer\swa\archive\Windows Settings\Wallpaper.zip'
30 08:16:08.304 [FATAL] Importing registry information failed (verification value still has initial data)
30 08:16:08.304 [FATAL] Error importing archive '\\fs1.*******\benutzervorlagen\UEM_Konfiguration\general\FlexRepository\Settings\MUI\Sprache.zip'
30 08:16:08.305 [ERROR] Error importing settings ('Sprache.xml')
30 08:16:08.331 [FATAL] Importing registry information failed (verification value still has initial data)
30 08:16:08.332 [FATAL] Error importing archive '\\fs1.*******\benutzervorlagen\UEM_Konfiguration\general\FlexRepository\Settings\Reg\BO License.zip'
30 08:16:08.332 [ERROR] Error importing settings ('BO License.xml')
30 08:16:08.357 [FATAL] Importing registry information failed (verification value still has initial data)
30 08:16:08.357 [FATAL] Error importing archive '\\fs1.*******\benutzervorlagen\UEM_Konfiguration\general\FlexRepository\Settings\Reg\Numlock.zip'
30 08:16:08.357 [ERROR] Error importing settings ('Numlock.xml')

anti-mailware has not been change.

ok, i can understand that without sufficient logs debugging is not possible.
I have increased the loglevel and will report as soon as the error occurs again. (with logs)

Kind regards,

Andree

 

 

0 Kudos
doninside
Contributor
Contributor

any news on this? we also have the same problem but it is totaly random: 3 or 4 users a day (we have about 600 VDI) are affeted. We don't want to increase log level for all users...

0 Kudos
DEMdev
VMware Employee
VMware Employee

Hi @VMHero4Ever@Andreé@doninside,

Please find attached an ADMX template for the advanced Prevent export for failed import policy setting. For NoAD, add SkipExportForFailedImport="1" in NoAD.xml.

With this setting enabled, a profile archive that failed to import successfully will not be overwritten at logoff (or, in the case of DirectFlex, at application exit.)

This works well if such import failures are temporary. However, if a profile archive has become corrupted somehow, each and every import will fail, the corrupt profile archive will not be overwritten at export, and this cycle will continue forever.
It can only be straightened out by resetting the profile archive or restoring a profile archive backup using the Self-Support Tool or the Helpdesk Support Tool.

This setting is supported in all non-EoGS DEM versions.

0 Kudos
Andreé
Contributor
Contributor

Hello,

I have reinstalled the DEM Manager , as well as DEM Agent in the VDI. Since then, the problems no longer occur.

Thanks a lot

 

KD,

Andreé

0 Kudos