UPM Patches remain in Packaging status

Document ID : KB000050291
Last Modified Date : 14/02/2018
Show Technical Document Details

Description:

When this issue occurs, all UPM patches accepted will go into and then remain in status state of "packaging" and not proceed to "testing".

If you check you would find that the patch(es) are actually downloaded to the UPM downloads folder (usually 'c:\windows\temp' or 'c:\program files\CA\UPM\downloads')

What is actually failing is the registration of that package into the DSM/ITCM manager.

In upm.log the following errors are typically seen together:

2011-07-01 03:25:47,426 [DownloadedPatchTask] DEBUG [com.ca.unicenter.upm.infrastructure] - Creating volume(s) for package:UPM - Windowsxp-kb971633-x86 EN - {3e271a7b-bee5-47f0-bb23-c7d4324378f8} (FFE0151C63484CC39A4F4D41A2C35240)
2011-07-01 03:25:47,788 [DownloadedPatchTask] DEBUG [com.ca.unicenter.upm.infrastructure] - Adding volume elements to volume:DEE88719408844288381B61BB12C1D79
2011-07-01 03:25:48,302 [DownloadedPatchTask] ERROR [com.ca.unicenter.upm.eventmanager] - Error ocurred executing a DSM Webservice method. Reason: No elements copied
2011-07-01 03:25:48,737 [DownloadedPatchTask] DEBUG [com.ca.unicenter.upm.infrastructure] - releaseSession(): returning session to pool
2011-07-01 03:25:48,737 [DownloadedPatchTask] ERROR [com.ca.unicenter.upm.decision] - Patch Windowsxp-kb971633-x86 EN {3e271a7b-bee5-47f0-bb23-c7d4324378f8} package registration failed
2011-07-01 03:25:48,738 [DownloadedPatchTask] FATAL [com.ca.unicenter.upm.decision] - Patch Windowsxp-kb971633-x86 EN {3e271a7b-bee5-47f0-bb23-c7d4324378f8} Package Registration Failed

This problem can occur when one of following conditions are meet:

  • The user name set in UPM configuration for DSM connection is not the local Administrator

  • UAC (User Account Control) is enabled.

For example:

In this screenshot, user TEST is specified and is a local admin. UAC is not enabled on the Windows 2008 machine, so problem occurs.

Figure 1

Solution:

There are 2 possible solutions:

  • Turn Off UAC* and
  • Set the local Administrator in UPM configuration for DSM connection

    or

  • Turn Off UAC*

    and
  • Gives FULL CONTROL NTFS rights on C:\Program Files\CA\DSM\SD\ASM\LIBRARY for user defined in UPM configuration for DSM Connection

    Figure 2

*Turning off UAC is not always required. If the companion action does not resolve the situation however, turning off UAC should be the next step.