cancel
Showing results for 
Search instead for 
Did you mean: 

DDIC_ACTIVATION error support package update

Former Member
0 Kudos

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!

Accepted Solutions (0)

Answers (3)

Answers (3)

Former Member
0 Kudos

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

Former Member
0 Kudos

Can you confirm, that you entered SEFS_CRAWL_ALGORITHM in the domain field in SE11?

Regards, Michael

Former Member
0 Kudos

hi mho,

yes, i have checked SEFS_CRAWL_ALGORITHM in SE11. SEFS_CRAWL_ALGORITHM Does not exist.

Former Member
0 Kudos

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

Former Member
0 Kudos

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

Former Member
0 Kudos

Yes, the problem is that you didn't include SAPKB70012. The domain is included in that package. I am afraid the quickest way out is a restore of the database. You might contact sap support, but they will say the same.

Best regards, Michael

Former Member
0 Kudos

Hi mho,

Hopefully there will be a work around on the DB restore scenario since this dev system has no backup. SAP support is looking into the system right now. My question is, why did spam let me continue unitl DDIC_ACTIVATION Phse with the update when there is a missing pre requisite?

tnx!

Former Member
0 Kudos

Let Me tell you that the Import queue will not move further if you dont include the prequist.

So i dont think that you can reach to the DDIC_activation phase till there.

Thanks

Rishi Abrol

Former Member
0 Kudos

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

Former Member
0 Kudos

Hi mho,

tnx for the reply! we are just going to do the backup and restore. I got the same advise from SAP support. I guess im going to learn this the hard way.

points awarded.