Hi all ...
I have a question about third-party agent deployment.
Here's my use case:
My expectation was that the installer would reinstall the same agent version and then point the agent to the production inventory beacon, get the list of all PROD inventory beacons, etc.
However, when I checked the following morning, I didn't see this computer's inventory uploaded to the production FNMS. I still see it reporting to the DEV FNMS. I suspect that the installer detected that the same version of the agent already existed on the machine and didn’t do anything. (At the moment, I assume the SCCM push of the command was successful and am checking into that as well.)
Is an upgrade (or downgrade) triggered only if the already installed version is different from the one being requested?
--Mark
Nov 04, 2022 11:32 AM
Hi Mark,
In all likelihood the machine still has the existing registry entries for the DEV beacons. It should also now have the Prod beacon(s) but the agent will determine the first beacon to communicate with (based on availability, ping response time, etc) and only upload inventory to that beacon. You may want to develop a separate SCCM "package" that would eliminate any of the Dev beacon's from the registry prior to running your new SCCM Prod package on the machine.
-Darren
Nov 04, 2022 12:07 PM
Hi Darren ... Would I also see the entire beacon list (PROD and DEV) in the tracker.log file when the upload decision is made?
--Mark
Nov 04, 2022 01:34 PM
Hi Mark,
Yes, you would see each of the beacon servers the agent is aware of in the "Prioritizing servers for upload" section of the Tracker.log. The server with the lowest priority value would be the first beacon where an upload is attempted.
-Darren
Nov 07, 2022 12:26 PM
To kind of close the loop on this one ...
In my case, it turns out that SCCM never activated the agent MSI because SCCM found the same version of the agent already installed and considered the deployment "compliant". The MSI itself never ran. This makes sense - if the version of the agent is the same as that being deployed, the assumption should be "hey the agent is already installed, nothing to see here, move along ...".
So I did some experimentation with just the MSI and without SCCM. If I start out with 17.1 and attempt the “upgrade” to the same version, nothing changes. The MSI does run though, and the msiexec log indicates that the existing version was changed, though nothing really was changed. The revised mgssetup.ini does not get applied. However, if I uninstall the agent first (msiexec /x) and then install (msiexec /i), I get the desired change to the inventory beacon list (because the install here is a new install) - the mgssetup.ini file does get applied.
So the answer to my own question: "Is an upgrade (or downgrade) triggered only if the already installed version is different from the one being requested?" is YES 🙂
--Mark
Nov 14, 2022 09:31 AM
Thanks for the follow-up Mark. I am curious if the uninstall removed your Dev beacon registry entries or if they remained after the "new" installation using the updated mgssetup.ini.
Nov 14, 2022 10:27 AM
Hi @darren_haehnel ...
Yes, the DEV beacon entries were all removed and replaced by my PROD ones.
I also specified this in my mgssetup.ini, which is likely why it worked for me:
DESTRUCTIVEUNINSTALL = 1
The comment for that variable is:
If set, forcibly removes any Tracker, Launcher & Schedule Agent registry keys under HKLM during uninstall.
Some discussion of this variable can be found here: Flexera Agent Leftovers After Uninstallation - Community
--Mark
Nov 14, 2022 11:38 AM
Do an SCCM package to delete the registry keys under UploadSettings and everything but Bootstrap Server.
Modify the host REG_SZ under the bootstrap server with your production server.
either reboot or stop all of the Flexera services and restart them.
Nov 15, 2022 02:46 PM