cancel
Showing results for 
Search instead for 
Did you mean: 

After sapinst system copy - Runtime Error: CALL_FUNCTION_NOT_ACTIVE

raoul_serra2
Participant
0 Kudos

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

Accepted Solutions (0)

Answers (2)

Answers (2)

Former Member
0 Kudos

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.

raoul_serra2
Participant
0 Kudos

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.

former_member189725
Active Contributor
0 Kudos

Did you skip running the reports that SAPINST runs by logging in as user DDIC via RFC ?

If so , can you run those reports manually ??

raoul_serra2
Participant
0 Kudos

We did not skip the sapinst task where DDIC via RFC make some adjustment, and the sapinst task log report no error.

By the way all ENQUEUE / DEQUEUE modules were present except 2 or 3 of them

raoul_serra2
Participant
0 Kudos

We had to redo the full import again on target, and this time no corruption... This close the question

former_member189725
Active Contributor
0 Kudos

Did you upgrade the kernel after the system copy in the target system ?

raoul_serra2
Participant
0 Kudos

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."

Former Member
0 Kudos

Hi,

More info please :

Source system OS / DB SAP and kernel version

Target OS etc...

Mark