Re: HCP743E from DIAL command on Integrated 3270 Console
I don't know if this might work or not but someone might want to try it. From the intigrated 3270 logon to a CMS ID.. Then telnet to your VM TCPIP stack, then try your DIAL command. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Alan Altmark Sent: Saturday, December 22, 2007 6:03 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCP743E from DIAL command on Integrated 3270 Console On Saturday, 12/22/2007 at 04:36 EST, Richard Corak [EMAIL PROTECTED] wrote: I don't know why, but HCPDIA specifically looks for, and rejects, integrated 3270. True, and I see that the CLASGRAF exception was added when we added support for the integrated 3270. (I was previously looking at only the CLASTERM code. Duh.) I do know that the integrated 3270 does not process data streams as a real 3270 does. In particular, I think it doesn't handle segmenting of the data stream via data chaining, as might be expected by a DIALed guest. Further I think it can't handle as large of an I/O. I remember we had some XEDIT issues with it that required SET REMOTE ON to resolve, forcing XEDIT to send a shorter data stream. Given the SD codes, I have to rescind my prior advice, saying that it is working as designed. Removing the check in HCPDIA may work, or it may not. And it may depend entirely on how the guest is doing I/O. I suppose we could ask the author of those few extra lines. ;-) Alan Altmark z/VM Development IBM Endicott
Re: HCP743E from DIAL command on Integrated 3270 Console
Our point in using DIAL OPERATOR is partly to avoid having operaors need to logon to a VM ID, and manage that ID's security as operators change roles. If they were going to logon, they could just use VM:Operator's magic VMYIAMOP to acess the console. Interesting idea, though. Mike Walter Hewitt Associates - Original Message - From: Huegel, Thomas [EMAIL PROTECTED] Sent: 12/24/2007 12:15 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCP743E from DIAL command on Integrated 3270 Console I don't know if this might work or not but someone might want to try it. From the intigrated 3270 logon to a CMS ID.. Then telnet to your VM TCPIP stack, then try your DIAL command. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Alan Altmark Sent: Saturday, December 22, 2007 6:03 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCP743E from DIAL command on Integrated 3270 Console On Saturday, 12/22/2007 at 04:36 EST, Richard Corak [EMAIL PROTECTED] wrote: I don't know why, but HCPDIA specifically looks for, and rejects, integrated 3270. True, and I see that the CLASGRAF exception was added when we added support for the integrated 3270. (I was previously looking at only the CLASTERM code. Duh.) I do know that the integrated 3270 does not process data streams as a real 3270 does. In particular, I think it doesn't handle segmenting of the data stream via data chaining, as might be expected by a DIALed guest. Further I think it can't handle as large of an I/O. I remember we had some XEDIT issues with it that required SET REMOTE ON to resolve, forcing XEDIT to send a shorter data stream. Given the SD codes, I have to rescind my prior advice, saying that it is working as designed. Removing the check in HCPDIA may work, or it may not. And it may depend entirely on how the guest is doing I/O. I suppose we could ask the author of those few extra lines. ;-) Alan Altmark z/VM Development IBM Endicott The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
HCP743E from DIAL command on Integrated 3270 Console
The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. I don't know why, but HCPDIA specifically looks for, and rejects, integrated 3270. Richard Corak
Re: HCP743E from DIAL command on Integrated 3270 Console
On Saturday, 12/22/2007 at 04:36 EST, Richard Corak [EMAIL PROTECTED] wrote: I don't know why, but HCPDIA specifically looks for, and rejects, integrated 3270. True, and I see that the CLASGRAF exception was added when we added support for the integrated 3270. (I was previously looking at only the CLASTERM code. Duh.) I do know that the integrated 3270 does not process data streams as a real 3270 does. In particular, I think it doesn't handle segmenting of the data stream via data chaining, as might be expected by a DIALed guest. Further I think it can't handle as large of an I/O. I remember we had some XEDIT issues with it that required SET REMOTE ON to resolve, forcing XEDIT to send a shorter data stream. Given the SD codes, I have to rescind my prior advice, saying that it is working as designed. Removing the check in HCPDIA may work, or it may not. And it may depend entirely on how the guest is doing I/O. I suppose we could ask the author of those few extra lines. ;-) Alan Altmark z/VM Development IBM Endicott
HCP743E from DIAL command on Integrated 3270 Console
On our z/VM system running a CMS workload, the OPERATOR userids runs disconnected. Human operators open a PComm session to that VM system, and issue DIAL OPERATOR to establish a connection to VM:Operator running on the OPERATOR userid. DIAL OPERATOR is authorized by VM:Secure rules only for specific workstation terminals. Sometimes one or more of those workstations takes a dive and it may take a few days to get them replaced/repaired. Another z/VM system is IPLed remotely, automatically brings up TCPIP, and then the remote human operator can start their PComm connection to it. But if there is a problem with the IPL which prevents TCPIP from starting on that remote system, since there is no TCPIP running the operator cannot establish the PComm session to diagnose and correct the problem. So I thought: well, why not have the human OPERATOR just DIAL OPERATOR from the Integrated 3270 Console (not interrupting the VM:Operator process which is so nicely logging all the console traffic in a single place)? This would give us a means to temporarily circumvent workstation hardware or software problems. But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
Re: HCP743E from DIAL command on Integrated 3270 Console
The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. Mike Walter wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: HCP743E from DIAL command on Integrated 3270 Console
Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? (this way, each VMOPER user can even be tailored to its needs, for example some people at my customer's installations have view for the DB2 servers, I don't. The tailoring is done can creating a x USERID file on VMOPER's 193 minidisk). Here my OPER EXEC, that issues the LINK and the VMYIAMOP /* This exec starts a session with VMOPER (and links to VMRMAINT ) +---+ | format: | OPER | +---+ 14 May 2004: set MSG OFF if using OPER from SNA screen Written by: Kris Buelens IBM Belgium; KRIS at VMKBBR01 8 Feb 1991*/ address command /* On SNA screens, VMYIAMOP hangs if many CP msgs are waiting to be shown as a result, the VMOPER panel is no longer updated. */ parse value diag(8,'Q V CONS') with 'VSM' vsm '15'x parse value diag(8,'Q SET') with . msgSet ',' if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG OFF' 'ESTATE VMYIAMOP MODULE *' if rc^ =0 then 'EXEC LNK VMRMAINT 193' if rc=0 then 'VMYIAMOP VMOPER' src=rc if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG ON' exit src 2007/12/21, Stephen Frazier [EMAIL PROTECTED]: The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. Mike Walter wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- Kris Buelens, IBM Belgium, VM customer support
Re: HCP743E from DIAL command on Integrated 3270 Console
Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? They could. But then ... - they would each need a VM userid (which few have) - someone would have know to remove VMYIAMOP authorization if they move to a different role - they could access the VM:Operator console from any location (instead of typing it down to specific terminals in a controlled, secure location) - we'd have less security control - and more that I've forgotten since deciding to do it this way. VMYIAMOP is terrific, and we sysprogs use it regularly. We just find that we have better control with DIAL OPERATOR (even though all the authorized DIAL users need to use the same model terminal when dialing - we prefer Mod 4's). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Kris Buelens [EMAIL PROTECTED] Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/21/2007 10:25 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: HCP743E from DIAL command on Integrated 3270 Console Why don't the operators log on with their userid and then LINK VMRMAINT 193 and issue VMYIAMOP ? (this way, each VMOPER user can even be tailored to its needs, for example some people at my customer's installations have view for the DB2 servers, I don't. The tailoring is done can creating a x USERID file on VMOPER's 193 minidisk). Here my OPER EXEC, that issues the LINK and the VMYIAMOP /* This exec starts a session with VMOPER (and links to VMRMAINT ) +---+ | format: | OPER | +---+ 14 May 2004: set MSG OFF if using OPER from SNA screen Written by: Kris Buelens IBM Belgium; KRIS at VMKBBR01 8 Feb 1991*/ address command /* On SNA screens, VMYIAMOP hangs if many CP msgs are waiting to be shown as a result, the VMOPER panel is no longer updated. */ parse value diag(8,'Q V CONS') with 'VSM' vsm '15'x parse value diag(8,'Q SET') with . msgSet ',' if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG OFF' 'ESTATE VMYIAMOP MODULE *' if rc^ =0 then 'EXEC LNK VMRMAINT 193' if rc=0 then 'VMYIAMOP VMOPER' src=rc if vsm='VTAM' then if msgSet='ON' then 'CP SET MSG ON' exit src 2007/12/21, Stephen Frazier [EMAIL PROTECTED]: The code you are proposing to modify was likely written before the Integrated 3270 Console existed. The writers of the code did not prevent using the DIAL command. They just never allowed it. Some future release of VM will probably include that capability. Mike Walter wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available I could easily modify HCPDIA to get around this, but before doing so would like to understand the rationale which led IBM to prevent DIAL from an Integrated 3270 Console. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us -- Kris Buelens, IBM Belgium, VM customer support The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
Re: HCP743E from DIAL command on Integrated 3270 Console
But Alan, that will just get it put on somebody's to do list and get it fixed. :) Alan Altmark wrote: On Friday, 12/21/2007 at 10:59 EST, Mike Walter [EMAIL PROTECTED] wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available Have you opened a PMR? I'm with Stephen on this; it sure looks like an oversight. A PMR will let us crawl into it to see if that's really the case. Alan Altmark z/VM Development IBM Endicott -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: HCP743E from DIAL command on Integrated 3270 Console
On Friday, 12/21/2007 at 10:59 EST, Mike Walter [EMAIL PROTECTED] wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available Have you opened a PMR? I'm with Stephen on this; it sure looks like an oversight. A PMR will let us crawl into it to see if that's really the case. Alan Altmark z/VM Development IBM Endicott
Re: HCP743E from DIAL command on Integrated 3270 Console
But Alan, that will just get it put on somebody's to do list and get it fixed. :) And what a nice belated Christmas present that would be! No, I have not yet opened a PMR on it. I was curious to find out if I had missed something obvious (such as those described in the help for HCP743E) before opening a PMR. But I will do that Monday morning if not sooner. Mike Walter - Original Message - From: Stephen Frazier [EMAIL PROTECTED] Sent: 12/21/2007 05:28 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: HCP743E from DIAL command on Integrated 3270 Console But Alan, that will just get it put on somebody's to do list and get it fixed. :) Alan Altmark wrote: On Friday, 12/21/2007 at 10:59 EST, Mike Walter [EMAIL PROTECTED] wrote: But CP responds to any DIAL command from the Integrated 3270 Console with message: HCPDIA743I DIAL function not available Have you opened a PMR? I'm with Stephen on this; it sure looks like an oversight. A PMR will let us crawl into it to see if that's really the case. Alan Altmark z/VM Development IBM Endicott -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
