Assembly of DBSYSID has CC 1


Article ID: 107835


Updated On:


CA Datacom CA DATACOM - AD 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


As part of the CA Datacom/AD and CA Datacom/DB installation and configuration for each MUF, there are jobs to run to assemble the DBSYSID macro, resulting in the DBSIDPR load module (object). For CA Datacom/AD, the jobs are AXCUS01 (version 14.0), AXACTUPG and AXCUSNEW (version 15.0). For CA Datacom/DB, the jobs are BDCUSNEW and BDCUSUPG (version 14.0 and 15.0), and BDCUSNEW, BDCUSUP1, and BDCUSU15 (version 15.1).

After running my customization job, the assembly of the DBSYSID macro produced a CC 1 in ASMSTP, and the LNKSTP completed with a CC 0. Is there a problem with the assembly?


Release: DATABB00200-14.0-Datacom/AD


There is no problem here. The CC 1 is the result of using an 8-character MUF/CXX name.

In the CA Datacom/DB administration documentation, the section Modifying DBSIDPR Parameters entry for CXXNAME says: 
If specified it must be 1-8 positions long, but if 8 a MNOTE 1 warning occurs noting that a best practice is to have the name only 1-7 positions. 1-7 positions allow the same name to be used for the MUF name optionally suffixed by a number or letter. The keyword is required when using the Simplify option (SIMPLIFY_MODE=NO not specified), and in this case the name must match the name in the CXX being used to provide security and protection of this particular environment. 

This is what the installation documentation for CA Datacom/AD says about this:
Choosing to use a full 8-byte name at this time causes the customization member AXCUSNEW to receive a condition code 1. The only way to rectify a condition code 1 is to follow the best practices by using a 1 to 7 byte name. Using the 1 to 7 byte name allows member AXCUSNEW to end with condition code zero.

The ASMSTP in this job should also have produced an MNOTE message:

As a result, if there were no other errors, the configuration process can continue with the next step.

Additional Information

As always, please contact CA Technologies support for CA Datacom if you have further questions.