on 01-10-2012 11:16 AM
After a system copy we do have dumps about CALL_FUNCTION_NOT_ACTIVE
on the target new Test system
The function module "ENQUEUE_E_BGRFC_CONF_TAB" is called, but
cannot be found in its function group.
Dump / Runtime Error: CALL_FUNCTION_NOT_ACTIVE u2013 Exception: CX_SY_DYN_CALL_ILLEGAL_FUNC
What happened?
The function module "ENQUEUE_E_BGRFC_CONF_TAB" is called, but
cannot be found in its function group. -
Short text
The function module is not active or contains no code.
The name of the function module to be called is "ENQUEUE_E_BGRFC_CONF_TAB".
but "ENQUEUE_E_BGRFC_CONF_TAB" cannot be found in its function group.
Possible reasons:
a) The function module "ENQUEUE_E_BGRFC_CONF_TAB" has not been activated.
Therefore,
it cannot be found at runtime.
b) The Function Library contains an incorrect entry for
"ENQUEUE_E_BGRFC_CONF_TAB".
c) The function module contains no code, even FUNCTION ... ENDFUNCTION
is missing.
An attempt to solve this via transaction SE37 did fail:
The function group /1BCDWBEN/SEN0015 contains inconsistencies.
Function module ENQUEUE_E_BGRFC_CONF_TAB is not activated (and/or not accessible via SE37)
Procedure
Use the Function Builder repair tool to remove the inconsistencies from the function group. You can then change the function module as planned.
To open the repair tool, on the initial screen of the Function Builder, choose Utilities -> Repair func. group.
Remark: on our development system the same seems to be included in different Function Group named /1BCDWBEN/SEN0018
Instead of /1BCDWBEN/SEN0015
Now comparing /1BCDWBEN/SEN0018 on both DEV and new TEST we see that in TEST there is one object missing
Which is DEQUEUE_E_BGRFC_CONF_TAB, while in both systems for the same function group
we do Have DEQUEUE_E_BGRFC_DB_CONS
While /1BCDWBEN/SEN0018 look similar in DEV and new TEST, we can see that /1BCDWBEN/SEN0015 is quite different in DEV and TEST
We suspected that this could be a problem with table TFDIR but that table was active in SE14
and database as well as runtime object for that table seems to be OK
Remark: SGEN did run without issue
Hello,
Please can you post the entire dump or atleast let us know if you are getting this error for a particular background job.
What is the job name?
It seems CCMS was active for the source system and isnt working now for the target system since the program
cannot find the required details.
Did you do post processing activities after the system copy? Stop the jobs, delete whatever isnt required in the test system.
Regards,
Sai R.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This is happening on oracle and UNIX but what really make sense to take into account is that this occurs just after the import with sapinst r3load in case of system copy, and that usually those enqueue and dequeue function modules are created by user ddic in the last steps of the sapinst import procedure, the dumps will happen any time you want to do changes that will try to generate a lock as part of the enqueue and dequeue mechanism related to locks, the dumps do not contain any other usable information, the problem is really only the function module that were missing, and now the attempt to create the module did generate syntax errors.
Did you upgrade the kernel after the system copy in the target system ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The Kernel is identical in target new system as in the source copied via sapinst system copy
but here more details about that issue, what is missing is a few ENQUEUE and DEQUEUE function module
To try to solve this issue an attempt to run standard ABAP = RDDENQAC
With Option: u201CGenerate only missing in TFDIR
But now this run did generate a few u201CSYNTAX_ERRORu201D dumps in our case
Like those ones:
1) Runtime Errors SYNTAX_ERROR
Date and Time 10.01.2012 07:00:42
Short text
Syntax error in program "/1BCDWBEN/SAPLSEN0015 ".
What happened?
Error in the ABAP Application Program
The current ABAP program "SAPLSCSM_BI_UTIL_FUNCTIONS" had to be terminated
because it has
come across a statement that unfortunately cannot be executed.
The following syntax error occurred in program "/1BCDWBEN/SAPLSEN0015 " in
include "/1BCDWBEN/LSEN0015U04 " in
line 56:
"Field "SENDER" is unknown. It is neither in one of the specified table"
"s nor defined by a "DATA" statement. "DATA" statement."
User | Count |
---|---|
89 | |
10 | |
9 | |
9 | |
9 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.