EducationSoftwareStrategy.com
StrategyCommunity

Knowledge Base

Product

Community

Knowledge Base

TopicsBrowse ArticlesDeveloper Zone

Product

Download SoftwareProduct DocumentationSecurity Hub

Education

Tutorial VideosSolution GalleryEducation courses

Community

GuidelinesGrandmastersEvents
x_social-icon_white.svglinkedin_social-icon_white.svg
Strategy logoCommunity

© Strategy Inc. All Rights Reserved.

LegalTerms of UsePrivacy Policy
  1. Home
  2. Topics

KB45945: "Project object 'xxx' with ID 'xxx' cannot be modified because it is locked" error message appears when importing an Object Manager package which will forcefully acquire locks using MicroStrategy System Manager


Community Admin

• Strategy


"Project object 'xxx' with ID 'xxx' cannot be modified because it is locked" error message appears when importing an Object Manager package

SYMPTOM:
When using System Manager to import an Object Manager package into a project, users receive an error indicating that the import failed because the project was locked.  This is seen even when the import package process has the setting to "Forcefully Acquire Locks"
 

ka04W000000Oh9gQAC_0EM4400000029Ta.png

 


Project object 'xxx' with ID 'xxx' cannot be modified because it is locked by.

 
The Import Package process in this instance has the "Forcefully Acquire Locks" setting that should prevent this from happening, but does not.
 

ka04W000000Oh9gQAC_0EM4400000029TY.png

 
 
CAUSE:
This is a known issue in Strategy System Manager 9.3.1.
 
The issue does not lie in the acquiring of the locks as the lock is actually acquired and released as it should be.  The issue lies in the fact that the Import Package process still reports the lock being there and fails the process.
 
Strategy Desktop can be used to verify that the project or configuration lock was successfully released. 
 
 
ACTION:
Contact Strategy Technical Support for an update on the issue.
 
 
WORKAROUND:
Since the lock is actually released successfully during the process (even though it fails due to this known issue), this means that if the process is then repeated, it will succeed on its next execution.  Modifying the workflow to run a second (but identical) import package process if the first fails will allow it to complete successfully since the lock is now released.  An example of a workflow that will handle the scenario when the package fails due to the project locking issue is below.
 

ka04W000000Oh9gQAC_0EM4400000029TZ.png

 
If further assistance is needed contact Strategy Technical Support. 
 
 


Comment

0 comments

Details

Knowledge Article

Published:

June 1, 2017

Last Updated:

June 1, 2017