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
ITMS 8.6 RU1
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.
This issue has been addressed in our ITMS 8.6 RU2 release.
The fix includes:
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.
https://bsg-jira.broadcom.net/browse/ESCRT-8606