Odd shortdumps after weekend

[Former Member]

Hi,

Help needed - some programs were working fine previous week but this week they give shortdumps.

Nothing was changed on HW nor SW level nor in DB exept for DF Full online backup and archive logs archiving daily (all with ended with success...)

Shortdump making me headache allready is for programs KO02 and KO03. Dump itself is:

Short text
    CONTROL variable not found
What happened?
    Error in the ABAP Application Program
    The current ABAP program "########################################" had to be
     terminated because it has
    come across a statement that unfortunately cannot be executed.
Error analysis
    The CONTROL "TABSTRIP_600" was searched for but not found.
    These is either an inconsistency between the screen and the program or
    an incorrect ABAP statement (for example, REFRESH CONTROL .. FROM SCREEN
     with incorrect control name).
   Screen.............. "SAPMKAUF 0600"
Information on where terminated
    Termination occurred in the ABAP program
     "########################################" - in " ".
    The main program was "########################################".
    In the source code you have the termination point in line 0
    of the (Include) program " ".
Internal notes
    The termination was triggered in function "fill_cx"
    of the SAP kernel, in line 372 of the module
     "//bas/700_REL/src/krn/runt/abcx.c#1".
    The internal operation just processed is "----".
    Internal mode was started at 20130311094302.

NB! Please note that our ABAP Dev has allready checked and re-generated corresponding screens also program itselt is in place and not modified.

Also I have newest SAPGui 7.30 (when googleing it shows that sapgui patch will help - no go - did not help - with evry latest version - same issue still... Seems to be DB related?)

However I have seen today another shortdump where it says that there are inconsistencies in a  table (when running check via se14)...

Any help or ideas would be appreciated!!!

Br,

Kristjan T.

[Former Member · Accepted solution]

Hello Kristjan,

a question regarding your problem:

Have you got more than one application server?

And if yes:

Did the dumps occur on all of them, or just one?

I am asking this, because after this weekend we too had odd shortdumps,

but in our case it was about 'Function module XXXX not found'.

And only on one out of three application servers,

It was kind of synchronisation problem,

solution was transaction /$SYNC on the affected server.

And by the way, ECC 6.0 EhP6 on Oracle 11g and Linux.

regards

[Former Member · Accepted solution]

Hi,

Yes - very odd.

No - I only got one server - but nevertheless seems like similar enough of an issue... I'll test tomorrow and let you know.

(ECC 6.0 EHP4 is mine on Oracle 10g2 and Linux)

Br,

KT.

[Former Member · Accepted solution]

Hi,

Many thanks to Mr Bo

Yesterday I ought to try /$SYNC next if everything fails and then all programs re generation via SAP.

Today morning ALL ABAP programs gave a shortdump. So I tried to find reason to this with note 1394845 :

If you know which table is affected, activate the active version of the table again in transaction SE11.
To find out which tables are affected, you can use the report RUTMSJOB (Consistency check for the ABAP Dictionary):  Execute the report, select the "Compare Dictionary with runtime object" checkbox, select the "Immediate Start" checkbox and choose "Schedule" to schedule the checks as background jobs. The "Results" pushbutton enables you to access the check results. For more information about the report, choose "Help" -> "Application Help".
Use transaction SE11 to activate the tables that are found.

However I ran the program RUTMSJOB with options:

Compare dictionary with database

Compare dictionary with runtime object

1.st one gave 38 errors, 2nd on 7 errors.

However as customer needed to do work - I ran /$SYNC to clear all APP server buffers. After that problem was solved.

Thank you all,

Kristjan T.

[Former Member]

Hi all,

It seems that something odd has went down in DB in the weekend - Because KO02 and KO03 problem was fixed with whole program re-generation and that other DB issue with save-and activation via SE14.

Principally this question is solved however If you get any grazy ideas what to check just in case to prevent another such kind of errors, please let me know. Points will be given accordingly

Br,

Kristjan T.

[former_member188883]

Hi Kristjan,

Could you check with your abaper whether any exit has been created for these 2 tcodes KO02 and KO03. These exits are not consistent and hence creating dumps.

Regards,

Deepak Kori