Short dump (DBIF_RSQL_INVALID_RSQL) during activating ODS

Hello Experts,
I found short dump during activating ODS.
The error message in short dump:
Runtime Error: DBIF_RSQL_INVALID_RSQL
Except.: CX_SY_OPEN_SQL_DB
The termination occurred in the ABAP program "GP7WIVS2MDWGSTMN3ICFDKNAH65" in "ACTIVATE_SIDS".
The main program was "RSODSACT1 ".
I add one InfoObject in the ODS. After activating related objects, I loaded data into the data target.
Data seemed to be loaded correctly, but couldn't be activated.
Any suggestion on this?
-WJ-

Hi,
Please chekc the following SAP Notes you will find solution
Note 908599 - Runtime error SAPSQL_INVALID_FIELDNAME during activation
Note 612995 - P13:ODS:Data activation in bckgrnd always ends 'successfully
Note 1175860 - P19: DSO: SDL: Automatic update after activation
Note 1113603 - P17:DSO:Postprocessing ODS - activating and updating
Note 378447 - Correction: hierarchies do not become green
Note 1272738 - P21:DSO: Activation and automatic updating
Note 794584 - P26:Timestamp field empty in RS2NDPROCPROT after ODSACTIVATE
Note 800086 - P26: ODS activation: Status field in table RS2NDPROCPROT
Note 856292 - P28: Automatic functions: No lock obtained for ERSICENQ
Thanks
Reddy

Similar Messages

Short dump Error during VM container communication between ABAP and JAVA.

Hello All,
Can anybody please help with resolving the following issue:
Short dump is displayed, when I try to insert CRM product (type: material) in the document (opportunity). This CRM product was created in CRM directly.
When I try to insert ECC migrated material, everything works fine.
Here is the details of dump:
Short text
    Error during VM container communication between ABAP and JAVA
Information on where terminated
    Termination occurred in the ABAP program "SAPLPRC_INT" - in "GET_PRICING_PROCEDURE_INFO".
    The main program was "SAPMHTTP ". In the source code you have the termination point in line 100 of the (Include) program "LPRC_INTF35".
Thank you!

hi Willie,
     this is the dump, and i have used the t-code sm52 . the VMC is not active.
|Short Text                                                                                        |
|    Error during VM Container communication between ABAP and JAVA.                                |
|What happened?                                                                                    |
|    The current program had to be terminated because of an                                        |
|    error when installing the R/3 System.                                                         |
|    Error in the RFC layer.                                                                       |
|What can you do?                                                                                  |
|    Note which actions and entries caused the error to occur.                                     |
|                                                                                                  |
|    Consult your SAP administrator.                                                               |
|                                                                                                  |
|    Using transaction ST22 for ABAP dump analysis, you can view, manage,                          |
|    and retain termination messages for longer periods.                                           |
|Error analysis                                                                                    |
|    An error has occurred in the RFC layer during communication between                           |
|    JAVA and the ABAP stack. This prevents data from being passed correctly                       |
|    between the two stacks.                                                                       |
|                                                                                                  |
|    Message    = TH_VMC_SERV_NOT_ACTIVE                                                           |
|    Return code = -1007                                                                           |
|    Pointer    = "000007DD348F6138"                                                               |
|How to correct the error                                                                          |
|    Check whether the VMC is active on your application server. To do this,                       |
|    run transaction SM52. If the VMC is not active, contact your SAP                              |
|    administrator.                                                                                |
Regards
Charles

Getting short dump "TSV_TNEW_PAGE_ALLOC_FAILED" during the load

Hi Experts,
I am getting short dump "TSV_TNEW_PAGE_ALLOC_FAILED" when loading data one ODS to Two cubes in 3.1 system . we have only 12000 records to load. this load is delta update. daily we loaded 14000 record from this load but today we are getting short dump.
Short Dump : TSV_TNEW_PAGE_ALLOC_FAILED
Description : No storage space available for extending the internal table.we attempted to extend an internal table, but the required space wasnot available.
Thanks

This is a memory issue whereby an internal table requires more memory than what is currently available. If you're executing this during processing of other ETL, then your memory is being consumed by all of the processes and you would need to change your schedule as to balance the load better.
Another possibility is that you have an extremely inefficient SQL statement in a routine that is causing the memory to be overly consumed. Even though the output may be less than average, there is a possiblity that it's reading more data in a SELECT statement and therefore requires more memory than normal.
Finally, have you Basis team look at this issue to determine if there's anything that they can do to resolve it.

