VMware Horizon Community
ElroyS
Contributor
Contributor

Error while importing UEM settings - [Fatal] Error reading archive

Hi everyone!

We want to share an issue that we have with UEM 9.4 and profile cleanup.

Sometimes users would lose their settings and we started to digging in to it.

When a user starts an application the importing of the UEM settings will fail with the following fatal message in the UEM logging.

2019-03-20 09:29:58.602 [FATAL] Error reading archive .... excel.zip or any other application

This will lead to a situation that no settings are imported when the user closes the application the export process is successfully, the exported file has no settings.

Because we also use the Profile cleanup the settings are also removed from the User Writable Volume.

We have this problem randomly and with different applications, our next step is to check our storage where the UEM settings are stored and find out if our antivirus is messing things up.

If any body has some tips it would be very appreciated

Reply
0 Kudos
7 Replies
DEMdev
VMware Employee
VMware Employee

Hi ElroyS,

Your next step is the right one: this is typically caused by something modifying UEM's zip files. Although UEM profile archives can be extracted by any standard ZIP tool, UEM won't accept files that have been created or modified by such tools. That [FATAL] Error reading archive message is logged when the profile archive is not a "UEM zip". Are there any [DEBUG] Reader::OAVA: ... messages immediately preceding that FATAL error?

There is a hidden feature that prevents the export of a particular profile archive if the corresponding import failed:

pastedImage_9.png

It's hidden for the reason that I highlighted, but let me know if you'd like to try it, and I can send you the ADMX template for that particular setting. But, just to be very clear: that would at best be a stopgap measure; it's important to find the root cause for this.

Reply
0 Kudos
ElroyS
Contributor
Contributor

Hi UEMdev,

Could you send me the admx files with this hidden feature so i can try it please.

Besides this we are still monitoring our antivirus, i hope we will have found the root cause very soon.

Thanks in advance.

Elroy

Reply
0 Kudos
DEMdev
VMware Employee
VMware Employee

Hi ElroyS,

I've attached the ADMX template with which you can enable this hidden Prevent export for failed import setting.

I do want to stress again (also for others who might find this post later on) that this really intended for transient import failures. If a profile archive is corrupted, it will need to be manually reset or restored for import and export to work properly again (as the policy setting's help text also indicates.)

Reply
0 Kudos
joeeire
Contributor
Contributor

Hi ElroyS ,

Did you manage to identify what caused corruption to your flex files?  I had the same issue today for a user.  I can see the error in the log files;

  • 2019-07-22 09:05:50.786 [DEBUG] Reader::OAVA: Couldn't open archive

  2019-07-22 09:05:50.786 [FATAL] Error reading archive

But have no idea what application could have caused the issue with the archive files.  The issue is for all flex files for 1 user only.

Thanks

Joe

Reply
0 Kudos
tpc1337
Contributor
Contributor

Hi, I know this has been asked a long time ago, but I am wondering, if theres any possibility of editing these profile archives with automation in mind? We are trying to automate certain profile settings for our users, such placing a config file in AppData\Roaming. Although the automation step works, as UEMdev stated, DEM cannot read the generated .zip file, it causes a fatal error when looking at the logs for the specific users. Is there any way to still automate placing certain config files and DEM being able to read them? Ive been spinning my head for weeks/months on this. Would really appreciate if there was a way so that DEM would accept the modified files.

 

Kind regards,

 

Tim

Reply
0 Kudos
sjesse
Leadership
Leadership

You really should open your own topic for better visibility.

Reply
0 Kudos
tpc1337
Contributor
Contributor

Hi Jesse,

 

Will do. Thanks.

 

Kind regards,

 

Tim

Reply
0 Kudos