往系统中打补丁的时候,发现Saint/Spam被锁住了。提示:“OCS locked by user XXX with transaction SPAM”,并且在SPAM里面不能Reset那个安装任务,无奈,这下SAINT和SPAM都不能用了。
用以下办法:
In Se37,Use the function module OCS_RESET_QUEUE -> Single Test
with the parameters
IV_TOOL=SAINT, IV_FORCE=X
用这种方法,终于Reset了所有的OCS队列,只不过是把IV_TOOL=SAINT改成IV_TOOL=SPAM。
还有人提出另外一种解决方案,如下所示,不知道是否可以,大意就是删掉PAT01、PAT03、PAT10三个表里的和那个Patch相关的数据即可:
We were facing a problem in(Test Server) due to wrongly defined
queu. Basis Patches 32 and 33 were supposed to be applied
separately, but by mistake we defined a queue for Basis 32 to
Basis 41 and HR26 to HR40. Due to this que was stuck in
DDIC_IMPORT phase.
We solved this problem by deleting entries with status ='?' in
PAT01, PAT03 and PAT10 tables.
This way we were able to delete the particular queue and spam was
reset. This can be a last option to solve this problem..
用以下办法:
In Se37,Use the function module OCS_RESET_QUEUE -> Single Test
with the parameters
IV_TOOL=SAINT, IV_FORCE=X
用这种方法,终于Reset了所有的OCS队列,只不过是把IV_TOOL=SAINT改成IV_TOOL=SPAM。
还有人提出另外一种解决方案,如下所示,不知道是否可以,大意就是删掉PAT01、PAT03、PAT10三个表里的和那个Patch相关的数据即可:
We were facing a problem in(Test Server) due to wrongly defined
queu. Basis Patches 32 and 33 were supposed to be applied
separately, but by mistake we defined a queue for Basis 32 to
Basis 41 and HR26 to HR40. Due to this que was stuck in
DDIC_IMPORT phase.
We solved this problem by deleting entries with status ='?' in
PAT01, PAT03 and PAT10 tables.
This way we were able to delete the particular queue and spam was
reset. This can be a last option to solve this problem..
编辑回复