Short dump OBJECTS_OBJREF_NOT_ASSIGNED when activating infoobjects

Hi Experts,
We are getting a short dump when activating bussiness content infoobject which contain attributes, for e.g. 0COSTCENTER.
We are not getting the same dump when activating infoobjects whith out attributes.
We found a note 1019055 that recomends install sp13 or install six or seven notes for an emergency issue.
The problem is that if we install sp13 we will get out of stack.
What is your recomendation in this case? we are afraid that the problems will continue until we don't implement the sp13.
Thanks!

use t-code SNOTE to implement the OSS note you mentioned ,if it doesnt work you can always revert back to old status by doing Reset.
Hope it Helps
Chetan
@CP..

Short Dump 'ASSERTION_FAILED' during updating partner Functions

Hi All,
I am updating the Partner Functions for the Customers using FM 'SD_CUSTOMER_MAINTAIN_ALL' and passing the partner functions and numbers to the XKNVP structure.
while running the program in am getting the short dump as ASSERTION_FAILED.
Detailed Description:
In the running application program, the ASSERT statement recognized a situation that should not have occurred.
The runtime error was triggered for one of these reasons:
- For the checkpoint group specified with the ASSERT statement, the activation mode is set to "abort".
- Via a system variant, the activation mode is globally set to "abort" for checkpoint groups in this system.
- The activation mode is set to "abort" on program level.
- The ASSERT statement is not assigned to any checkpoint group.
The Dump is occuring in the method 'get_cvic_cust_to_bp1_line'.
We have searched for a relevant SAP note but could not find any.
can any one please help to solve this issue?
Helpful answer will surely be rewarded.
Thanks in Advance,
Asif Ali Khan

When you are (absolutely) sure you are using this function module in the correct way, only then opening a message for SAP is liable. However, most of the times this happens because not all (or all) parameters are not provided for the FM to work properly, or what ever reason that may be.
It might be helpful to determine the checkpoint group and have a look at the log in transaction SAAB. This might give you a clue as to where the problems lies.

Short dump - CX_SY_OPEN_SQL_DB during MODIFY statement

In production system, sometimes it dumps with this error:
Runtime Errors         DBIF_RSQL_INVALID_RSQL
Exception              CX_SY_OPEN_SQL_DB
And here is the code cause this problems:
CALL FUNCTION 'ENQUEUE_E_TABLE'
EXPORTING
mode_rstable = 'E'
tabname     = 'ZVKN_TRPHIST'.
MODIFY zvkn_trsphist FROM TABLE lt_trsphist. <<<<<< Error
CALL FUNCTION 'DEQUEUE_E_TABLE'
EXPORTING
mode_rstable = 'E'
tabname = 'ZVKN_TRPHIST'.
IF sy-subrc EQ 0.
return-type = 'S'.
ELSE.
ROLLBACK WORK.
return-type = 'E'.
ENDIF.
I have tried to use ENQUEUE statement with WAIT but no succeed. How to manage with no dump?

Hi, thanks for your reply.
Did you mean that adding COMMIT WORK AND WAIT when ENQUEUE is success and before modify statement?
I not get it clearly. I use the code below. Is this ok to transport to Production?
CALL FUNCTION 'ENQUEUE_E_TABLE'
    EXPORTING
      MODE_RSTABLE         = 'E'
      TABNAME              = 'ZVKN_TRPHIST'
*   VARKEY               =
*   X_TABNAME            = ' '
*   X_VARKEY             = ' '
*   _SCOPE               = '2'
      _WAIT                = 'X'
*   _COLLECT             = ' '
    EXCEPTIONS
      FOREIGN_LOCK         = 1
      SYSTEM_FAILURE       = 2
      OTHERS               = 3
   IF SY-SUBRC <> 0.
     return-type = 'E'.
     return-number = sy-msgno.
     return-id = sy-msgid.
     CALL FUNCTION 'MESSAGE_TEXT_BUILD'
       EXPORTING
         msgid               = sy-msgid
         msgnr               = sy-msgno
         msgv1               = sy-msgv1
         msgv2               = sy-msgv2
         msgv3               = sy-msgv3
         msgv4               = sy-msgv4
       IMPORTING
         message_text_output = return-message.
     ROLLBACK work.
     RETURN.
   ELSE.
     COMMIT WORK AND WAIT.
     MODIFY zvkn_trsphist FROM TABLE lt_trsphist.
     CALL FUNCTION 'DEQUEUE_E_TABLE'
       EXPORTING
         mode_rstable = 'E'
         tabname      = 'ZVKN_TRPHIST'.
     RETURN-type = 'S'.
   ENDIF.

