-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use better identifier names for ZOWESVR address spaces #385
Comments
Hi Joe, I'm putting this in the Backlog (No Date) as implementation details may change based on the Architectural review of install/configure/deploy/upgrade processes. |
@vvvlc has started prototyping for this in current Zowe. It would make sense to use the same suffix/IDs as in message codes (https://github.com/zowe/zlc/blob/master/process/messageManagement.md) and log messages (zowe/zac#90). |
Example of reasonable jobnames (see jobname column of SYSVIEW Actions
there is another file
Examples how to introduce _BPX_JOBNAME in shell scripts (for example: https://github.com/zowe/api-layer/blob/master/zowe-install/src/main/resources/scripts/api-mediation-start-catalog-template.sh)
|
Format: Components of the format:
Use the prefix for the main started task + number If the prefix is ZOWE:
|
|
Problem:
The Zowe address spaces are given default names,e.g.
ZOWESVR1 through ZOWESVR9.
This makes it difficult to identify which address space is associated with which USS process
Solution:
Use _BPX_JOBNAME environment variable in the .sh scripts that bring up the various Zowe components.
Note: Before the job name can be changed, the invoker must have appropriate privileges. The privileges include either superuser authority or READ permission to BPX.JOBNAME FACILITY class profile. The invoker must also be running in a space created by the fork callable services. Otherwise _BPX_JOBNAME is ignored.
For this we would want IZUSVR to have READ permission to the BPX.JOBNAME FACILITY class so the install script and verify script should check this.
Detail.
Choose two character IDs for each address space, and limit the ZOWESVR PROCLIB name to be 6 characters
(or we could limit the proclib to be 5 chars and use 3 for the address space, e.g. ZWESVnnn)
For a 6 char example we could choose ZOWESVR becomes ZOWESV
Gateway suffix AG, so the address space is ZOWESVAG
API Discovery AD address space is ZOWESVRAD
API Catalog AC address space is ZOWESVRAC
MVD Desktop MV address space is ZOWESVMV
ZSS Server ZS address space is ZOWESVZS
Explorer MVS API AM - ZOWESVAM
Explorer JES API AJ - ZOWESVAJ
Explorer USS UI IU - ZOWESVIU
Explorer JES UI IJ - ZOWESVIJ
Explorer MVS UI IM - ZOWESVIM
The text was updated successfully, but these errors were encountered: