Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

USOBT_C almost empty after changing default values with SU24

l_borsboom
Active Participant
0 Kudos

After the implementation of OSS Notes 0001378328, 0001382895 and 0001404093 I performed a change in SU24 on the default values of authorization object (2nd tab) S_ALV_LAYO for all transactions involved.

I filtered all transactions with default value u2018Yesu2019 for this object and selected all these entries and changed them to u2018Nou2019.

When creating new roles afterwards I noticed that no objects were pulled in in PFCG and when checking table USOBT_C I noticed that, apart from the 328 records I changed to No for S_ALV_LAYO the whole table was empty! In the development client there are now just 328 records in this table whereas in de acceptance client there are 233,124 entries!

Could you please find out the following:

- How could this happen?

- What can I do to restore table USOBT_C?

I reported this bug also on OSS but maybe someone of you has had the same experience and can share the causes and solutions.

Thank you!

Lodewijk Borsboom

1 ACCEPTED SOLUTION

Former Member
0 Kudos

Is it possible that step 1 was never run to transfer the data in DEV?

I have used this feature often and not had any noticable problems with it. Which release and SP are you on? Also 7.00-20?

Thanks for the warning though and please update us. OSS is the correct route however.

Cheers,

Julius

4 REPLIES 4

Former Member
0 Kudos

Is it possible that step 1 was never run to transfer the data in DEV?

I have used this feature often and not had any noticable problems with it. Which release and SP are you on? Also 7.00-20?

Thanks for the warning though and please update us. OSS is the correct route however.

Cheers,

Julius

sdipanjan
Active Contributor
0 Kudos

It seems to be a eronious copy of USOBT table in your system. It's good to know that you have raised an OSS message but also check with your basis team about the auth/* profile parameter set up they have done. However, you may like to go through some similar kind of long stories on Authorization proposal switch of Profile generator:

1476021 SU22|SU24|Problems when uploading/downloading default values

1367325 SU25|Errors when upgrading authorization default values

1253193 SU22|Various errors and missing functions

1287998 Problems when you maintain default authorization values

1382895 SU24|Default value maintenance for authorization objects

1315970 Error during upload in SU22/SU24

442935 PFCG: Changing the authorization concept

1151918 Error in transaction SU22 and report SU22_DELETE_OBJECT

1496828 SU25|Optimization for step 2a

To read such a huge text in the above suggested notes may become tiresome of not ofcourse worthless.

Regards,

Dipanjan

Former Member
0 Kudos

> To read such a huge text in the above suggested notes may become tiresome of not ofcourse worthless.

What is the use of posting a list of links or randon OSS note hits, when you are not sure whether they are usefull or not?

Lodewijk can do that simple search himself. I always assume that the person asking a question has done a search before hand...

If it is a basic requestion and easy answer with a link, then I delete it. It has no value to SDN. You are just attempting to do someone else's work for them, and that it not the case here.

Please read the question carefully and answer specifically.

Cheers,

Julius

sdipanjan
Active Contributor
0 Kudos

> > To read such a huge text in the above suggested notes may become tiresome of not ofcourse worthless.

> What is the use of posting a list of links or randon OSS note hits, when you are not sure whether they are usefull or not?

>

hmm.... though I am not sure and agree with the raise of OSS message for this issue, but when I read these notes after reading the query I found them to be notified to op.

> Lodewijk can do that simple search himself. I always assume that the person asking a question has done a search before hand...

>

Agreed again. But not sure of his search result. May be his string missed some of these notes and can help him to check the program errors rectified in couple of Notes in 2009. But of course I confess about the uncertainty of the exact solution from my side.

> If it is a basic requestion and easy answer with a link, then I delete it. It has no value to SDN. You are just attempting to do someone else's work for them, and that it not the case here.

>

> Please read the question carefully and answer specifically.

>

read and then posted the message. Also as I was not sure of solution to this particular error I surrendered in advance [mainly for you ]. Still I would like op to view the following notes on SAP Default value maintenance and if he has already done then that is great and I am just not helping with proper suggestion.

[Note 1287998 - Problems when you maintain default authorization values|https://websmp230.sap-ag.de/sap%28bD1lbiZjPTAwMQ==%29/bc/bsp/spn/sapnotes/index2.htm?numm=1287998]

[Note 1378328 - SU24: Error after deleting authorization default values|https://websmp230.sap-ag.de/sap%28bD1lbiZjPTAwMQ==%29/bc/bsp/spn/sapnotes/index2.htm?numm=1378328]

Note 1382895 - SU24|Default value maintenance for authorization objects

Note 1235912 - SU24|Display and maintenance of authorization default values|

Hi Lodewijk,

Did you check the change header for USOBT_C in CDHDR and CDPOS? Also let us updated with the reply from OSS please.

regards,

Dipanjan