Getting Short Dump while DSO Activation

Hi,
I am getting Error while DSO Activation, I checked in ST22 Error is (SYSTEM_CORE_DUMPED), Please suggest.
The kernel is latest version.
Also we had implemented a couple of SAP Notes while we searched on the SDN and service market place. But still no luck.
Category Internal Kernel Error
Runtime Errors SYSTEM_CORE_DUMPED
Date and Time 09.04.2014 16:14:13
Short Text
Process terminated by signal 10.
What happened?
Error in the SAP kernel
The current ABAP program
"CL_RSODSO_DATASTORE=====
terminated because the ABAP
processor detected a system error.
Thanks,
Sameer

Hi,
Yes this happens for a particular DSO only - 0FIAR_O03(DSO)
Also the kernel is the latest one.
I am from Basis. I have checked all the possibilities and have raised OSS message as well.
Thanks,
Sameer

DBIF_REPO_SQL_ERROR short dumps while activating data in ODS

Hi All,
We are using BW3.5 with Oracle 9.2 on AIX 5.3 box, from the past few days we are getting DBIF_REPO_SQL_ERROR short dumps frequently while activating data in ODS.
Runtime Error          DBIF_REPO_SQL_ERROR
Date and Time          08.01.2008 13:01:08
     1. A printout of the problem description (short dump)
        To obtain this, select in the current display "System->List->
        Save->Local File (unconverted)".
     2. A suitable printout of the system log
        To obtain this, call the system log through transaction SM21.
        Limit the time interval to 10 minutes before and 5 minutes
        after the short dump. In the display, then select the function
        "System->List->Save->Local File (unconverted)".
     3. If the programs are your own programs or modified SAP programs,
        supply the source code.
        To do this, select the Editor function "Further Utilities->
        Upload/Download->Download".
     4. Details regarding the conditions under which the error occurred
        or which actions and input led to the error.
     Internal call code.........: "[REPO/*/43/LOAD/CX_SY_OPEN_SQL_DB=============CP
     Please check the entries in the system log (Transaction SM21).
     You may able to find an interim solution to the problem
     in the SAP note system. If you have access to the note system yourself,
     use the following search criteria:
     "DBIF_REPO_SQL_ERROR" C
     "SAPLRSSM_PROCESS" or "LRSSM_PROCESSF04"
     "CHECK_IF_ANALYZE_IS_NESSESSARY"
System environment
    SAP Release.............. "640"
    Application server....... "psapdb"
    Network address.......... "158.58.65.11"
    Operating system......... "AIX"
    Release.................. "5.3"
    Hardware type............ "00CD615C4C00"
    Character length......... 16 Bits
    Pointer length........... 64 Bits
    Work process number...... 22
    Short dump setting....... "full"
    Database server.......... "psapdb"
    Database type............ "ORACLE"
    Database name............ "BWP"
    Database owner........... "SAPBWP"
    Character set............ "C"
    SAP kernel............... "640"
    Created on............... "Oct 29 2006 20:49:57"
    Created in............... "AIX 1 5 00538A4A4C00"
    Database version......... "OCI_920 "
    Patch level.............. "155"
    Patch text............... " "
    Supported environment....
    Database................. "ORACLE 9.2.0.., ORACLE 10.1.0.., ORACLE
     10.2.0.."
    SAP database version..... "640"
Operating system......... "AIX 1 5, AIX 2 5, AIX 3 5"
Memory usage.............
Roll..................... 16192
EM....................... 16759424
Heap..................... 0
Page..................... 24576
MM Used.................. 6604384
MM Free.................. 1772536
SAP Release.............. "640"
User and Transaction
    Client.............. 200
    User................ "R3REMOTE"
    Language key........ "E"
    Transaction......... " "
    Program............. "SAPLRSSM_PROCESS"
    Screen.............. "SAPMSSY0 1000"
    Screen line......... 6
