Idea ID: 2788726

Ability to deploy the updated ZCM agent via a ZCM bundle

Status : Waiting for Votes
Waiting for Votes
See status update history
over 5 years ago
We are facing updating the ZCM agent on 3000+ workstations spread over 26 sites, each with their own ZCM satellite server. They currently run the 11.3.x agent and we recently updated ZCM to 11.4.2.

The administrators want to deploy the updated ZCM agent via a ZCM bundle, to eliminate swamping the network with the agent download at a site, since some sites are on 100M switches and already have a lot of traffic.

The proposed agent update bundle would notify users that they can deploy the update at their convenience (since a reboot is required and the agent update can take quite some time) until a specific date. On that date, the ZCM bundle for the agent update will be set to force run.

This technique (notify, then force) has worked in the past when large applications needed to be deployed to everyone.

Multiple attempts to create a ZCM bundle to do this agent upgrade failed when the agent hit about 94% completion. Having the current ZCM agent running the agent update causes a bit of a dilemma. How does the agent update continue when the update agent shuts down the current ZCM agent and the current agent is running the update? How can the update continue?

While deployment tasks may end up being the way to go, being able to deploy the update via a ZCM bundle would be wonderful.

Labels:

Install & Upgrade
  • 94% was when the system update, runs setup.exe to update the small amount of ESM that is in the Agent, and would take ~5mins to run In our environment, the update would not progress beyond 94% on some devices as the agent did not appear to have the rights to the ESM folder to update the contents - this also seemed to correspond with the ZESService not listed as a service on these machines.
  • Ah, that changes things. Needing users to be able to pick a best time is indeed incompatible with using System Updates :-). I never heard of the 94% issue though, we never experienced this. We just had wait times up to like 30 minutes.
  • I would use the normal procedure using System Updates, but selecting a limited # of workstations each time to spread the load. Also, 94% sounds awfully familiar. Did you realise that the agent update of 11.x always takes a long time to pregress beyond 94%? It might appear to be frozen, but it isnt. Just wait it out and see :P
  • Rene, we waited HOURS past 94%. The failing at 94% has been confirmed in the logs and as an issue with Support. It seems to be a failure of dynamic administrator impersonation, presumably because the old agent is no longer available to manage that. The main issue with using System Updates isn't a need to "spread the load", it's not disrupting users in the middle of critical work (like updating medical records while seeing a patient) in order to upgrade the workstation. Micro Focus provided a wrapper as a workaround so we can notify users of the upgrade/progress while running as System, but we would prefer to be able to install upgrades at a user-determined time via a bundle with administrator impersonation that allows the user to monitor the upgrade status effectively.
  • There are some known issues building the Stand-Alone Updater on Windows Servers, but Support can assist you if do not have a Linux Primary. Many Customers use the Stand-Alone Updater via a Bundle for this very purpose.