on 06-30-2009 9:08 AM
Hi all,
I am currently running a support package update. A DDIC_ACTIVATION error occured for SAPKA70012.
Error in phase: DDIC ACTIVATION
Reason for Error: TP_STEP_FAILURE
Return Code: 0008
Based from the transport logs: Data elements could not be activated,
certain domains are not available. ex. no active domain
SEFS_CRAWL_ALGORITHM available. I tried using SE11 to activate the
domain/table but it is not available.
Right now SPAM is stuck on DDIC_ACTIVATION phase, i cannot reset the
queue, nor cancel the update. STMS checks (conneciton, directory, tp tool) are OK, R3trans -d is ok.
I am running on SPAM 30. Would this be a probable cause for the error? Because the latest is SPAM 35. I tried to update SPAM after the error, but the system would not allow me because of the DDIC_ACTIVATION phase.
Hope anyone can help. Thanks!
Dear Jeb,
DDIC_ACTIVATION
This phase activates the imported ABAP Dictionary objects. It may terminate for the following reasons:
○ TP_INTERFACE_FAILURE: The tp interface could not be called.
○ TP_FAILURE: The tp program could not be executed. For more information, read the SLOG or ALOG log files.
○ TP_STEP_FAILURE: tp step DDIC_ACTIVATION could not be executed successfully. To view the cause of the error in the activation log, choose Goto ® Log ® Queue.
If you import two or more Support Packages in a queue, activation errors can result from an incorrect activation sequence for Dictionary objects. If this is the case, the activation errors disappear if the objects are activated again. To do this, choose Support Package ® Import queue.
Regards
kesav
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Can you confirm, that you entered SEFS_CRAWL_ALGORITHM in the domain field in SE11?
Regards, Michael
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Please schedule RDDNEWPP program in se38 and it shall schedule RDDIMPDP and then rerun the SPAM update.
Please check that you have updated kernel.
Thanks
Rishi Abrol
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Rishi,
1. I have:
Kernel release 700
Compilation AIX 2 5 005DD9CD4
Sup.Pkg lvl. 146
ABAP Load 1563
CUA load 30
Mode opt
2. Background job RDDNEWPP sucessfully scheduled in client 000
- same outcome
3. what ive noticed just now, is that SAPKB70012 is a pre-requisite for SAPKA70012. I did not include SAPKB70012 in the queue. The system continued until DDIC_ACTIVATION without checking the pre-req for SAPKA70012. Is this a probable cause of the missing DOMAINS? how will i include the SAPKB70012 to the queue? or add it manually because the system will not allow to reset the queue in DDIC ACTIVATION phase..
this is my import queue:
SAPKA70012 SAP_ABA 700 ABA Support Package 12 for 7.00
SAPKIPYJ7C PI_BASIS 2005_1_700 PI_BASIS 2005_1_700: patch 0012
SAPKW70013 SAP_BW 700 BW Support Package 13 for 7.00
SAPKNA7009 SAP_AP 700 SAP_AP 700: Support Package 0009
SAPKNA7010 SAP_AP 700 SAP_AP 700: Support Package 0010
SAPKIPYJ7D PI_BASIS 2005_1_700 PI_BASIS 2005_1_700: patch 0013
SAPKB70013 SAP_BASIS 700 Basis Support Package 13 for 7.00
SAPKA70013 SAP_ABA 700 ABA Support Package 13 for 7.00
SAPKW70014 SAP_BW 700 BW Support Package 14 for 7.00
SAPKW70015 SAP_BW 700 BW Support Package 15 for 7.00
SAPKNA7011 SAP_AP 700 SAP_AP 700: Support Package 0011
SAPKIPYJ7E PI_BASIS 2005_1_700 PI_BASIS 2005_1_700: patch 0014
SAPKB70014 SAP_BASIS 700 Basis Support Package 14 for 7.00
SAPKW70016 SAP_BW 700 BW Support Package 16 for 7.00
SAPKNA7012 SAP_AP 700 SAP_AP 700: Support Package 0012
SAPKH60009 SAP_APPL 600 SP 09 for SAP_APPL 6.00
SAPKH60010 SAP_APPL 600 SP 10 for SAP_APPL 6.00
SAPKH60011 SAP_APPL 600 SP 11 for SAP_APPL 6.00
SAPKH60012 SAP_APPL 600 SP 12 for SAP_APPL 6.00
SAPKIPYJ7F PI_BASIS 2005_1_700 PI_BASIS 2005_1_700: patch 0015
SAPKB70015 SAP_BASIS 700 Basis Support Package 15 for 7.00
SAPKA70015 SAP_ABA 700 ABA Support Package 15 for 7.00
I tried to build a queue with only SAPKA70014 (13 was already applied), but i was not able to do that. I definitely needed to supply the corresponding basis package. So i have no clue how you managed to build the queue only with SAPKA70013. Maybe this is only possible if you didn't update the SPAM to the latest version.
Besides that, operating a SAP system without a backup is just asking for trouble. Sorry, but it looks like you are just going to learn that too...
There are ways to get out:
- manually import SAPKB70013 with tp
- create a transport request with SEFS_CRAWL_ALGORITHM in a system were it exists and import it (but it will not be the only object missing)
But this is very ugly and sophisticated, i cannot guide you. Good luck!
Best regards, Michael
User | Count |
---|---|
101 | |
13 | |
13 | |
11 | |
11 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.