Information on where terminated
    The termination occurred in the ABAP program "SAPLRSSM_PROCESS" in
     "CHECK_IF_ANALYZE_IS_NESSESSARY".
    The main program was "RSPROCESS ".
    The termination occurred in line 1143 of the source code of the (Include)
     program "LRSSM_PROCESSF04"
    of the source code of program "LRSSM_PROCESSF04" (when calling the editor
     11430).
    The program "SAPLRSSM_PROCESS" was started as a background job.
    Job name........ "BI_PROCESS_ODSACTIVAT"
    Job initiator... "RPRIYANKA"
    Job number...... 02010102
Also we have a failed job here. Here is the job log.
Job log overview for job:    BI_PROCESS_ODSACTIVAT / 02010102
Date       Time     Message text
08.01.2008 13:01:00 Job started
08.01.2008 13:01:00 Step 001 started (program RSPROCESS, variant &0000000000188, user ID R3REMOTE)
08.01.2008 13:01:02 Activation is running: Data target HBCS_O25, from 1,758 to 1,767
08.01.2008 13:01:02 Data to be activated successfully checked against archiving objects
08.01.2008 13:01:02 SQL: 01/08/2008 13:01:02 R3REMOTE
08.01.2008 13:01:02 ANALYZE TABLE "/BIC/AHBCS_O2540" DELETE
08.01.2008 13:01:02 STATISTICS
08.01.2008 13:01:02 SQL-END: 01/08/2008 13:01:02 00:00:00
08.01.2008 13:01:02 SQL: 01/08/2008 13:01:02 R3REMOTE
08.01.2008 13:01:02 BEGIN DBMS_STATS.GATHER_TABLE_STATS ( OWNNAME =>
08.01.2008 13:01:02 'SAPBWP', TABNAME => '"/BIC/AHBCS_O2540"',
08.01.2008 13:01:02 ESTIMATE_PERCENT => 1 , METHOD_OPT => 'FOR ALL
08.01.2008 13:01:02 INDEXED COLUMNS SIZE 75', DEGREE => 1 ,
08.01.2008 13:01:02 GRANULARITY => 'ALL', CASCADE => TRUE ); END;
08.01.2008 13:01:05 SQL-END: 01/08/2008 13:01:05 00:00:03
08.01.2008 13:01:05     SQL-ERROR: 603 ORA-00603: ORACLE server session terminated by fat al error
08.01.2008 13:01:05 System error: RSDU_ANALYZE_TABLE_ORA/ ORACLE
08.01.2008 13:01:08 ABAP/4 processor: DBIF_REPO_SQL_ERROR
08.01.2008 13:01:08 Job cancelled
Listener is working fine, Checked the RFC connections, Tried restarting the system, tried adding space to the TEMP tablespace as well as PSAPBWP, but they didn't work.
Please help.

