Dump TIME OUT.

[ronaldo_aparecido]

Hello guys.

I have a program that accesses other environment sap by RFC. This program runs on daily job. Began to occur in the program dumps (see attached dump1) for the return of the RFC and the environment (destination) of the RFC was also dump (see attached dump2).

The error is Timeout, but the target environment is 900 seconds with limit set in the environment.

The error is occurring on a few dates and not others (see the attachment SM37)

Yesterday I ran manually and DUMP occurred, but today there was no dump.

The time limit remains the same.

What do might be happening?

How can I review?

What do the attachments say to you, experts?

Thanks All.

[Former Member]

Can you check with your basis guys and see if they have sufficient RFC resources at those times/dates?

Neal

[ronaldo_aparecido]

The error occured in standard bapi.

12	LOOP AT g_user_agr_activitygr ASSIGNING <l_agr>.
13	LOOP AT <l_agr>-activitygr ASSIGNING <l_roles>.
>>>>>	IF <l_roles>-agr_text IS INITIAL.
15	CALL FUNCTION 'PRGN_READ_OBJECT'
16	EXPORTING
17	activity_group      = <l_roles>-agr_name
18	IMPORTING
19	activity_group_text = activity_group_text
20	EXCEPTIONS
21	not_found           = 1
22	OTHERS              = 2.
23	IF sy-subrc = 0.
24	<l_roles>-agr_text = activity_group_text.
25	ELSE.

[Former Member]

Hi Ronaldo.

Can you ask your basis team to check on the system log during your job cancelled window ? This may give you a lead and also check on the available WP during that time.

Thanks,

Arun.

[SujeetMishra]

Hi Ronaldo,

Dump2 : try to check whether you field symbol is assigned or not.

             if <l_roles> is assigned.

              endif.

Dump1:  check table ARFCSTATE for more Logs. also ask your basis team to set disp/max_wprun_time      for maximum time.

Regards,

Sujeet

[arindam_m]

Hi,

Its a timeout error. looks like trying to read some text via FM PRGN_READ_OBJECT. Is it possible to have the texts on the server on which the program executes. Like copy them over in single call in ZTABLE might make things easier.

Also going in a loop in an RFC is not a good idea the connection drops can hinder the process. Try designing your process differently.

Cheers,

Arindam

[Former Member]

Can you check tcode RZ11 and list the values  for the parameter rdisp/max_wprun_time(15 mins)?

Increasing the time may alleviate the issue and I am guessing that for other successful runs, the duration of an active rfc connection was below the threshold value. 

[Former Member]

Hi Ronaldo,

The system parameter ‘rdisp/max_wprun_time’ causes this error and only basis team can resolve the issue.

[ronaldo_aparecido]

rdisp/max_wprun_time = 15 minutes its correct.

The error occurs in standard program FUNCTION susr_user_agr_text_fill.

Can be a sap NOTE?

Anybody access sap marketplace.?

Thanks.

[Former Member]

Hello Ronaldo,

the timeout happens whenever the max runtime has happened.

The problem can be outside the function module maybe if you have a loop around it who only calls the function module.

This can be a performance issue aswell.

Its no solution to set a higher max runtime because its not wanted to have a program which runs more than 15 minutes in foreground.

If the program is good in performance but still running over 15 minutes you may think about planning it in a background job.

If the timout only comes with the RFC connection try if there are connection problems with the target server in a small test report or by pinging the server.

Regards Nico

[Former Member]

Ronaldo,

              If not today one will hit the 15 min threshold issue as the data gets bigger without any major platform upgrades, you can get the time out issue for various scenarios but I am presuming that your system has lots of data and it takes more than 15 mins to complete the process.

If I were you I will update the threshold to 30mins.