cancel
Showing results for 
Search instead for 
Did you mean: 

Work Process in PRIV Mode

former_member182034
Active Contributor
0 Kudos

Dear All,

after getting the result of transactions, Users did not close/export the resulted window for a long time as you see in below image and due to this, work process went in PRIV mode.

here If i kill the session then user complain about it that why kill the session?

what i have to do with resulted window? what will be the impact if I did not close the session?

as I shared the value of parameters if there Is any solution then please share?

Regards,

Accepted Solutions (1)

Accepted Solutions (1)

Former Member
0 Kudos

Hi Jamil,

Because of the not enough free space left on extended memory, the system allocated heap size. Could you note the physical memory, here? Then give some suggestions to you.

Best regards,

Orkun Gedik

former_member182034
Active Contributor
0 Kudos

hi Orkun,

Sorry I forgot to mention the Physical Memory which is 32 GB.

Regards,

Former Member
0 Kudos

First of all, in order to avoid PRIV mode, the ABAP code should be optimized by the developer, if it is the customer program. Criteria selection is an important issue while executing the report, also. If the report deos not optimized very well, it is inevitable to face with the PRIV mode during the execution.

Secondly, long runtime does not depend to the heap memory (PRIV mode) utilization. It is a result of the not enough free extended memory left on the device, as I noted previously.

In default, the both memory quota levels (extended+heap) have been set to max 2Gb memory allocation. With the 32 Gb physical memory, you can try the parameters, below;

PHYS_MEMSIZE=24576

em/address_space_MB = 8192

ztta/roll_extension_dia = 8192000000

This configuration will configure extended memory to use max 8GB memory. It means that the process will allocate the heap memory when 8GB quota level exceeded.

Regarding the values over the screenshot, the system configured as default. So, a process can be allocated max 4 GB memory. If you configure the parameters I noted above, a process can be used max 12 GB (extended + heap memory).

I hope that it is clear.

Best regards,

Orkun Gedik

Answers (2)

Answers (2)

Former Member
0 Kudos

Cancel the process/processes without core

former_member188883
Active Contributor
0 Kudos

Hi Abdul,

Have you set the auto log out and maximum process runtime parameters applicable for dialog work processes. You may force the users the run long jobs in background.

You may need to look into what program is doing to have further analysis.

Regards,

Deepak Kori

former_member182034
Active Contributor
0 Kudos

hi deepak,

I hope you did not see the table against PRIV which is showing nothing after refresh mean User got the result and file opened for a long time mean user did not close/export the result. please check

Regards,

former_member188883
Active Contributor
0 Kudos

Hi Abdul,

I have understood your point and hence recommended to check for GUI auto log out time .

SAP parameter rdisp/gui_auto_logout. This shall kill the sessions automatically based on idle time and avoid PRIV situation.

If user is not doing anything in the system and consuming system memory, he has to be logged out of the system.

You may additionally find out what programs/tcode user is running to further fine tune the same.

Regards,

Deepak Kori

former_member182034
Active Contributor
0 Kudos

Dear Deepak,

I already set the value

rdisp/gui_auto_logout=7200

rdisp/keepalive=600

rdisp/keepalive_timeout=60

but our PM is saying that please don't use these parameter because users are getting disconnection issue ;-).

one more thing which I want to tell You that we are getting this issue against Z report and PM is saying that we have to facilitate to our users so, please do R&D about this issue and resolve it?

please mention your recommendation

Regards,

majamil1@gmail.com (Plz add)

former_member188883
Active Contributor
0 Kudos

Hi Abdul,

rdisp/gui_auto_logout=7200

This value is too high on a production system. Its around 2 hrs.

Default value is 600 and you may increase it to say 900 ( 15 mins).

Any report running beyond this in foreground should be moved to background.

I hope these PRIV processes are dialog work processes. Please confirm.

As you mentioned these programs are Z-Program. Could you find out are the users really waiting after the results are on screen or do they perform some other activity ?

Regards,

Deepak Kori

former_member182034
Active Contributor
0 Kudos

Dear Deepak,

Any report running beyond this in foreground should be moved to background.

yes. issue arise in dialog work process not background.

As you mentioned these programs are Z-Program. Could you find out are the users really waiting after the results are on screen or do they perform some other activity ?

over all System performance is OK but  this issue against one Z-Report and only 3 users are executing this Z-report and execution time is not issue. issue is here that users said we need to open the result for maximum time even whole day and you please don't terminate the session.

Dear Orkun and Deepak

what I have to do mean increase the parameters value

PHYS_MEMSIZE=24576

em/address_space_MB = 8192

ztta/roll_extension_dia = 8192000000

or

rdisp/gui_auto_logout=900

(If I do then gui logout after 900 seconds while I already mentioned the users and PM's wish)

need recommendations for PM and users from your(Orkun & Deepak) end

Regards,


former_member188883
Active Contributor
0 Kudos

Hi Abdul,

 issue is here that users said we need to open the result for maximum time even whole day and you please don't terminate the session.

Its a matter of change management which Project Manager has to act upon. I have never seen a situation where an ouput of an report should be kept open for entire day.

Another Alternative:

Incase its just a plain report which fetches data from tables and displays on the screen, request your abaper to add some piece of code to download this automatically on the user desktop.

Let the users view the report on the desktop for the whole day.

Hope this helps.

Regards,

Deepak Kori

Former Member
0 Kudos

>> This configuration will configure extended memory to use max 8GB memory. It means that the process will allocate the heap memory when 8GB quota level exceeded.

I noted the effect, already

Former Member
0 Kudos

You can run transaction in background mode. In this case you wouldn't lock dialog workprocesses in PRIV mode. The output results are available in spool for this job at any time.

Former Member
0 Kudos

>> You can run transaction in background mode. In this case you wouldn't lock dialog workprocesses in PRIV mode.

It is correct, but there's a potential 2GB memory quota restriction for the heap memory. For example, when the process try to allocate more than 2GB, the process will face with memory quota problem. To solve that "ztta/roll_extension_nondia" needs to be configured more that 2GB

Best regards,

Orkun Gedik

Former Member
0 Kudos

But any message about dumps as of memory issues, only PRIV mode for process.