The problem got solved as there were DB errors like ORA-01114: IO error writing block to file 256 (block # 126218).
Here the point to be notes is file 256. The number greater than 255 indicates a temp datafile. This indicates an issue with PSAPTEMP tablespace. When checked on PSAPTEMP tablespace, one of the filesystems where one temp data file sitting was full. The filesystem was 100% full. This will prevent the temp datafile to grow and shrink as and when required.
So, adding more space to the filesystem solved the problem.
Thanks to everyone who have shown interest in solving my problem.

'DBIF_RSQL_INVALID_RSQL' short dump

Hello All,
I have a dynamic where_clause in a select query. ie its created at runtime. I get a short dump 'DBIF_RSQL_INVALID_RSQL' at the select statement. The reason shown in ST22 is:
Possible errors:
o The maximum size of an SQL statement has been exceeded.
o The statement contains too many input variables.
o The space needed for the input data exceeds the available memory.
Could you please suggest a solution to the problem, since the data to be fetched is large I would not want to use select-endselect loop as that would make it slower.
Thanks in advance,
Anju

Hi Anju,
Check the link
[ Perfect link|
DBIF_RSQL_INVALID_RSQL;
Regards,
Sandeep

Facing problem in select statement dump DBIF_RSQL_INVALID_RSQL CX_SY_OPEN_S

Hi Experts,
I am facing the problem in the select statement where it giving the short dump
DBIF_RSQL_INVALID_RSQL CX_SY_OPEN_S.
i have searched many forms, but i found that the select option s_matnr have the limitaion 2000 entreis, but i am passing same s_matnr to other select statement with more than 2000 entries but it is not giving me any short dump.
but i am facing problem with only one select statement where if i pass select option s_matnr more than 1500 entris also giving short dump.
my select statement is
SELECT * FROM bsim
         INTO CORRESPONDING FIELDS OF TABLE g_t_bsim_lean
           FOR ALL ENTRIES IN t_bwkey   WHERE bwkey = t_bwkey-bwkey
                                        AND    matnr IN matnr
                                        AND    bwtar IN bwtar
                                        AND    budat >= datum-low.
in the internal table g_t_bsim_lean internal table contain all the fields of the table bsim with 2 fields from other table.
Please let me know whether i need to change the select statement or any other solution for this.
Regards,
udupi

my select query is like this:
DATA: BEGIN OF t_bwkey OCCURS 0,                          "184465
          bwkey LIKE bsim-bwkey,                            "184465
        END OF t_bwkey.                                     "184465
LOOP AT g_t_organ          WHERE keytype = c_bwkey.
    MOVE g_t_organ-bwkey     TO t_bwkey-bwkey.
    COLLECT t_bwkey.                                        "184465
ENDLOOP.                                                  "184465
READ TABLE t_bwkey INDEX 1.                               "184465
CHECK sy-subrc = 0.                                       "184465
SELECT * FROM bsim                                        "n443935
         INTO CORRESPONDING FIELDS OF TABLE g_t_bsim_lean   "n443935
           FOR ALL ENTRIES IN t_bwkey   WHERE bwkey = t_bwkey-bwkey
                                        AND    matnr IN matnr
                                        AND    bwtar IN bwtar
                                        AND    budat >= datum-low.

RSA1 - Datasources ASSERTION_FAILED short dump

Hello,
We are getting a short dump (ASSERTION_FAILED) when clicking on Datasources tab in RSA1 -> Modeling. This was working fine till yesterday afternoon. The last action I performed was to activate all transfer structures in My self source system using RS_TRANSU_ACTIVATE_ALL. I searched on service marketplace but couldn't find any note relevant to our error.
Everything else works fine. Please advise.
We are on BI SP14.
This is the log from st22.
Short text
    The ASSERT condition was violated.
What happened?
    In the running application program, the ASSERT statement recognized a
    situation that should not have occurred.
    The runtime error was triggered for one of these reasons:
    - For the checkpoint group specified with the ASSERT statement, the
      activation mode is set to "abort".
    - Via a system variant, the activation mode is globally set to "abort
      for checkpoint groups in this system.
    - The activation mode is set to "abort" on program level.
    - The ASSERT statement is not assigned to any checkpoint group.
Error analysis
    The following checkpoint group was used: "No checkpoint group specified"
    If in the ASSERT statement the addition FIELDS was used, you can find
    the content of the first 8 specified fields in the following overview:
    " (not used) "
    " (not used) "
    " (not used) "
    " (not used) "
    " (not used) "
    " (not used) "
    " (not used) "
    " (not used) "
How to correct the error
    Probably the only way to eliminate the error is to correct the program.
    If the error occures in a non-modified SAP program, you may be able to
    find an interim solution in an SAP Note.
    If you have access to SAP Notes, carry out a search with the following
    keywords:
    "ASSERTION_FAILED" " "
    "CL_RSAWBN_TREE_VIEW===========CP" or "CL_RSAWBN_TREE_VIEW===========CM00K"
    "EXPAND_NODE"
Best Regards
RT
null

Hello Voodi,
998730 talks about the short dump when changing/activating transformations.
We got the short dump when trying to get into Datasources tab. Though we are on BI, as i mentioned earlier the last action i performed was to activate transfer structures (For 3.x statistical datasources).
Still, I checked the table contents as mentioned in the note. It was not of much help. Any other thoughts?
Thanks.
Message was edited by:
        SAPBI IP

ODS activation, short dump COMPUTE_INT_PLUS_OVERFLOW. How to solve?

Hello Gurus,
We are on BW 3.1.
We have an issue - ODS activation failed due to a short dump.
Runtime Error          COMPUTE_INT_PLUS_OVERFLOW
Exception              CX_SY_ARITHMETIC_OVERFLOW
Since the caller of the procedure could not have expected this exception
to occur, the running program was terminated.
The reason for the exception is:
In the current program "SAPLRSSM_PROCESS",
using + or 'ADD' to add the values 2137304138 and 12410267 resulted in a
value greater than 2147483647 or samller than -2147483648. This
leads to a whole number overflow.
Could you please guide me to solve this?
Please let me know if you need more details.
Thanks,
raj

This dump is happening because of the overflow of the size assigned for the variable.
This dump can be avoided by changing the declaration of the variable definition.
DATA: variable_name type p decimals 0.
                          OR
DATA: varibale_name(25) type n decimals 0
Try this. This will resolve your dump.
regards,
brijesh

Short dump during activating the BC Set in SCPR20 - "GETWA_NOT_ASSIGNED"

Hi experts,
We have upgraded from SRM 4 to 7.0.We are facing an issue when activating the BC Set in SCPR20. A short dump is occuring inside the program 'VIRSA/SAPLZVIR'. We got the solution that some correction instructions mentioned in the SAP Note 1095700 needs to be mplemented. The steps mentioned in the Note are,
1) Run transaction SE54 and click the button 'Edit Function Group'.
2) Next, enter the name of the function group /VIRSA/ZVR1.
3) Select the radio button option 'Re-generate group-specific programs',and press the 'Change' button.
4) In the following popup please mark only the option 'structure spec.data declaration renewal' and press enter.
We were able to proceed with the first two steps but stuck up during the execution of step3. When we selected the radio button u2018Re-generate group-specific programsu2019 and when clicked on the change button, we are getting a message like u2018the name space u2018/VIRSA/ZVR1u2019 does not exists. Because of this we are not able to proceed with the last step.
Kindly provide some ponters as of how to overcome this issue ..
Thanks in advance,
Dhan

