CAU of Multiple Agents sharing binaries not deleting old binaries
search cancel

CAU of Multiple Agents sharing binaries not deleting old binaries

book

Article ID: 207063

calendar_today

Updated On:

Products

CA Automic Workload Automation - Automation Engine

Issue/Introduction

When upgrading multiple Agents sharing the binaries and using the same service manager, at the end of the CAU the old binaries with name *old* remain in the bin folder.

Nevertheless, the Agent and Service Manager are correctly upgraded.

 

 

In the Agent log, we have the following error while starting in the new version:

20210118/161843.441 - U02000280 File '.\uc.msl.old.1529054003' for deployment process '1529054003' has been deleted. 
20210118/161843.441 - U02000280 File '.\ucsmtp.dll.old.1529054003' for deployment process '1529054003' has been deleted. 
20210118/161843.441 - U02000281 Unable to delete file '.' for deployment process '0', reason: '5 - Access is denied. >Path.cpp#sys::Path::remove:467<'.

Is there a way to prevent this from occurring?

 

 

Environment

Release : 12.x

Component : AUTOMATION ENGINE

Subcomponent: CAU for Agents

Cause

The case of upgrading Agents using shared binaries cannot be covered by CAU and would lead to unexpected and incorrect system behavior as can been seen above ( old binaries remain in the shared binaries folder after CAU).

It's recommended to use separate binaries/installation for each Agent (in other words: no shared binaries). Consequently, the upgrade will be performed exactly for one Agent.

Resolution

A procedure to upgrade Agents via CAU sharing the same Service Manager and the same binaries folded that could be used is:
1. Upgrade all Agents residing in the same Service Manager at the same time.
2. Launch a Job to delete all *old* files remaining in the shared binaries folder.

Else, upgrade manually the Agents and Service Manager replacing the binaries.