> O'n Monday, July 24, 2023 at 10:07:48 AM PDT, Seymour J Metz 
 > <sme...@gmu.edu> wrote:
> Do you have the URL for the Tracy Dean paper? Does it spell out all the 
> pieces?  While I'm not familiar with this paper, it's unlikely it solves 
> Phil's problem.  Phil can skip this because it's for the z/OS people. 
> PARMLIB(COMMND##) runs after NIP messages which means he will miss some 
> console messages. More important, simply adding the V CN(),ACT command did 
> not work because they say it took time to figure this out. The solution was 
> not a simple change of adding the command. If I had to venture a guess, the 
> command required the SSI be initialized and the console address space 
> attached to it. We know the hardware console uses the SSI otherwise V 
> CN(*),ACT would not have worked. The hardware console uses the SSI to issue 
> commands with possible exceptions during NIP.      On Monday, July 24, 2023 
> at 10:07:48 AM PDT, Seymour J Metz <sme...@gmu.edu> wrote:  
 
 Do you have the URL for the Tracy Dean paper? Does it spell out all the pieces?

________________________________________
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of 
Allan Staller <allan.stal...@hcl.com>
Sent: Monday, July 24, 2023 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

Classification: Confidential

Going back to the original post, I seemed to have missed the information about 
the operating system release.
z/OS (MVS...) has not supported the 3215 for at least 20 years. (ISTR MVS/ESA 
R.x, but that could be incorrect.)

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Phil Smith III
Sent: Friday, July 21, 2023 5:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ignorant z/OS question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Alan Altmark wrote:
>And if you haven't done so, please read the white paper Tracy Dean
>referenced in her post. It is focused on this aspect of managing z/OS
>guests. We spent a lot of time figuring out how to make it all come
>together. (And you may remember me asking related questions on IBM-MAIN
>at the time!)

>Particularly, understand that z/OS isn't using a "device" of any kind
>It thinks it's talking to the Operating System Messages task (aka
>integrated console on the HMC), which CP simulates the same way we do
>the 3215. It also means you can't just SEND a command like you can with
>CMS.

Well, I read that paper. Lots of assumptions in there about z/OS knowledge that 
I don't have, like where it talks about "V CN(MVS0MAST),OFFLINE". I have no V 
(I assume that's VARY?) in any of my CONSOLxx members.

I do have a CNGRP00, which contains:
GROUP          NAME(MSTGRP)
              MEMBERS(S0W103D0,S0W10FFF)

Now that's 3D0 and FFF: 3D0 is a DASD. Seems wrong? The INIT in CONSOL00 is 
INIT  CMDDELIM(;) AMRF(N) MONITOR(DSNAME) CNGRP(00) so it's looking at that 
console group. If I change the 3D0 to 3E1 to match the actual console address, 
is that likely to help/hurt? What I'd rather not do is kill the beast and 
require help from our hosting service--not that they won't help, but we'll have 
to wait at least a bit for that.


(BTW, a nit: "Screenshot 1 - z/VM Login Screen with Dial Command" on page 6 has 
no DIAL command on the screen)

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
________________________________
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
________________________________

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

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

----------------------------------------------------------------------
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