Hi there,
To overcome this error you need to go to se06 and make the "/VIRSA/" namespace as Modifiable.
Also, you should have a look at the following note if my first suggestion doesn't work.
1041089 Tx SCPR20: GETWA_NOT_ASSIGNED dump during BC Set activation
Hope this helps.
Kind Regards,
Matthew

Time limit exceeded during activation of ODS.

Hi all ,
Iam loading data to 0FIA_DS12 from 80FIA-DS11 , while activating the ODS it is giving me the errors
Time limit exceeded. No return of the split processes
Background process BCTL_46TLB77BCWTDNQIKN0772P16K terminated due to missing confirmation
Error during confirmation of process 000002
Iam not able to get this error , tried to activated it again but not working.
Could anybody help me in this regard as its a bit urgent as we r working in production..
Thanks in advance

Hi,
I am getting the short dump.
TYPELOAD_NEW_VERSION
Short text
    A newer version of data type "/BI0/AFIA_DS1240" was found than one required
What happened?
    Runtime error
    The current ABAP program "GP46APBHXXAZADBZKVPTC7TA81O" had to be terminated
     because one
    of the statements could not be executed at runtime.
What can you do?
    Restart the program.
    If the error persists, contact your SAP administrator.
    You can use the ABAP dump analysis transaction ST22 to view and manage
    termination messages, in particular for long term reference.
Error analysis
    The data type "/BI0/AFIA_DS1240" was loaded from the database during the
     program run.
    However, a type of a newer version than the one requried was found here.

ASSERTION_FAILED, Short dump when activating Transformation in BI7.0

Hi All,
I have migrated 3.5 update rule to 7.0. And during transformation activation i am getting short dump giving following messges:
"ASSERTION_FAILED"
"CL_RSTRAN_GEN_STEP= = = = = CP"
"CL_RSTRAN_GEN_STEP= = = = = CM005"
"GET_CONTAINER"
My system support pack is 15. I searched many OSS Notes but i am not able to get the exact soln.
can anybody help me out with this problem?
Regards,
Harsh

this error is generally due to inconsistency in metadata
refer OSS note: 1071255, 1094266, 998730, 829353, 926854
Try to implement this solution from OSS 998730:
Call transaction SE16 (Table Browser) and the 'RSTRANRULE' table with the following selection parameters:
GROUPID   = 'space'
GROUPTYPE = 'space' or 'S'
REF_RULE <> 'space'
If there are inconsistent entries in the RSTRANRULE table such as:
           TRANID        *
OBJVERS        *
RULEID        *
SEQNR          *
GROUPID        00
GROUPTYPE      space or GROUPTYPE    'S'
RULETYPE      space
REF RULE       *
Delete these entries from the table.
Activate the affected transformations.
Edited by: sam hennry on Feb 5, 2008 4:40 PM

Short dump (DBIF_RSQL_INVALID_RSQL) during activating ODS

Similar Messages

Maybe you are looking for