Re: TPF and PAX numbers
As far as I remember it's always been known as a 'record locator'. And as far as I remember on TPF it is the 'record locator'. But .. my memory maybe questionable! From: martin.zime...@gmail.com Sent: Monday, July 11, 2011 5:58 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: TPF and PAX numbers Phil, I'm not familiar with the term PAX number, but for at least 20 years, United Airlines has referred to its six character (alpha-numeric) reservation identifier interchangeably as a reservation number or a record locator. I don't know whether that's an actual TPF record or just a term of convenience. . Marty Sent from myTouch 4G - Reply message - From: Phil Smith III li...@akphs.com To: IBMVM@LISTSERV.UARK.EDU Subject: TPF and PAX numbers Date: Mon, Jul 11, 2011 12:46 pm A long, long time ago ( 20 years), someone told me that the six-character PAX number on an airline reservation was actually a TPF database record locator. Can anyone confirm or deny this? …phsiii
Re: Nothing today?
There is now! From: Frank M. Ramaekers Sent: Tuesday, May 17, 2011 9:09 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Nothing today? No posts today? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76701 _ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at privacy...@ailife.com.
Re: VARY command update?
In my experience - the best way to learn pipes - is to trawl any and all execs that you can find and look at how they use pipes to solve problems. For me - I do not know about anyone else - but I had to adopt a new way of looking at the problem - like writing assembler - an atomic approach to solving a problem by the incremental refinement step by step - until I got the output I wanted. Sometimes I found developing a pipe very tiresome - but once you get used to the idea that within a pipe you can arrange the input data to suit your needs (or indeed a format needed so that it complies with the selection/operation by/on/of a builtin stage - any way you like) - operate on it and output what you need - then it becomes a second to none tool that I got hooked on. From: George Henke/NYLIC Sent: Friday, March 18, 2011 9:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: VARY command update? Is there a PIPE for Dummies book somewhere? It seems to be a universal panacea and people, like Marcy here, just magically pluck these things out of thin air as though it were common knowledge. Where are the cheat sheets? Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 03/18/2011 05:16 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject VARY command update? Happened to watch operations today in a disaster test... Typing vary on proc 01 vary on proc 02... Is a bit tedious when you've got more than a handful. How about a VARY ON PROC ALL ? (Yes, I gave him a pipe command and yes we can do this in an exec), but it would be nice if the CP command could do this. Then they can look it up in the IBM doc. Marcy This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: Mandatory ESMs?
Been out of the game for a long time.. Does IBM not distribute some version of HACS .. I worked on in the 90's ? took over from Aad Van Tol .. IBM Uithoorn? An amazing programmer and top guy! From: George Henke/NYLIC Sent: Friday, December 10, 2010 11:41 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mandatory ESMs? z/VM has LE ported over from z/OS. So things cannot be all that bad in the world of CMS compilers. I have heard people rant and rave and bellow That we're done and we might as well be dead But I'm only a cockeyed optimist And I can't get it into my head Oscar Hammerstein David Boyes dbo...@sinenomine.net Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/10/2010 05:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? GCC for CMS [snip] Building a non-trivial program that involves existing libraries or code that must access things like CSL services is pretty hard to do with the CMS GCC port. It's a good tool for writing apps totally from scratch, but it's not something yet that I would rely on for really large mission-critical applications. The generated code is still very conservative in the instructions it uses and what machine functions it can/does exploit, to it's detriment. I'm concerned that there's no Enterprise COBOL, no more development on FORTRAN, no up to date PL/1… etc, etc. The IBM C/C++ compiler is still maintained and current, but only because it's necessary for CP development. You can't order CMS VSAM any longer, so there's no direct access file capability from the old compilers without directly interfacing to assembler yourself. Nothing's been touched in SQL/DS for VM for ages now. TSM is gone. 2/3 of the function of DFSMS/VM is pretty much gutted in terms of usability or functionality. ISPF/VM is ancient, and pretty much no longer maintained in any real sense (a lot has happened in ISPF since 3.2). No Java since 1.3 (although that's no real loss, IMHO). APL2 is frozen in time. Pascal is frozen in time (and only still exists to service the bits of the VM TCP stack that aren't in C or assembler). Ditto RXSQL. Ditto Kerberos (the shipped K4 is nothing you'd want to build new apps on). Interactive Debugger? DMS/CMS? All pretty much in a zombie state. OpenVM? Not much to see there either — although we finally have some reason for BFS to exist with the new SSL server (not that it's all that much fun to use). You're pretty much left with assembler, C, C++, XEDIT, REXX and CMS Pipelines as the supported application development languages on CMS. That's a pretty powerful set of tooling by itself, but if you're trying to preflight applications and do development in the CMS world that is intended for other places and other uses, that's not much. 3 out of 6 aren't widely portable outside VM at all, and the other 3 are restricted to a small number of interfaces with a tiny subset of their function on other platforms. The writing is pretty much on the wall. I know the reason why, but it's still sad. -- db
Re: Mandatory ESMs?
Dave. It was the in-house ESM (Hierarchical Access Control System) James. -- From: Dave Jones d...@vsoft-software.com Sent: Saturday, December 11, 2010 2:06 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mandatory ESMs? Scott, for those of us not in the loopwhat is/was HACS? On 12/11/2010 07:42 AM, Scott Rohling wrote: Nope - we never distributed HACS externally. I also worked on HACS for HONE/IBMLINK in the 80's - putting in mods for those specific systems in the US. I remember when we hit the architectural limit of HACS when we reached 64K guests on a single system .. Scott Rohling On Sat, Dec 11, 2010 at 3:59 AM, James Laing - Hotmail james_la...@hotmail.co.uk wrote: Been out of the game for a long time.. Does IBM not distribute some version of HACS .. I worked on in the 90's ? took over from Aad Van Tol .. IBM Uithoorn? An amazing programmer and top guy! *From:* George Henke/NYLIC george_he...@newyorklife.com *Sent:* Friday, December 10, 2010 11:41 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Mandatory ESMs? z/VM has LE ported over from z/OS. So things cannot be all that bad in the world of CMS compilers. I have heard people rant and rave and bellow That we're done and we might as well be dead But I'm only a cockeyed optimist And I can't get it into my head Oscar Hammerstein *David Boyes dbo...@sinenomine.net* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/10/2010 05:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? GCC for CMS [snip] Building a non-trivial program that involves existing libraries or code that must access things like CSL services is pretty hard to do with the CMS GCC port. It's a good tool for writing apps totally from scratch, but it's not something yet that I would rely on for really large mission-critical applications. The generated code is still very conservative in the instructions it uses and what machine functions it can/does exploit, to it's detriment. I'm concerned that there's no Enterprise COBOL, no more development on FORTRAN, no up to date PL/1… etc, etc. The IBM C/C++ compiler is still maintained and current, but only because it's necessary for CP development. You can't order CMS VSAM any longer, so there's no direct access file capability from the old compilers without directly interfacing to assembler yourself. Nothing's been touched in SQL/DS for VM for ages now. TSM is gone. 2/3 of the function of DFSMS/VM is pretty much gutted in terms of usability or functionality. ISPF/VM is ancient, and pretty much no longer maintained in any real sense (a lot has happened in ISPF since 3.2). No Java since 1.3 (although that's no real loss, IMHO). APL2 is frozen in time. Pascal is frozen in time (and only still exists to service the bits of the VM TCP stack that aren't in C or assembler). Ditto RXSQL. Ditto Kerberos (the shipped K4 is nothing you'd want to build new apps on). Interactive Debugger? DMS/CMS? All pretty much in a zombie state. OpenVM? Not much to see there either — although we finally have some reason for BFS to exist with the new SSL server (not that it's all that much fun to use). You're pretty much left with assembler, C, C++, XEDIT, REXX and CMS Pipelines as the supported application development languages on CMS. That's a pretty powerful set of tooling by itself, but if you're trying to preflight applications and do development in the CMS world that is intended for other places and other uses, that's not much. 3 out of 6 aren't widely portable outside VM at all, and the other 3 are restricted to a small number of interfaces with a tiny subset of their function on other platforms. The writing is pretty much on the wall. I know the reason why, but it's still sad. -- db -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
Re: Mandatory ESMs?
Yeah that's right .. I took over the development of the access audit tail when Aad left .. as I said .. he designed it's last incarnation brilliantly .. a real cool piece of code .. it actually serviced the UK, US and EMEA systems. James. From: Scott Rohling Sent: Saturday, December 11, 2010 3:07 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Mandatory ESMs? From an old internal web page: HACS (Hiearchical Access Control system)is the primary security system that runs on the HoneLink systems in Portsmouth UK (ElinkNL) and Bouder USA (ElinkGB). It is propietary RACF for WW Hone/IBMLink platform and applications. Even though I was once primary (2nd level) support for HACS (1986-88) in Boulder - it's been way too long for me to remember all it's features. It was all written in assembler .. actually the last time I coded in assembler in any serious way. Development was out of Uithoorn, Netherlands... but we maintained several modifications for US systems. Scott Rohling On Sat, Dec 11, 2010 at 7:06 AM, Dave Jones d...@vsoft-software.com wrote: Scott, for those of us not in the loopwhat is/was HACS? On 12/11/2010 07:42 AM, Scott Rohling wrote: Nope - we never distributed HACS externally. I also worked on HACS for HONE/IBMLINK in the 80's - putting in mods for those specific systems in the US. I remember when we hit the architectural limit of HACS when we reached 64K guests on a single system .. Scott Rohling On Sat, Dec 11, 2010 at 3:59 AM, James Laing - Hotmail james_la...@hotmail.co.uk wrote: Been out of the game for a long time.. Does IBM not distribute some version of HACS .. I worked on in the 90's ? took over from Aad Van Tol .. IBM Uithoorn? An amazing programmer and top guy! *From:* George Henke/NYLIC george_he...@newyorklife.com *Sent:* Friday, December 10, 2010 11:41 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: Mandatory ESMs? z/VM has LE ported over from z/OS. So things cannot be all that bad in the world of CMS compilers. I have heard people rant and rave and bellow That we're done and we might as well be dead But I'm only a cockeyed optimist And I can't get it into my head Oscar Hammerstein *David Boyes dbo...@sinenomine.net* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 12/10/2010 05:34 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Mandatory ESMs? GCC for CMS [snip] Building a non-trivial program that involves existing libraries or code that must access things like CSL services is pretty hard to do with the CMS GCC port. It's a good tool for writing apps totally from scratch, but it's not something yet that I would rely on for really large mission-critical applications. The generated code is still very conservative in the instructions it uses and what machine functions it can/does exploit, to it's detriment. I'm concerned that there's no Enterprise COBOL, no more development on FORTRAN, no up to date PL/1… etc, etc. The IBM C/C++ compiler is still maintained and current, but only because it's necessary for CP development. You can't order CMS VSAM any longer, so there's no direct access file capability from the old compilers without directly interfacing to assembler yourself. Nothing's been touched in SQL/DS for VM for ages now. TSM is gone. 2/3 of the function of DFSMS/VM is pretty much gutted in terms of usability or functionality. ISPF/VM is ancient, and pretty much no longer maintained in any real sense (a lot has happened in ISPF since 3.2). No Java since 1.3 (although that's no real loss, IMHO). APL2 is frozen in time. Pascal is frozen in time (and only still exists to service the bits of the VM TCP stack that aren't in C or assembler). Ditto RXSQL. Ditto Kerberos (the shipped K4 is nothing you'd want to build new apps on). Interactive Debugger? DMS/CMS? All pretty much in a zombie state. OpenVM? Not much to see there either — although we finally have some reason for BFS to exist with the new SSL server (not that it's all that much fun to use). You're pretty much left with assembler, C, C++, XEDIT, REXX and CMS Pipelines as the supported application development languages on CMS. That's a pretty powerful set of tooling by itself, but if you're trying to preflight applications and do development in the CMS world that is intended for other places and other uses, that's not much. 3 out of 6 aren't widely portable outside VM at all, and the other 3 are restricted to a small number of interfaces with a tiny subset of their function on other platforms. The writing is pretty much on the wall. I know the reason why, but it's still sad. -- db
Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device
One teeny weenie comment about the issue of security. In my limited experience .. surely the SVM's would maintain a list of authorised users from which they would accept commands. At IBM - when I worked there we would programmatically query the ID ie) department, access level and other stuff through HACS in-house (ESM) to determine the exact privilege of a specific user; to determine if that command was allowed. James. From: Scott Rohling Sent: Sunday, September 19, 2010 3:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device I have found it is important to know why you are doing something before deciding how to do it (or whether to do it at all). Bonne chance... Scott Rohling On Sat, Sep 18, 2010 at 8:00 AM, Michel Beaulieu beaulieumic...@live.ca wrote: Hello, It is so interesting that people need to expand so much on why before discussing the how. In Unix/Linux, we have the su command that let someone take another identification for a while and when done, just exit and return to the normal userid. Can we do something like that in z/VM? In one situation I have, operations staff are logging to service machines using LOGONBY close the service, take a backup and then restart the service machine to finally disconnect. I am not trying to change the logic and the why things are done that way. I have to take it as it is. I am just trying to see if I can add some automation first. Later, behind the scene, I will be able to eliminate the need to log on to the service machines completely. I hope this helps. Michel Beaulieu Montreal, Canada |*| -- Date: Fri, 17 Sep 2010 19:00:04 -0600 From: scott.rohl...@gmail.com Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device To: IBMVM@LISTSERV.UARK.EDU Yep - SVM's are VM 'daemons' .. DIRMAINT, RACFVM, and at least a VMUTIL or some such guest that reacts to communication, be it reader, msg, smsg, ad nauseum.It's the basis behind all VM system management tools and VM based applications: a disconnected guest, running some version of CMS, which is waiting for work which can come in many different forms. This also provides a 'queuing' ability to support requests from multiple users, which are handled sequentially - first come, first served. Actually logging into another guest as Michel suggests implies only one user can run whatever application it is you're building. Maybe that's fine in this case. But the typical way to support multi-user applications on z/VM, using CMS guests, is to have a front end that runs in the end user guest -and that communicates with one or more SVM's to either submit work and/or request information. Very much like 'daemons' in the Unix world - at least, that's how I think of them. Anyway - if the real objective could be explained - I'm sure several of us could suggest ways to not have to login to a USERB for your application to work. Scott Rohling On Fri, Sep 17, 2010 at 6:19 PM, Rich Greenberg ric...@panix.com wrote: On: Fri, Sep 17, 2010 at 04:34:15PM -0400,Rich Greenberg Wrote: } The way this is often done is to have a program such as WAKEUP running } in the service machine (SVM) which waits for an event (typically an SMSG } from userA which requests something), does the requested work, returns } the result (spool file or SMSG), and waits for the next request. P.S. to above: If you ask 25 experienced, long time VM sysprogs, if they have such a program, you will probably get 30 or so different ones. Even IBM has one which ISTR is called VMUTIL EXEC and frequently runs in a userid of the same name. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device
Michel. Your support staff are logging on to service machines, stopping them - then taking a backup of what? If they are disconnected service machines; could you not - as suggested - implement a simple REXX exec to WAKEUP triggered by an SMSG for instructions and perform whatever it is that you need? If you need advice on how to do this (I hope that is not patronising - as I am sure that you are well qualified) - in any good VM publication you will be able to find a straightforward example of a disconnected server EXEC. It really is very simple. Good luck! James From: Michel Beaulieu Sent: Saturday, September 18, 2010 3:00 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device Hello, It is so interesting that people need to expand so much on why before discussing the how. In Unix/Linux, we have the su command that let someone take another identification for a while and when done, just exit and return to the normal userid. Can we do something like that in z/VM? In one situation I have, operations staff are logging to service machines using LOGONBY close the service, take a backup and then restart the service machine to finally disconnect. I am not trying to change the logic and the why things are done that way. I have to take it as it is. I am just trying to see if I can add some automation first. Later, behind the scene, I will be able to eliminate the need to log on to the service machines completely. I hope this helps. Michel Beaulieu Montreal, Canada |*| Date: Fri, 17 Sep 2010 19:00:04 -0600 From: scott.rohl...@gmail.com Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device To: IBMVM@LISTSERV.UARK.EDU Yep - SVM's are VM 'daemons' .. DIRMAINT, RACFVM, and at least a VMUTIL or some such guest that reacts to communication, be it reader, msg, smsg, ad nauseum.It's the basis behind all VM system management tools and VM based applications: a disconnected guest, running some version of CMS, which is waiting for work which can come in many different forms. This also provides a 'queuing' ability to support requests from multiple users, which are handled sequentially - first come, first served. Actually logging into another guest as Michel suggests implies only one user can run whatever application it is you're building. Maybe that's fine in this case. But the typical way to support multi-user applications on z/VM, using CMS guests, is to have a front end that runs in the end user guest -and that communicates with one or more SVM's to either submit work and/or request information. Very much like 'daemons' in the Unix world - at least, that's how I think of them. Anyway - if the real objective could be explained - I'm sure several of us could suggest ways to not have to login to a USERB for your application to work. Scott Rohling On Fri, Sep 17, 2010 at 6:19 PM, Rich Greenberg ric...@panix.com wrote: On: Fri, Sep 17, 2010 at 04:34:15PM -0400,Rich Greenberg Wrote: } The way this is often done is to have a program such as WAKEUP running } in the service machine (SVM) which waits for an event (typically an SMSG } from userA which requests something), does the requested work, returns } the result (spool file or SMSG), and waits for the next request. P.S. to above: If you ask 25 experienced, long time VM sysprogs, if they have such a program, you will probably get 30 or so different ones. Even IBM has one which ISTR is called VMUTIL EXEC and frequently runs in a userid of the same name. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device
Nice one Michel! haha .. bet you know your stuff! From: Michel Beaulieu Sent: Saturday, September 18, 2010 10:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device Thanks to Les and James for the good advice. I don't feel patronized at all. I have been around for three decades. I have seen my share of what happens when doing non-professional stuff. The first VM version I worked with was VM/370 release 2 in mid to late 1970`s. I hope you believe me when I am saying that I know what I am doing. That being said, I would prefer to respond to comments and suggestions related to my initial request. Other comments will be read with interest but not replied to. Regards, Michel Beaulieu Date: Sat, 18 Sep 2010 17:17:51 -0400 From: vmr...@tampabay.rr.com Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device To: IBMVM@LISTSERV.UARK.EDU As a responsible professional, you do not (and should not) take it as it is. Sometimes manual procedures are put in place as a stop-gap measure *after* management has done a risk assessment. The situation may now have changed and the RA is no longer valid, or whatever. Manual procedures should, generally, be avoided if they can be automated. Not only are they boring for the people doing them, but they are prone to errir. The 'human factor' is not auditable, logs are. Les Michel Beaulieu wrote: Hello, It is so interesting that people need to expand so much on why before discussing the how. In Unix/Linux, we have the su command that let someone take another identification for a while and when done, just exit and return to the normal userid. Can we do something like that in z/VM? In one situation I have, operations staff are logging to service machines using LOGONBY close the service, take a backup and then restart the service machine to finally disconnect. I am not trying to change the logic and the why things are done that way. I have to take it as it is. I am just trying to see if I can add some automation first. Later, behind the scene, I will be able to eliminate the need to log on to the service machines completely. I hope this helps. Michel Beaulieu Montreal, Canada |*| Date: Fri, 17 Sep 2010 19:00:04 -0600 From: scott.rohl...@gmail.com Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device To: IBMVM@LISTSERV.UARK.EDU Yep - SVM's are VM 'daemons' .. DIRMAINT, RACFVM, and at least a VMUTIL or some such guest that reacts to communication, be it reader, msg, smsg, ad nauseum. It's the basis behind all VM system management tools and VM based applications: a disconnected guest, running some version of CMS, which is waiting for work which can come in many different forms. This also provides a 'queuing' ability to support requests from multiple users, which are handled sequentially - first come, first served. Actually logging into another guest as Michel suggests implies only one user can run whatever application it is you're building. Maybe that's fine in this case. But the typical way to support multi-user applications on z/VM, using CMS guests, is to have a front end that runs in the end user guest -and that communicates with one or more SVM's to either submit work and/or request information. Very much like 'daemons' in the Unix world - at least, that's how I think of them. Anyway - if the real objective could be explained - I'm sure several of us could suggest ways to not have to login to a USERB for your application to work. Scott Rohling On Fri, Sep 17, 2010 at 6:19 PM, Rich Greenberg ric...@panix.com wrote: On: Fri, Sep 17, 2010 at 04:34:15PM -0400,Rich Greenberg Wrote: } The way this is often done is to have a program such as WAKEUP running } in the service machine (SVM) which waits for an event (typically an SMSG } from userA which requests something), does the requested work, returns } the result (spool file or SMSG), and waits for the next request. P.S. to above: If you ask 25 experienced, long time VM sysprogs, if they have such a program, you will probably get 30 or so different ones. Even IBM has one which ISTR is called VMUTIL EXEC and frequently runs in a userid of the same name. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only. VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge) Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device
Hey Michel .. I feel a little bit stupid now! haha .. considering your experience and that you have probably set up more disconnected autologged machines that I have had hot dinners' it's always hard to determine the experience of the person who posts any question on any forum! James. From: Michel Beaulieu Sent: Saturday, September 18, 2010 10:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device Thanks to Les and James for the good advice. I don't feel patronized at all. I have been around for three decades. I have seen my share of what happens when doing non-professional stuff. The first VM version I worked with was VM/370 release 2 in mid to late 1970`s. I hope you believe me when I am saying that I know what I am doing. That being said, I would prefer to respond to comments and suggestions related to my initial request. Other comments will be read with interest but not replied to. Regards, Michel Beaulieu Date: Sat, 18 Sep 2010 17:17:51 -0400 From: vmr...@tampabay.rr.com Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device To: IBMVM@LISTSERV.UARK.EDU As a responsible professional, you do not (and should not) take it as it is. Sometimes manual procedures are put in place as a stop-gap measure *after* management has done a risk assessment. The situation may now have changed and the RA is no longer valid, or whatever. Manual procedures should, generally, be avoided if they can be automated. Not only are they boring for the people doing them, but they are prone to errir. The 'human factor' is not auditable, logs are. Les Michel Beaulieu wrote: Hello, It is so interesting that people need to expand so much on why before discussing the how. In Unix/Linux, we have the su command that let someone take another identification for a while and when done, just exit and return to the normal userid. Can we do something like that in z/VM? In one situation I have, operations staff are logging to service machines using LOGONBY close the service, take a backup and then restart the service machine to finally disconnect. I am not trying to change the logic and the why things are done that way. I have to take it as it is. I am just trying to see if I can add some automation first. Later, behind the scene, I will be able to eliminate the need to log on to the service machines completely. I hope this helps. Michel Beaulieu Montreal, Canada |*| Date: Fri, 17 Sep 2010 19:00:04 -0600 From: scott.rohl...@gmail.com Subject: Re: Automated Logon (autofill userid and password) using TN3270 of TCP/IP for VM or Logical Device To: IBMVM@LISTSERV.UARK.EDU Yep - SVM's are VM 'daemons' .. DIRMAINT, RACFVM, and at least a VMUTIL or some such guest that reacts to communication, be it reader, msg, smsg, ad nauseum. It's the basis behind all VM system management tools and VM based applications: a disconnected guest, running some version of CMS, which is waiting for work which can come in many different forms. This also provides a 'queuing' ability to support requests from multiple users, which are handled sequentially - first come, first served. Actually logging into another guest as Michel suggests implies only one user can run whatever application it is you're building. Maybe that's fine in this case. But the typical way to support multi-user applications on z/VM, using CMS guests, is to have a front end that runs in the end user guest -and that communicates with one or more SVM's to either submit work and/or request information. Very much like 'daemons' in the Unix world - at least, that's how I think of them. Anyway - if the real objective could be explained - I'm sure several of us could suggest ways to not have to login to a USERB for your application to work. Scott Rohling On Fri, Sep 17, 2010 at 6:19 PM, Rich Greenberg ric...@panix.com wrote: On: Fri, Sep 17, 2010 at 04:34:15PM -0400,Rich Greenberg Wrote: } The way this is often done is to have a program such as WAKEUP running } in the service machine (SVM) which waits for an event (typically an SMSG } from userA which requests something), does the requested work, returns } the result (spool file or SMSG), and waits for the next request. P.S. to above: If you ask 25 experienced, long time VM sysprogs, if they have such a program, you will probably get 30 or so different ones. Even IBM has one which ISTR is called VMUTIL EXEC and frequently runs in a userid of the same name. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only. VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the
[no subject]
I quite like: 'Hit any user to continue!