ORGACIDSIZE secfile parameter

book

Article ID: 48684

calendar_today

Updated On:

Products

CA Cleanup CA Datacom - DB CA Datacom CA Datacom - AD CA Datacom - Server CA CIS CA Common Services for z/OS CA 90s Services CA Database Management Solutions for DB2 for z/OS CA Common Product Services Component CA Common Services CA Datacom/AD CA ecoMeter Server Component FOC CA Easytrieve Report Generator for Common Services CA Infocai Maintenance CA IPC Unicenter CA-JCLCheck Common Component CA Mainframe VM Product Manager CA Chorus Software Manager CA On Demand Portal CA Service Desk Manager - Unified Self Service CA PAM Client for Linux for zSeries CA Mainframe Connector for Linux on System z CA Graphical Management Interface CA Web Administrator for Top Secret CA CA- Xpertware CA Top Secret CA Top Secret - LDAP CA Top Secret - VSE

Issue/Introduction

Description:

Setting ORGACIDSIZE secfile parameter to support larger owning department acids.

Solution:

In order to benefit of the big department acid you have to have RO43262 on.

Then, you have to allocate a new secfile with the following statement added to the CAKOJCL0(SECPARMS):

ORGACIDSIZE=1024 <----NEW SIZE FOR DEPT ACID

and run a TSSXTEND to copy old secfile to the new one, and just follow your procedure already in place.

If you deploy in a CPF environment where some files may not have been reallocated for 1024 support yet.

If there is a huge update that makes a "big" acid department to go beyond 512k and this update is being propagated it will fail on all nodes where big acid is not implemented yet, when going beyond the 512k boundary.

If t the change is planned to be complete before there is a real need to go beyond 512K then there will be no issue.

Environment

Release:
Component: AWAGNT