RedHat - ULM Agent not able to download any packages: Error = 2147483748
search cancel

RedHat - ULM Agent not able to download any packages: Error = 2147483748

book

Article ID: 230873

calendar_today

Updated On:

Products

IT Management Suite

Issue/Introduction

The issue seems to have started to occur after the upgrade to 8.6 RU1 release.

RedHat clients fail to update the plugins, and as discovered later they generally fail to download any packages.
To reproduce we have installed an agent on a clean RedHat client machine.

Agent installed with core plugins, but 3 additional plugins missing. (Inventory/Software Update/Software management)

When trying to download those plugin packages - the client seems to receive the codebase and go to the correct Package Server. But strange error message which seems to block everything:

Failed to rename temporary snapdata file '/opt/altiris/notification/nsagent/var/packages/{E888801A-5C67-42DF-A699-07FACC26CE49}/snapdata.xml-new' to '/opt/altiris/notification/nsagent/var/packages/{E888801A-5C67-42DF-A699-07FACC26CE49}/snapdata.xml'. Error = 2147483748

Environment

ITMS 8.6 RU1

Cause

Known issue. The "2147483748" (0x8000 0064) is an "E_NOENT" error coming (No such file or directory) from AFile::Rename method from SDK. Looks like the file disappears from the disk while transport tries to rename it. 

According to the code, this issue could happen if "Legacy Agent Communication" (LAC) is turned ON on the SMP Server. The logs show that there is no signature provided with the package and the package is working in LAC mode. This triggers the bug by renaming the "snapdata.xml-new" file which does not exist in that case.

Resolution

This issue has been addressed in our ITMS 8.6 RU2 release.

The fix includes:

  • The temporary "snapdata.xml-new" file should not be attempted to "Rename", in LAC (Legacy Agent Communication) mode, when no signature comes from the server.
  • Minor error reporting improvements.

 

For those using a previous version (prior to ITMS 8.6 RU2):

Disabling LAC mode will trigger hash re-calculation of all packages on the SMP Server and Package Servers. Customers MUST NOT use LAC since 8.1, it MUST be turned OFF.

Additional Information

https://bsg-jira.broadcom.net/browse/ESCRT-8606