IBM Z and LinuxONE IBM Z

IBM Z

The enterprise platform for mission-critical applications brings next-level data privacy, security, and resiliency to your hybrid multicloud.

 View Only

  • 1.  Tired of guessing your z/OS maintenance level? There is a simple solution.

    Posted Wed September 03, 2025 08:45 PM

    We've implemented a new solution within Atos that provides clear and immediate visibility into the maintenance and RSU levels of our z/OS systems. By updating the CVTVERID field, we can now quickly identify the exact maintenance level for each release. This simple change will save time, reduce potential errors, and help our teams ensure all systems are up-to-date and compliant. It's all about making maintenance management more efficient.

    This new capability allows us to:

    • Quickly identify the RSU level on any z/OS 2.5 or 3.1 system.

    • See the maintenance level at a glance using the new z/OS 3.1 SDSF Dashboard.

    • Find the information easily in the IEA008I message during IPL.

    This change is being deployed in the upcoming z/OS 2.5 & 3.1 RSU2506 ZOSPACs. It's a simple, reliable way to gain clarity and control over your maintenance environment.



    ------------------------------
    Muraleedharan T V
    Principal Architect & Atos Senior Expert
    ATOS
    Plano TX
    +91-9901455520
    ------------------------------


  • 2.  RE: Tired of guessing your z/OS maintenance level? There is a simple solution.

    Posted Fri September 05, 2025 08:55 AM

    This is Amazing idea and a long outstanding one. 



    ------------------------------
    Abhishek Anand
    ------------------------------

    Original Message


  • 3.  RE: Tired of guessing your z/OS maintenance level? There is a simple solution.

    Posted Thu September 11, 2025 01:43 PM

    Hi group I am on zos 3.1 and using an inhouse java api that has been created to write data to an oracle database(19c) that exist on a redhat linux machine(8.9).  This process works great using a url to the database, looks like this INSIGHT.DBURL=jdbc:oracle:thin:@10.100.0.35:1521/iidb, also with passing a userid and password to write to that database.  This is a not secure process at this moment.

    The goal here is to use AT-TLS to make this a secure process.  I have not yet been able to get this to work.  

    We have generated a certificate on the redhat linux machine, we have imported that cert into racf  keyring and a policy rule has been created in PAGENT.

    I would like to know if this has been used for this type of processing and if it works.  If there is some documentation on how to set this up, or some pointers on what to do or look for.

    We have tried changing the url to INSIGHT.DBURL=jdbc:oracle:thin:@tcps://10.100.0.35:2484/iidb

    With that tracing was turned on and we can see that we are having a nsprecv:header checksum error at  this point i'm not sure we are headed in the correct direction.  With using AT-TLS i was undert the impression that once the Certs are in place that we wouldn't need to change the url's.

    Any suggestions or documentation would be great or proof this even works as we are trying to do it.

    Jeff



    ------------------------------
    Jeffrey Douglas
    ------------------------------

    Original Message


Related Content