cancel
Showing results for 
Search instead for 
Did you mean: 

Trfc error in sm58 - ERROR REQU_D38IW3WD0XGK1DA48DM96N12J PG# 8 in BW

Former Member
0 Kudos

Hi guru’s

I get an error in sm58 in our ERP system. The error message is ERROR REQU_D38IW3WD0XGK1DA48DM96N12J PG# 8 in BW in functions module RSAR_TRFC_DATA_RECEIVED. All the data are loaded without errors according to the BI logs. The time of the error trfc in ERP does not correspond the time that we load data. There are no error messages in sm21 or st22 in either ERP or BI. When I look at the data in the trf I see a reference to the extractor 0ec_pca_1 (profit center accounting). The loads to PCA are without errors.

Has anyone see something like this before?

Erik

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Erik,

Sometimes it happens. Eventhough the loads are successful, trfc will stuck in SM58. You can manually process thse trfc. To Do so, Place the cursor on this trfc, and press F6. It will clear the trfc queue.

Thanks..

Shambhu

Former Member
0 Kudos

Hi Shambhu,

I'm facing the same problem the flow is basically form BW to BO.

When they load the data at sender side the idocs are stucked with error status 2:

"Could not find code page for receiving system" in transaction BD87.

Also when I reprocess it is successful. But its is getting stucked in SM58 with errors like:

1)Error in RFC connnection

2)ERROR REQU_D38IW3WD0XGK1DA48DM96N12J PG# 8 in BW

When I execute it throes an error saying "Function Module does not existsor EXCEPTION raised".

Also are many queues stucked in SMQ1 Outbound.

Please help. Many Thanks.

Answers (4)

Answers (4)

Former Member
0 Kudos

Hi All,

Actually what happens with BW loads. Some datasources contains lacks of records so at that time it will take time and success otherwise it will fail. So at that time the particular function module contains old data in buffer. So when ever run the datasource again it won't success.

So when ever face these kind of issues like buffer space at that time we have to clear the old buffers.

So what we have to do with help of Transaction code- $SYNC(Refreshes all buffers, except the program buffer) we can clear all the buffers. If you are going to apply this Transaction code must n should check any Users are login or not. Meanwhile its effecting the background jobs also(I'm not sure of this BG).

Why we are checking the users because  $SYNC to reset all the SAP buffers on the application server. These commands only affect the buffers of the application server on which the commands are entered. The buffers of the other application servers in the network are not affected.

So after checking all the considerations then we can apply this Transaction.

If not success with this one try another one......

Cheers,

Vijay R.

Former Member
0 Kudos

Hi Erik,

I'm facing the same problem the flow is basically form BW to BO.

When they load the data at sender side the idocs are stucked with error status 2:

"Could not find code page for receiving system" in transaction BD87.

Also when I reprocess it is successful. But its is getting stucked in SM58 with errors like:

1)Error in RFC connnection

2)ERROR REQU_D38IW3WD0XGK1DA48DM96N12J PG# 8 in BW

When I execute it throes an error saying "Function Module does not existsor EXCEPTION raised".

Also are many queues stucked in SMQ1 Outbound.

Please help. Many Thanks.

Former Member
0 Kudos

Hi,

I just want to tell that we have the same issue but the loading in the PSA fails...

Our related extractor is 0UC_ISU_29.

We already reactivate the transfer rules via the program RS_TRANSTRU_ACTIVATE_ALL.

All of our extractions fail.

Can you help ?

Thanks.

Olivier.

Former Member
0 Kudos

Hi Erik,

Some times it happens that one request fails and we delete it from the target but some tRFC's related to that are still struck, in that case the tRFC shows the request number.

Take this request REQU_D38IW3WD0XGK1DA48DM96N12J in RSMO check if this request is made to Red, if not make it Red and then press F6 on the tRFC.

Cheers,

Neelesh Jain.