Hi Ed,

I believe you're right in that you're in a catch-22 with z/OS based ISKLM 
servers.  If your DC has a complete power down and the DS8Ks need to get keys 
before coming up and those keys are on z/OS that needs the DS8K up to IPL 
you're going to have trouble.  That's why we're reliant on a Windows box (2 
actually) to serve our keys.  If the people who installed your DS8K(s) set it 
up, there's a recovery key that can be used in an emergency to bring the DS8K 
up without the ISKLM servers running.  Never had to use it so I don't know what 
the process would be but that's the purpose for the recovery key.

Rex

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Ed 
Jaffe
Sent: Tuesday, March 23, 2021 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: SKLM Servers

On 3/23/2021 10:05 AM, Dave Jousma wrote:
> DS8K's only *need* to retrieve keys at IML time, but does reach out regularly 
> for heartbeat, and will phone home if unreachable.    Pretty easy to setup, 
> let me know you need any assist.

We have the Java-based ISKLM running on two z/OS LPARs for our tape.

I assumed ISKLM would not be usable for DASD because of the "catch-22" 
situation of needing the DASD to IPL z/OS.

Suppose we had a complete power down of the computer room. Could we still 
somehow IPL z/OS from DASD that has not yet contacted its z/OS-based SKLM?

Thanks...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/


--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to