topic Dump error after maintaining entry in table T77UA manually in Application Development and Automation Discussions

Dump error after maintaining entry in table T77UA manually

Former Member — Mon, 24 Jan 2011 12:42:15 GMT

Hi,

In our project we have both general authorizations and structural authorizations. There are ESS, MSS and HR Roles maintained in PFCG transactions. Our approach of Role assignments (profiles) is for Users and not against positions.

Hence table T77UA is maintained with Authorization profile (created for HR) against users (who are HR). This authorization profile is used in HR Role and this Role is assigned to the users using SU01 transaction.

I have also used Evaluation path in the authorization profile, which will fetch all the employees under the HR, so that the HR will be authorized to access the data of those employees.

After maintaining the table (T77UA), when i try to test the HR Role in backend for eg: PA20 or PA30 to display any employee data under him, i am getting dump error.

Can someone guide me how i can resolve this!!

Thanks!

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Mon, 24 Jan 2011 13:28:22 GMT

Hi,

Please try using tcode OOSB to assign structural profiles to user IDs in case you haven't done that yet. T77UA holds the same assignments. Also, after assignments are done, make sure you also refresh the structural buffering in INDX table via programs RHBAUS02 and RHBAUS00.

Can you also give more information about the ABAP dump you get via ST22 if the above doesn't resolve your issue?

Thanks

Sandipan

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Mon, 24 Jan 2011 15:50:32 GMT

Hi Sandip,

When i try to enter the pernr of any employee in PA20/ PA30 transaction i am getting the below dump.

As suggested by you, i have executed the Report RHBAUS00 to generate the INDX.

Output is: User has been updated: 0

Please suggest how i can resolve this.

Runtime Errors: TSV_TNEW_PAGE_ALLOC_FAILED

Short text

No more storage space available for extending an internal table.

What happened?

You attempted to extend an internal table, but the required space was

not available.

Error analysis

The internal table "\FUNCTION-POOL=RHAC\DATA=OBJECT_TAB1[]" could not be

further extended. To enable

error handling, the table had to be delete before this log was written.

As a result, the table is displayed further down or, if you branch to

the ABAP Debugger, with 0 rows.

At the time of the termination, the following data was determined for

the relevant internal table:

Memory location: "Session memory"

Row width: 1388

Number of rows: 1537109

Allocated rows: 1537109

Newly requested rows: 8 (in 1 blocks)

Trigger Location of Runtime Error

Program SAPLRHAC

Include LRHACF04

Row 90

Module type (FORM)

Module Name FILL_SET_TAB

Source Code Extract

Line SourceCde

60 object_tab2-skipf = relat_tab-skipf.

61 object_tab2-pup = rec_check_tab_index.

62 IF rhas-sflag EQ 'X'.

63 PERFORM build_sel_interval

64 USING t1001-begda t1001-endda

65 object_tab-sbegd object_tab-sendd

66 object_tab2-sbegd object_tab2-sendd.

67 ELSE.

68 object_tab2-sbegd = object_tab-sbegd.

69 object_tab2-sendd = object_tab-sendd.

70 ENDIF.

71 APPEND object_tab2.

72 blatt = off.

73 object_tab2_count = object_tab2_count + 1.

74 WHEN '2'.

75 CLEAR object_tab1.

76 MOVE-CORRESPONDING t1001 TO object_tab1.

77 object_tab1-otype = t1001-sclas.

78 object_tab1-objid = t1001-sobid.

79 object_tab1-skipf = relat_tab-skipf.

80 object_tab1-pup = rec_check_tab_index.

81 IF rhas-sflag EQ 'X'.

82 PERFORM build_sel_interval

83 USING t1001-begda t1001-endda

84 object_tab-sbegd object_tab-sendd

85 object_tab1-sbegd object_tab1-sendd.

86 ELSE.

87 object_tab1-sbegd = object_tab-sbegd.

88 object_tab1-sendd = object_tab-sendd.

89 ENDIF.

>>>>> APPEND object_tab1.

91 blatt = off.

92 object_tab1_count = object_tab1_count + 1.

93 ENDCASE.

94 ELSE.

95 exit_sw = on.

96 EXIT.

97 ENDIF.

99 ENDIF.

100 ADD 1 TO t1001_index.

101 ENDDO.

102 ELSE.

103 LOOP AT eo_1001 WHERE plvar EQ rhas-plvar

104 AND otype EQ object_tab-otype

105 AND objid EQ object_tab-objid

106 AND infty EQ rela_infty

