Skip to main content
Version: v3.0.x LTS

Configuring z/OSMF

Configuring z/OSMF

Follow these steps described in this article to configure z/OSMF.

Required roles: system programmer, security administrator, domain administrator
  1. From the console, issue the following command to verify the version of z/OS:
    /D IPLINFO

Expected results: part of the output contains the release, for example, RELEASE z/OS 02.02.00.

  1. Configure z/OSMF.

    z/OSMF is a base element of z/OS V2.2 and V2.3, so it is already installed. But it might not be configured and running on every z/OS V2.2 and V2.3 system.

    In short, to configure an instance of z/OSMF, run the IBM-supplied jobs IZUSEC and IZUMKFS, and then start the z/OSMF server. The z/OSMF configuration process occurs in three stages, and in the following order:

    • Stage 1 - Security setup
    • Stage 2 - Configuration
    • Stage 3 - Server initialization

    This stage sequence is critical to a successful configuration. For complete information about how to configure z/OSMF, see Configuring z/OSMF for the first time if you use z/OS V2.2 or Setting up z/OSMF for the first time if V2.3.

note

In z/OS V2.3, the base element z/OSMF is started by default at system initial program load (IPL). Therefore, z/OSMF is available for use as soon as you set up the system. If you prefer not to start z/OSMF automatically, disable the autostart function by checking for START commands for the z/OSMF started procedures in the COMMNDxx parmlib member.

The z/OS Operator Consoles task is new in Version 2.3. Applications that depend on access to the operator console such as Zowe™ CLI's RestConsoles API require Version 2.3.

  1. Verify that the z/OSMF server and angel processes are running. From the command line, issue the following command:

    /D A,IZU*

    If jobs IZUANG1 and IZUSVR1 are not active, issue the following command to start the angel process:

    /S IZUANG1

Expected results: you will see the message CWWKB0056I INITIALIZATION COMPLETE FOR ANGEL.

To start the server, issue the following command:

/S IZUSVR1

Expected results: it might take a few minutes to initialize. The z/OSMF server is available when the message CWWKF0011I: The server zosmfServer is ready to run a smarter planet. is displayed.

  1. To find the startup messages in the SDSF log of the z/OSMF server, issue the following command:

    f IZUG349I

    Expected results: you will see a message that indicates the port number, for example, IZUG349I: The z/OSMF STANDALONE Server home page can be accessed at https://mvs.hursley.ibm.com:443/zosmf after the z/OSMF server is started on your system. In this example, the port number is 443. You will need this port number later.

  2. Point your browser at the nominated z/OSMF STANDALONE Server home page and you should see its Welcome Page where you can log in.

note

If your implementation uses an external security manager other than RACF (for example, Top Secret for z/OS or ACF2 for z/OS), you provide equivalent commands for your environment. For more information, see the following product documentation:

z/OSMF REST services for Zowe clients

Zowe clients use z/OSMF Representational State Transfer (REST) APIs to work with system resources and extract system data. Ensure that the following REST services are configured and available.

z/OSMF REST servicesRequirementsResources in IBM knowledge Center
Cloud provisioning servicesCloud provisioning services are required for the Zowe CLI CICS and Db2 command groups. Endpoints begin with /zosmf/provisioning/Cloud provisioning services
TSO/E address space servicesTSO/E address space services are required to issue TSO commands in the Zowe CLI. Endpoints begin with /zosmf/tsoAppTSO/E address space services
z/OS console servicesz/OS console services are required to issue console commands in the Zowe CLI. Endpoints begin with /zosmf/restconsoles/z/OS console services
z/OS data set and file REST interfacez/OS data set and file REST interface is required to work with mainframe data sets and UNIX System Services files in the Zowe CLI. Endpoints begin with /zosmf/restfiles/z/OS data set and file REST interface
z/OS jobs REST interfacez/OS jobs REST interface is required to use the zos-jobs command group in the Zowe CLI. Endpoints begin with /zosmf/restjobs/z/OS jobs REST interface
z/OSMF workflow servicesz/OSMF workflow services is required to create and manage z/OSMF workflows on a z/OS system. Endpoints begin with /zosmf/workflow/z/OSMF workflow services

Zowe uses symbolic links to the z/OSMF bootstrap.properties, jvm.security.override.properties, and ltpa.keys files. Zowe reuses SAF, SSL, and LTPA configurations; therefore, they must be valid and complete.

For more information, see Using the z/OSMF REST services in IBM z/OSMF documentation.

To verify that z/OSMF REST services are configured correctly in your environment, enter the REST endpoint into your browser. For example: https://mvs.ibm.com:443/zosmf/restjobs/jobs

Notes
  • Browsing z/OSMF endpoints requests your user ID and password for defaultRealm; these are your TSO user credentials.
  • The browser returns the status code 200 and a list of all jobs on the z/OS system. The list is in raw JSON format.

Configuring z/OSMF to properly work with API ML

There is an issue observed in z/OSMF which leads to a stuck JSON web token(JWT). It manifests as the endpoint /zosmf/services/authenticate issuing a JWT with success RC that is not valid for API calls, resulting in 401 response status code. This is a persistent condition. To get the token unstuck, perform a logout with the LTPA token from the login request. This causes logins to start serving unique JWTs again. Until this issue is properly fixed in z/OSMF, we propose a possible temporary workaround. Update z/OSMF configuration with allowBasicAuthLookup="false". After applying this change, each authentication call results in generating a new JWT.