Available RFC Work processes reaching 0, All DIA processes getting occupied intermittently

[manojsomkuwar]

Hi Experts,

We are facing an issue where all DIA WPs are getting completely occupied and at times no work processes are available for RFC processing causing time-outs while using SICF services. This also causes increase in response time if seen from SMLG. The ABAP system is on kernel 753/601.

Massive Drops:

Below is my analysis on the issue so far.

SM21 for the issue duration

This hasn't come for a while and also parameters related to this were changed when the issue was observed last time.

http/security_session_timeout = 800

http/security_context_cache_size = 50000

SDF/MON:

ST02 Extended Memory detail

We have received multiple memory related dumps during the issue time-frame.

Looking at the SDF mon in detail as to what is utilizing all the resources, found some workprocesses with Status SEMAPHORE 39 with more than 1 sec runtime AND multiple processes occupied for sequential reads and deletes on table SECURITY_CONTEXT.

When SM66 was observed, work processes were in RED SEM39 status meaning in "waiting" status for the semaphore in question. Extended Memory, again!

"'HTTP Security Context Cache is full' messages are intermittent and occurred only during issue duration and not throughout the day."

Please can someone advise if I can check anything more related to memory and do I really need to increase it looking at the above.

Also, I got an idea to check one more thing related to memory - Shared memory and ...

Accumulated read locks have been increasing while I'm writing the question.

Please suggest anything you can. 🙂

Regards,

Manoj Somkuwar

[former_member832955]

Hi Manoj,

What did you change in the end to solve the problem ?

Regards

[former_member719892]

What is the maximum value of 'Number of available workprocesses for RFC processing' in SDF MON for the given instance. That will provide insight about the current configuration.

[AtulKumarJain]

Hi Manoj,

I would recommend you to check system sizing wrt to no of CPU/RAM and no of work process configured in your system.

As SEM39 is related to Extended Global Memory (EG) please check also if ZAMM configured or not.

https://help.sap.com/viewer/f146e75588924fa4987b6c8f1a7a8c7e/1809.000/en-US/e41838de668b482a9a5d84cc...

Is there any error reported in work process /dispatcher trace ?

Best Regards,

Atul

[Sriram2009]

Hi Manoj.

Is this one single system or you are having multiple Dialog instances?

If you are having a single system means you may have to increase the dialog work process either increasing the profile parameter based on your available hardware resources or set the day/night mode converting the existing background process to the dialog work process. before that, you have to check why all DIA WPs are getting completely occupied? is this any program or reports are running for a long time?

Could you share the St02 screenshot? and SAP system hardware confguuration details?

Regards

Sriram

[sankar_27]

Hi Manoj ,

What is your local cache utilization status in tcode: SM05?

2760552 - Limitation of generation of HTTP security sessions - System response and procedure after implementation of the patch

Thanks , Sankar

[manojsomkuwar]

Hi Sankara,

I'm not able to open SM05 as it is ending with TSV_TNEW_PAGE_ALLOC_FAILED.

Regards,

Manoj Somkuwar