IBM Security Z Security

Expand all | Collapse all

Full-size CKFREEZE return code 08

  • 1.  Full-size CKFREEZE return code 08

    Posted Thu October 29, 2020 11:50 AM
    We are running a daily job to produce a full-size CKFREEZE:

    Unfortunately, on a regular basis, this job ends with a return code 08 due to underlying system problems such as:

    CKF0347 08 Duplicate pathname MNTE devices 31640 and 31643 FS name XXXX
    mountpoint /u/yyyy

    CKF0062 08 Connected catalog XXXXX  SYS1.CATALOG.yyyy not found on volumes processed

    However, the CKFREEZE file is created and usable. 

    Unfortunately, a return code 08 is not acceptable, and neither is suppressing these messages. 

    Do you have any suggestions on how we can have this job ending with a return code other than 08, i.e. 00 or 04?

    Is there a parameter such as NOWARNINGRC that deals with return code 08?

    Thanks and regards,

    Anji Stephens

  • 2.  RE: Full-size CKFREEZE return code 08

    Posted Thu October 29, 2020 01:06 PM
    Hi Anji,

    NOWARNINGRC is a special facility only for warnings. We do not have an equivalent for higher return codes. It also is not clear to me that such a thing would be particularly desirable in general. I think you really want to "half-suppress" these specific messages rather than anything that has RC 8. At least I would think that you would want to review a new kind of error when it occurred.

    In CKRCARLA selected messages can be adjusted using OPTION MSGRC=(msgno,rc). This is a facility that only accepts certain messages--not all of them--and you need to consciously look at each eligible message and decide what return code you want for it... be that lower (say, 0) or higher (say, 12). CKFCOLL does not have this concept yet, but my thinking is that that might also be a viable path to get where you want if you are considering filing an RFE. I will say that building something like that for a few select messages would be a relatively easy thing to do.


    Jeroen Tiggelman
    Software Development and Level 3 Support Manager IBM Security zSecure Suite

  • 3.  RE: Full-size CKFREEZE return code 08

    Posted Mon November 02, 2020 02:18 AM
    Thank you Jeroen

    Anji Stephens

  • 4.  RE: Full-size CKFREEZE return code 08

    Posted Fri October 30, 2020 04:35 AM
    In addition to what Jeroen mentioned, CKFCOLL has an option to completely suppress certain messages. Disadvantage is that you don't known anymore if your CKFREEZE has errors or not. You could add e.g. the following: SUP=(347,062)

    Guus Bonnes

  • 5.  RE: Full-size CKFREEZE return code 08

    Posted Mon November 02, 2020 07:09 AM
    Thank you Guus

    Anji Stephens

  • 6.  RE: Full-size CKFREEZE return code 08

    Posted Mon November 02, 2020 05:26 PM
    Hi Anji, When I was a customer, I did exactly what Guus suggested;  I had a long list of message numbers that were suppressed from our daily builds of CKFREEZE.  As you observed, many of the RC=08 msgs do not impair your ability to use the CKFREEZE info for various reporting.  Operationally, we wanted to avoid RC=08 in our daily scheduled jobs, so we embraced the suppress for those msgs that we deemed not too consequential for our purposes.

    Periodically (quarterly?) I used to run a manual CKFREEZE without the suppress msg=(nnn,...) statement,  and then sit down with the various sysprog teams and review them.  Some opinions consider that zSecure tends to really split hairs, others that it is merely reporting precisely what it finds (my personal opinion).   Only you can determine whether a specific error msg is important to you or not.

    For daily security type reporting, I found my list to be adequate.  For a deep dive, OS audit, I would pay closer attention to them.


    Simon Dodge

  • 7.  RE: Full-size CKFREEZE return code 08

    Posted Thu November 12, 2020 10:06 AM
    Thank you Simon, that's good advice.


    Anji Stephens