107 AND rsign EQ relat_tab-rsign

108 AND relat EQ relat_tab-relat

109 AND priox BETWEEN min_priox

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Mon, 24 Jan 2011 16:32:19 GMT

Hi Shobana,

In OOSB, try clikcing on the Information Icon( column Display Objects) against any User. It should display the list of objects the User is authorized to by the structural profiles assinged to the Users. Is it also generating the dump?

Before you generate the Index check to see if the table T77UU is updated with the Users. This table will be updated when you run the report RHBAUS02 with the required threshold level.

Thanks.

Edited by: Neha Kapoor on Jan 24, 2011 5:32 PM

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Mon, 24 Jan 2011 21:03:16 GMT

Hi,

Alongwith structural buffering (RHBAUS02 & RHBAUS00), please try resetting user buffer too via SU56. From the dump it seems there could be an issue related to your abap heap limit or the buffersize. Please have your BASIS team to investigate the dump as well.

Thanks

Sandipan

Re: Dump error after maintaining entry in table T77UA manually

mvoros — Mon, 24 Jan 2011 22:00:09 GMT

Hi,

that error means that you are running out of memory. The internal table object_tab1 has too many lines. The question is why. It might be a bug in SAP code so I would search for OSS notes. If you have some basic skills you can try to debug and figure out why you are consuming all available memory.

Cheers

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Tue, 25 Jan 2011 06:19:23 GMT

Hi,

The table T77UU is not updated with User i am testing.

When i run the report: RHBAUS02, i am getting the msg as: No entries should be added to table T77UU.

When i click on the Display objects icon in the table T77UA, i am getting the dump here as well.

Let me explain you i have maintained the T77PR table. May be you can suggest based on that.

I have created the Authorization profile with the Evaluation path mentioned here and also with the Function module.

Ideally i am trying to provide authorization to the ESS user--> to access only his own data.

For HR user--> to access all the employees of the country he belongs to.

The Custom function module that i have used in the tbale T77PR would take the username as in the input and it would pass the position of the user as output.

The position returned by the func module is expected to be the input to the Evaluation path (A008) that i use in the table T77PR for ESS Authorization profile. Hence the Object id column, i have left blank. The HR authorizattion profile that i have maintained, i am expecting it to provide authorization for all the employees under him in the same way.

Can someone suggest if this approach of maintaining the table T77PR and T77UA needs to be changed, to resolve this or is there some correction i need to make in the T77PR table.

Thanks!

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Tue, 25 Jan 2011 06:41:26 GMT

I have created the Authorization profile with the Evaluation path mentioned here and also with the Function module.

Can you please provide me with the evaluation path and FM name that have been used in your structural profiles?

Thanks

Sandipan

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Tue, 25 Jan 2011 12:37:33 GMT

Hi,

Can some one explain the functionality of the table T77PR.

i.e Since i am having a huge output/ looping of the data through the evaluation path, to bring all the employees belonging to a country, i doubt that could be a reason of the dump error.

Can i avoid this evalution path and only use Function module in this table T77PR.

Can you suggest if i can customize the function module i am using in this authorization profile, to get all the employees belonging to a country. Based on that, will the authorization profile (of HR) help me to provide authorizations for HR users for all the employees of the country he belongs to?

My question is, will this functionality of Funciton module work this way to provide authorizations, when i leave Evaluation path-blank?

Regards,

Shobana

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Tue, 25 Jan 2011 12:46:34 GMT

Hi Sandip,

Fyi...Both the evaluation path and the Function module which i have used are custom.

Thanks!

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Tue, 25 Jan 2011 16:52:06 GMT

Hi,

Function module will work if the evalution path is not specified but evaluation path is used to restrict user have access to only certain OM objects along the evaluation path.

Since its a custom function module, you may ask your developer to have a look to see if in case its unneccessarily picking up too many entries and hence running into the abap dump.

Thanks

Sandipan

Re: Dump error after maintaining entry in table T77UA manually

Former Member — Tue, 25 Jan 2011 19:44:35 GMT

You might have already checked this. But just wanted to confirm. Is the function module you are using in the T77PR (OOSP t-code) functioning as expected.

Try by removing the function module and enter the object ID (to which you want to grant access) in the OBJECT ID coloumn of T77PR. This way you can know if the problem is with function module or not.

You can use the program to RHSTRU00 to check the functioning of the evaluation path.

Thanks.

Edited by: Neha Kapoor on Jan 25, 2011 8:52 PM

Edited by: Neha Kapoor on Jan 25, 2011 8:57 PM