on 05-03-2018 6:02 AM
Currently we are stuck in EHP7 upgrade in phase MAIN_SHDIMP/SUBMOD_SHD2_RUN/RUN_RSAIMMERGE_UPG_SHD
shadow instance background job "RSAIMMERGE_UPG_SHD" is getting fails due to the following error
2EETQ399 Error DDIC_FIELDS_NO_ACCESS occured. P1=ABAP-generation exit error,
I have unlocked the shadow instance and tried to find sm37 logs.. but system is giving dump DDIC_FIELDS_NO_ACCESS
also tried with updated kernel still same result
current kernel version in upgrade directory is 753
and main kernel is 721
Thanks
Rafiquersaimmrgshd.txt
Dear Rafique,
the issue is too complex to solve it without remote connection. Looks like something is not okay with table AFPOD.
Generating ABAP Program CL_GUI_ALV_GRID===============CP .
A Source %_CCO Line 29.
A Error Code DDIC_FIELDS_NO_ACCESS.
A Module $Id: //bas/749_STACK/src/krn/abap/gen/scsyddic.c#1 $ SAP.
A Function sc_ddicflds Line 498.
A P1: AFPOD
You can call CIC to request a speed-up, but this has to be analyze by a consultant on the system.
Best regards,
Andreas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes Andreas,
I have already log a call to SAP and is working on it and their initial analysis " The table AFPO is not properly activated. The runtime object is inconsistent & errors due to new field SGT_SCAT in some of the CDS views in ACT_UPG"
we have used SAP Standard report ZRUTDDLSACT attached on SAP Note 2086899 in the shadow system.
Lets see what can be done from SAP side, if not find any resolution i have to start it from scratch.
Dear Andreas,
You are right in regards to table AFPO & Structure.. SAP Has given reply as follows...
"The problem is that the report ZRUTDDLSACT activates only DDL sources, but classical objects like table and structures not.
The problem right now in your shadow instance is that the table AFPO doesn't exist on DB level.
We from dictionary side can't fix objects in the 2nd shadow instance (*_SHD2_*).
Our recommendation is to check the main instance fro inconsistent dictionary objects, fix those and start the upgrade from scatch.
You can check and fix the dictionary objects in your system with the report RUTMSJOB "
I have executed the report RUTMSJOB and found no errors in main instance.
do we have any oracle level methods/techniques with which we can successfully export import the table into shadow system from main instance? OR
if i start the whole procedure from scratch what precautions/steps should i take so that this type of error do not occurs
Regards
Rafique
Dear Andreas,
DIR_PUT parameter by default pointing to /sapmnt/EH7/SUM/abap
apart from this i did not find any useful link to fasten my resolution towards the error,and i have raised a high level incident to SAP, SAP has taken more than 30 hrs still no update fro their end.
attaching some trace files form shadow instance.
Regards
Rafique
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear Rafique,
for SUBST_LIST_SYS_LOGS errors I would say the DIR_PUT parameter doesn't point to the Upgrade directory. But I hardly think that this will do the trick here.
Can you please check the shadow work process traces if they have some more information?
Cheers,
Andreas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
25 | |
12 | |
9 | |
6 | |
6 | |
5 | |
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.