AUTOLOG2?
Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) TIA, 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: AUTOLOG2?
Back in those 'old days' there was no ESM (RACF/VM) **distributed with VM**. Now RACF/VM and a number of other IBM licensed products are shipped with z/VM, even though not everyone pays for or uses them. Anyone using an ESM has a pretty bare-bones AUTOLOG1, which brings up their ESM and a few other DSVMs before their ESM comes up. When the ESM initializes successfully, it XAUTOLOGs AUTOLOG2. Mike Walter Hewitt Associates (Sent from the wee keyboard of a Blackberry.) - Original Message - From: Frank M. Ramaekers [framaek...@ailife.com] Sent: 07/29/2010 07:11 AM EST To: IBMVM@LISTSERV.UARK.EDU Subject: AUTOLOG2? Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) TIA, 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. 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. E-mails 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 e-mail.
Re: AUTOLOG2?
On 07/29/2010 07:11 AM, Frank M. Ramaekers wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) TIA, 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 AUTOLOG2 is used in the event that an ESM is installed on the system (like the RACF Security Server). AUTOLOG1 is used only to startup RACF, then after RACF is initialized, RACF starts up AUTOLOG2. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO
Re: AUTOLOG2?
On Thursday, 07/29/2010 at 08:11 EDT, Frank M. Ramaekers framaek...@ailife.com wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) It is used by RACF (and maybe other ESMs - I don't know). AUTOLOG1 brings up RACF. RACF brings up AUTOLOG2. This pre-dates the ability to configure the autolog user ID in SYSTEM CONFIG. Using a more modern view, installing an ESM would cause you to change SYSTEM CONFIG to contain SYSTEM_USERIDS STARTUP RACFVM AUTOLOG and RACFVM would bring up AUTOLOG1. But there is no way to configure RACF to bring up AUTOLOG1, so that would have to be addressed. I've never gotten a complaint about the AUTOLOG1/2 issue, so I haven't worried about it. There is still an outstanding requirement that IBM provide some sort of data in the default user directory that will more easily allow you to identify IBM-generated user IDs and their purpose. Alan Altmark z/VM Development IBM Endicott
Re: AUTOLOG2?
Ah, that explains it...no RACF here. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Rich Smrcina Sent: Thursday, July 29, 2010 7:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? On 07/29/2010 07:11 AM, Frank M. Ramaekers wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) TIA, 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 AUTOLOG2 is used in the event that an ESM is installed on the system (like the RACF Security Server). AUTOLOG1 is used only to startup RACF, then after RACF is initialized, RACF starts up AUTOLOG2. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2011 - April 15-19, 2011 Colorado Springs, CO _ 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: Replacing old solution OpenConnect SNA Printer Server
NJE Bridge, RSCS NJE license and SNAPRSIM (originally written at University of Maryland, and still available from various VM Workshop tapes). SNAPRSIM lets you provide acquirable printer LU devices in VTAM and turn them into VM spool files. RSCS ships the files over to NJE Bridge running on Linux, and Linux provides printing via CUPS with lots of nifty enhancements.
Re: AUTOLOG2?
That brings up another question, can AUTOLOG1 have a password of AUTOONLY? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, July 29, 2010 7:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? On Thursday, 07/29/2010 at 08:11 EDT, Frank M. Ramaekers framaek...@ailife.com wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) It is used by RACF (and maybe other ESMs - I don't know). AUTOLOG1 brings up RACF. RACF brings up AUTOLOG2. This pre-dates the ability to configure the autolog user ID in SYSTEM CONFIG. Using a more modern view, installing an ESM would cause you to change SYSTEM CONFIG to contain SYSTEM_USERIDS STARTUP RACFVM AUTOLOG and RACFVM would bring up AUTOLOG1. But there is no way to configure RACF to bring up AUTOLOG1, so that would have to be addressed. I've never gotten a complaint about the AUTOLOG1/2 issue, so I haven't worried about it. There is still an outstanding requirement that IBM provide some sort of data in the default user directory that will more easily allow you to identify IBM-generated user IDs and their purpose. Alan Altmark z/VM Development IBM Endicott _ 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: AUTOLOG2?
Why not indeed 2010/7/29 Frank M. Ramaekers framaek...@ailife.com That brings up another question, can AUTOLOG1 have a password of AUTOONLY? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, July 29, 2010 7:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? On Thursday, 07/29/2010 at 08:11 EDT, Frank M. Ramaekers framaek...@ailife.com wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) It is used by RACF (and maybe other ESMs - I don't know). AUTOLOG1 brings up RACF. RACF brings up AUTOLOG2. This pre-dates the ability to configure the autolog user ID in SYSTEM CONFIG. Using a more modern view, installing an ESM would cause you to change SYSTEM CONFIG to contain SYSTEM_USERIDS STARTUP RACFVM AUTOLOG and RACFVM would bring up AUTOLOG1. But there is no way to configure RACF to bring up AUTOLOG1, so that would have to be addressed. I've never gotten a complaint about the AUTOLOG1/2 issue, so I haven't worried about it. There is still an outstanding requirement that IBM provide some sort of data in the default user directory that will more easily allow you to identify IBM-generated user IDs and their purpose. Alan Altmark z/VM Development IBM Endicott _ 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. -- Kris Buelens, IBM Belgium, VM customer support
Re: AUTOLOG2?
It's just that it didn't come distributed that way and I didn't want to find out that it DOES matter what the password for AUTOLOG1 is. Frank M. Ramaekers Jr. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Kris Buelens Sent: Thursday, July 29, 2010 7:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? Why not indeed 2010/7/29 Frank M. Ramaekers framaek...@ailife.com That brings up another question, can AUTOLOG1 have a password of AUTOONLY? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, July 29, 2010 7:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? On Thursday, 07/29/2010 at 08:11 EDT, Frank M. Ramaekers framaek...@ailife.com wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) It is used by RACF (and maybe other ESMs - I don't know). AUTOLOG1 brings up RACF. RACF brings up AUTOLOG2. This pre-dates the ability to configure the autolog user ID in SYSTEM CONFIG. Using a more modern view, installing an ESM would cause you to change SYSTEM CONFIG to contain SYSTEM_USERIDS STARTUP RACFVM AUTOLOG and RACFVM would bring up AUTOLOG1. But there is no way to configure RACF to bring up AUTOLOG1, so that would have to be addressed. I've never gotten a complaint about the AUTOLOG1/2 issue, so I haven't worried about it. There is still an outstanding requirement that IBM provide some sort of data in the default user directory that will more easily allow you to identify IBM-generated user IDs and their purpose. Alan Altmark z/VM Development IBM Endicott _ 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. -- Kris Buelens, IBM Belgium, VM customer support _ 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: AUTOLOG2?
I have always liked the password 'NOTHING'. When the auditors look at password information, they assume it can't be logged onto. :-) Tony Thigpen -Original Message - From: Kris Buelens Sent: 07/29/2010 08:52 AM Why not indeed 2010/7/29 Frank M. Ramaekers framaek...@ailife.com mailto:framaek...@ailife.com That brings up another question, can AUTOLOG1 have a password of AUTOONLY? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: Thursday, July 29, 2010 7:34 AM To: IBMVM@LISTSERV.UARK.EDU mailto:IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? On Thursday, 07/29/2010 at 08:11 EDT, Frank M. Ramaekers framaek...@ailife.com mailto:framaek...@ailife.com wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) It is used by RACF (and maybe other ESMs - I don't know). AUTOLOG1 brings up RACF. RACF brings up AUTOLOG2. This pre-dates the ability to configure the autolog user ID in SYSTEM CONFIG. Using a more modern view, installing an ESM would cause you to change SYSTEM CONFIG to contain SYSTEM_USERIDS STARTUP RACFVM AUTOLOG and RACFVM would bring up AUTOLOG1. But there is no way to configure RACF to bring up AUTOLOG1, so that would have to be addressed. I've never gotten a complaint about the AUTOLOG1/2 issue, so I haven't worried about it. There is still an outstanding requirement that IBM provide some sort of data in the default user directory that will more easily allow you to identify IBM-generated user IDs and their purpose. Alan Altmark z/VM Development IBM Endicott _ 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 mailto:privacy...@ailife.com. -- Kris Buelens, IBM Belgium, VM customer support
Re: AUTOLOG2?
AUTOONLY is fine and would be considered more 'secure' as you are preventing direct login. Just don't make it NOLOG :-) Scott Rohling On Thu, Jul 29, 2010 at 6:57 AM, Frank M. Ramaekers framaek...@ailife.comwrote: It’s just that it didn’t come distributed that way and I didn’t want to find out that it DOES matter what the password for AUTOLOG1 is. Frank M. Ramaekers Jr. -- *From:* The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] *On Behalf Of *Kris Buelens *Sent:* Thursday, July 29, 2010 7:52 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: AUTOLOG2? Why not indeed 2010/7/29 Frank M. Ramaekers framaek...@ailife.com That brings up another question, can AUTOLOG1 have a password of AUTOONLY? Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark Sent: Thursday, July 29, 2010 7:34 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: AUTOLOG2? On Thursday, 07/29/2010 at 08:11 EDT, Frank M. Ramaekers framaek...@ailife.com wrote: Why is there an AUTOLOG2? My system came defined with one, but the 191(A) disk is empty. (Back in my old VM/ESA days there was not AUTOLOG2 although there was an AUTOLOG1.) It is used by RACF (and maybe other ESMs - I don't know). AUTOLOG1 brings up RACF. RACF brings up AUTOLOG2. This pre-dates the ability to configure the autolog user ID in SYSTEM CONFIG. Using a more modern view, installing an ESM would cause you to change SYSTEM CONFIG to contain SYSTEM_USERIDS STARTUP RACFVM AUTOLOG and RACFVM would bring up AUTOLOG1. But there is no way to configure RACF to bring up AUTOLOG1, so that would have to be addressed. I've never gotten a complaint about the AUTOLOG1/2 issue, so I haven't worried about it. There is still an outstanding requirement that IBM provide some sort of data in the default user directory that will more easily allow you to identify IBM-generated user IDs and their purpose. Alan Altmark z/VM Development IBM Endicott _ 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. -- Kris Buelens, IBM Belgium, VM customer support _ 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: AUTOLOG2?
On Thu, Jul 29, 2010 at 3:15 PM, Tony Thigpen t...@vse2pdf.com wrote: I have always liked the password 'NOTHING'. When the auditors look at password information, they assume it can't be logged onto. :-) They might also be happy also with NOPASS (assuming it's the same as NOPASSWORD in RACF). Such experiences should show the responsible VM Systems Programmer he's on his own and should not expect any helpful guidance from the auditors. And maybe not even try to explain why the user profiles were missing for all NOLOG users... | Rob
rexx stem
I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: rexx stem
pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it
Re: rexx stem
well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.comwrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: rexx stem
Ah. You likely want to invoke XEDIT with a named PROFILE, then; the named PROFILE will use Pipes to reach back into the previous Rexx level and fetch the stem. On Thu, Jul 29, 2010 at 10:28 AM, Mark Pace pacemainl...@gmail.com wrote: well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.comwrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- zMan -- I've got a mainframe and I'm not afraid to use it
Re: AUTOLOG2?
On Thursday, 07/29/2010 at 09:27 EDT, Rob van der Heij rvdh...@gmail.com wrote: They might also be happy also with NOPASS (assuming it's the same as NOPASSWORD in RACF). It isn't. NOPASS in the directory means no password required. 'NOPASSWORD NOPHRASE' on RACF means that the user ID does not have an authenticator and end users cannot access it. No FTP. No logon. All you can do is XAUTOLOG it. ESMs can deny NOPASS logins if they want. RACF doesn't. (Though I am increasingly tempted to add a RACF SETROPTS to allow you to do so - and turn it on by default.) Such experiences should show the responsible VM Systems Programmer he's on his own and should not expect any helpful guidance from the auditors. And maybe not even try to explain why the user profiles were missing for all NOLOG users... VM allows the ESM to override a NOLOG. I.e. you have a user profile with a password and directory entry of NOLOG. You can authenticate via FTP (for example) and access files, but you do not have a virtual machine to call your own. This lets you keep USER DIRECT and the ESM in sync. Alan Altmark z/VM Development IBM Endicott
Re: rexx stem
Mark, There is a XEDIT output stage in PIPEs. PIPE the stem into XEDIT. The XEDIT has to be opened first. From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mark Pace Sent: Thursday, July 29, 2010 8:28 AM To: IBMVM@LISTSERV.UARK.EDU Subject: EXTERNAL: Re: rexx stem well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan zedgarhoo...@gmail.commailto:zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.commailto:pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: rexx stem
XEDIT macros can be, and usually are nowadays, written in REXX. You might want to think a bit more about the flow of what's happening. But to answer your question more directly, inside the XEDIT macro you are calling from the EXEC you can execute a pipe to get the variables of the calling exec. For example... /* your called XEDIT macro might contain... */ address COMMAND , 'PIPE (NAME GetCallerVars)' , '| REXXVARS 1' , /* Access caller's vars */ '| STRNFIND /s/' ,/* Skip source name */ '| SPECS W2-* 1' ,/* Drop 'n' and 'v' prefix */ '| JOIN 1 / /' , /* Var Name and Value into 1 */ '| STRFIND /'xfn'./' , /* Just our xfn. vars*/ '| NOT CHOP BEFORE STRING /./' , /* Lop our xfn, keep .xxx */ , /* Load them as 'c.' so we can easily tell from our vars*/ '| SPECS +~C+ 1' ,/* Bld: /C */ 'WORD 1 NEXT' , /* /C.name */ '+~+ NEXT' , /* /C.name/ */ 'WORD 2-* NEXT' , /* /C.name/value*/ '| STRIP TRAILING' , '| VARLOAD DIRECT' /* Restore caller's vars in here */ Now all the calling exec's variables are available in the XEDIT macro, prefixed by c. For example, if the calling exec was named FORMARK EXEC, and began with: address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . ... and the called XEDIT macro was named $FORMARK, and began with that, too... In the called XEDIT macro, xfn xft xfm would be $FORMARK XEDIT fm, while c.xfn c.xft and c.xfm would be FORMARK EXEC fm. If the calling exec has lots of variables you may want to trim down the number that you feed into the VARLOAD stage. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/29/2010 09:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: rexx stem well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems 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. E-mails 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 e-mail.
Re: rexx stem
How is XEDIT being invoked. Are you running an EXEC that invokes XEDIT which then runs a macro? If you are trying to retrieve the vars from the EXEC then PIPE will let you do so by specifying an invocation number of the rexxvars stage, then use the varload stage to load them into the XEDIT environment where the macro can access them. On 7/29/10 10:25 AM, Mark Pace pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT?
Re: rexx stem
Same but with the STACK. Frank M. Ramaekers Jr. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tony Thigpen Sent: Thursday, July 29, 2010 9:43 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: rexx stem I have used GLOBALVs for that in the past. Pass the name of the stem to xedit and have it retrieve the GLOBALV settings. Tony Thigpen -Original Message - From: Mark Pace Sent: 07/29/2010 10:28 AM well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan zedgarhoo...@gmail.com mailto:zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.com mailto:pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems _ 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: AUTOLOG2?
On Thu, Jul 29, 2010 at 4:39 PM, Alan Altmark alan_altm...@us.ibm.com wrote: On Thursday, 07/29/2010 at 09:27 EDT, Rob van der Heij rvdh...@gmail.com wrote: They might also be happy also with NOPASS (assuming it's the same as NOPASSWORD in RACF). It isn't. NOPASS in the directory means no password required. 'NOPASSWORD NOPHRASE' on RACF means that the user ID does not have an authenticator and end users cannot access it. No FTP. No logon. All you can do is XAUTOLOG it. Right, we know it isn't. But it isn't obvious without reading the book either... .. cannot... except for LOGONBY ... ESMs can deny NOPASS logins if they want. RACF doesn't. (Though I am increasingly tempted to add a RACF SETROPTS to allow you to do so - and turn it on by default.) We played with this before RACF/VM had the NOPASSWORD setting. For NOPASS users, our local modification would skip the password check to RACF (and thus avoid the risk of getting revoked). But we did not like the idea that with RACF inactive, all these important service machines would be wide open... Such experiences should show the responsible VM Systems Programmer he's on his own and should not expect any helpful guidance from the auditors. And maybe not even try to explain why the user profiles were missing for all NOLOG users... VM allows the ESM to override a NOLOG. I.e. you have a user profile with a password and directory entry of NOLOG. You can authenticate via FTP (for example) and access files, but you do not have a virtual machine to call your own. This lets you keep USER DIRECT and the ESM in sync. I think override is a bit strong here. So you can have a RACF user profile to access resources, even though you don't have a virtual machine with that name in the directory. And we have NOLOG virtual machines defined that never run on VM, so they don't request access to resources.There's a void space between them. Some special usage cases might nicely fit in as long as you know what you do. RACF and CP directory both have a partial view of the world for their own purpose. Attempts to align them only to simplify administration often leads to interesting experiences (like automated programs issue a DIRM PURGE for MNT540 because the RACF profile had not been touched in 90 days). | Rob
Re: rexx stem
Thanks everyone for the input, and Mike for such a detailed example. On Thu, Jul 29, 2010 at 10:42 AM, Mike Walter mike.wal...@hewitt.comwrote: XEDIT macros can be, and usually are nowadays, written in REXX. You might want to think a bit more about the flow of what's happening. But to answer your question more directly, inside the XEDIT macro you are calling from the EXEC you can execute a pipe to get the variables of the calling exec. For example... /* your called XEDIT macro might contain... */ address COMMAND , 'PIPE (NAME GetCallerVars)' , '| REXXVARS 1' , /* Access caller's vars */ '| STRNFIND /s/' ,/* Skip source name */ '| SPECS W2-* 1' ,/* Drop 'n' and 'v' prefix */ '| JOIN 1 / /' , /* Var Name and Value into 1 */ '| STRFIND /'xfn'./' , /* Just our xfn. vars*/ '| NOT CHOP BEFORE STRING /./' , /* Lop our xfn, keep .xxx */ , /* Load them as 'c.' so we can easily tell from our vars*/ '| SPECS +~C+ 1' ,/* Bld: /C */ 'WORD 1 NEXT' , /* /C.name */ '+~+ NEXT' , /* /C.name/ */ 'WORD 2-* NEXT' , /* /C.name/value*/ '| STRIP TRAILING' , '| VARLOAD DIRECT' /* Restore caller's vars in here */ Now all the calling exec's variables are available in the XEDIT macro, prefixed by c. For example, if the calling exec was named FORMARK EXEC, and began with: address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . ... and the called XEDIT macro was named $FORMARK, and began with that, too... In the called XEDIT macro, xfn xft xfm would be $FORMARK XEDIT fm, while c.xfn c.xft and c.xfm would be FORMARK EXEC fm. If the calling exec has lots of variables you may want to trim down the number that you feed into the VARLOAD stage. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. *Mark Pace pacemainl...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/29/2010 09:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: rexx stem well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan *zedgarhoo...@gmail.com*zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace *pacemainl...@gmail.com*pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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. E-mails 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 e-mail. -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: rexx stem
Mike, I want to tell that your example is a bit (very) oldfashioned. A simple REXXVARS was indeed the solution, you can do the same a bit easier by using REXXVARS TOLOAD. It produces records like /varname/varcontents (John doesn't guarantee the / will be the delimiter) So you could code: address '' 'PIPE REXXVARS TOLOAD', '|Strfind MYSTEM.', '| A second remark: if the stem one wants to get has numbered suffixes (like is often the case), there is no need to have PIPE obtain all variables from the calling exec. This would do to copy it into the current exec/macro: address '' 'PIPE STEM mystem. 1 |STEM mystem.' 2010/7/29 Mike Walter mike.wal...@hewitt.com XEDIT macros can be, and usually are nowadays, written in REXX. You might want to think a bit more about the flow of what's happening. But to answer your question more directly, inside the XEDIT macro you are calling from the EXEC you can execute a pipe to get the variables of the calling exec. For example... /* your called XEDIT macro might contain... */ address COMMAND , 'PIPE (NAME GetCallerVars)' , '| REXXVARS 1' , /* Access caller's vars */ '| STRNFIND /s/' ,/* Skip source name */ '| SPECS W2-* 1' ,/* Drop 'n' and 'v' prefix */ '| JOIN 1 / /' , /* Var Name and Value into 1 */ '| STRFIND /'xfn'./' , /* Just our xfn. vars*/ '| NOT CHOP BEFORE STRING /./' , /* Lop our xfn, keep .xxx */ , /* Load them as 'c.' so we can easily tell from our vars*/ '| SPECS +~C+ 1' ,/* Bld: /C */ 'WORD 1 NEXT' , /* /C.name */ '+~+ NEXT' , /* /C.name/ */ 'WORD 2-* NEXT' , /* /C.name/value*/ '| STRIP TRAILING' , '| VARLOAD DIRECT' /* Restore caller's vars in here */ Now all the calling exec's variables are available in the XEDIT macro, prefixed by c. For example, if the calling exec was named FORMARK EXEC, and began with: address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . ... and the called XEDIT macro was named $FORMARK, and began with that, too... In the called XEDIT macro, xfn xft xfm would be $FORMARK XEDIT fm, while c.xfn c.xft and c.xfm would be FORMARK EXEC fm. If the calling exec has lots of variables you may want to trim down the number that you feed into the VARLOAD stage. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. *Mark Pace pacemainl...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/29/2010 09:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: rexx stem well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan *zedgarhoo...@gmail.com*zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace *pacemainl...@gmail.com*pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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. E-mails 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 e-mail. -- Kris Buelens, IBM Belgium, VM customer support
Re: rexx stem
Kris, You're right... it's old code. Whenever I get the time to change it, I'll do so... :-) Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Kris Buelens kris.buel...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/29/2010 12:46 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: rexx stem Mike, I want to tell that your example is a bit (very) oldfashioned. A simple REXXVARS was indeed the solution, you can do the same a bit easier by using REXXVARS TOLOAD. It produces records like /varname/varcontents (John doesn't guarantee the / will be the delimiter) So you could code: address '' 'PIPE REXXVARS TOLOAD', '|Strfind MYSTEM.', '| A second remark: if the stem one wants to get has numbered suffixes (like is often the case), there is no need to have PIPE obtain all variables from the calling exec. This would do to copy it into the current exec/macro: address '' 'PIPE STEM mystem. 1 |STEM mystem.' 2010/7/29 Mike Walter mike.wal...@hewitt.com XEDIT macros can be, and usually are nowadays, written in REXX. You might want to think a bit more about the flow of what's happening. But to answer your question more directly, inside the XEDIT macro you are calling from the EXEC you can execute a pipe to get the variables of the calling exec. For example... /* your called XEDIT macro might contain... */ address COMMAND , 'PIPE (NAME GetCallerVars)' , '| REXXVARS 1' , /* Access caller's vars */ '| STRNFIND /s/' ,/* Skip source name */ '| SPECS W2-* 1' ,/* Drop 'n' and 'v' prefix */ '| JOIN 1 / /' , /* Var Name and Value into 1 */ '| STRFIND /'xfn'./' , /* Just our xfn. vars*/ '| NOT CHOP BEFORE STRING /./' , /* Lop our xfn, keep .xxx */ , /* Load them as 'c.' so we can easily tell from our vars*/ '| SPECS +~C+ 1' ,/* Bld: /C */ 'WORD 1 NEXT' , /* /C.name */ '+~+ NEXT' , /* /C.name/ */ 'WORD 2-* NEXT' , /* /C.name/value*/ '| STRIP TRAILING' , '| VARLOAD DIRECT' /* Restore caller's vars in here */ Now all the calling exec's variables are available in the XEDIT macro, prefixed by c. For example, if the calling exec was named FORMARK EXEC, and began with: address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . ... and the called XEDIT macro was named $FORMARK, and began with that, too... In the called XEDIT macro, xfn xft xfm would be $FORMARK XEDIT fm, while c.xfn c.xft and c.xfm would be FORMARK EXEC fm. If the calling exec has lots of variables you may want to trim down the number that you feed into the VARLOAD stage. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Mark Pace pacemainl...@gmail.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/29/2010 09:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: rexx stem well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems 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. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain
Re: RMSMASTR : ready or not
Haha I see... its' look like a patch for my wheel :) I suppose I should open a enhancement for that ! Route the FSMSMS3203I to operator's log would not be a deep development... and a better way to trigger vmtape, vmbackup... Regards Alain Benveniste Le 28 juil. 2010 à 23:28, Schuh, Richard a écrit : Are all of your tapes behind RMSMASTR? We had a situation when RMSMASTR did not start but everything else did. It was 3 days later that we got the first complaints about mounting tapes from the VTS, Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Christy Brogan Sent: Wednesday, July 28, 2010 1:33 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RMSMASTR : ready or not Like Richard, we run VM:Tape. Here, it is NOT happy if it tries to start when RMSMASTR isn't ready. (Maybe we can chat Richard!) Basically what we do is to have a sleep in autolog2 to start up RMSMASTR, wait a few minutes and then do VMTAPE. It's not precise, but it works for us. :-) Schuh, Richard ---07/28/2010 01:24:33 PM---You could always loop while trying to mount a tape. When it is mounted, RMSMASTR is ready.:-) In rea From: Schuh, Richard rsc...@visa.com To: IBMVM@LISTSERV.UARK.EDU Date: 07/28/2010 01:24 PM Subject: Re: RMSMASTR : ready or not Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU You could always loop while trying to mount a tape. When it is mounted, RMSMASTR is ready.:-) In reality, the tape manager should be able to wait to open the interface until RMSMASTR is ready. Here, we have both a VTS, controlled by RMSMASTR, and 2 SL3000s, controlled by STKACS, and some tapes that are outside the silos. VMTAPE manages to initialize before RMSMASTR is ready and is quite happy adding the VTS to its stable when it is ready. If you really need to insure that RMSMASTR is running, you need an Observer or a Secuser of it that looks for the message FSMSMS3203I RMSMASTR is running. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Alain Benveniste Sent: Wednesday, July 28, 2010 11:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: RMSMASTR : ready or not Looking back to my autolog2 profile, I found not much pretty to xautolog rmsmastr and sleep 30 sec to xautolog products they require tape mounts. Rather than that I thought to trap a message that says in substance rmsmastr is ready, the tapes drives are there Or rmsmastr did not found a drive to initialize library ABC123 What could I test to be sure of its good initialization ? Alain
Re: rexx stem
Thank you, Kris. 1 stem was all I need for this job. 'PIPE stem mystem. 1 | stem mystem.' worked perfectly. On Thu, Jul 29, 2010 at 1:46 PM, Kris Buelens kris.buel...@gmail.comwrote: Mike, I want to tell that your example is a bit (very) oldfashioned. A simple REXXVARS was indeed the solution, you can do the same a bit easier by using REXXVARS TOLOAD. It produces records like /varname/varcontents (John doesn't guarantee the / will be the delimiter) So you could code: address '' 'PIPE REXXVARS TOLOAD', '|Strfind MYSTEM.', '| A second remark: if the stem one wants to get has numbered suffixes (like is often the case), there is no need to have PIPE obtain all variables from the calling exec. This would do to copy it into the current exec/macro: address '' 'PIPE STEM mystem. 1 |STEM mystem.' 2010/7/29 Mike Walter mike.wal...@hewitt.com XEDIT macros can be, and usually are nowadays, written in REXX. You might want to think a bit more about the flow of what's happening. But to answer your question more directly, inside the XEDIT macro you are calling from the EXEC you can execute a pipe to get the variables of the calling exec. For example... /* your called XEDIT macro might contain... */ address COMMAND , 'PIPE (NAME GetCallerVars)' , '| REXXVARS 1' , /* Access caller's vars */ '| STRNFIND /s/' ,/* Skip source name */ '| SPECS W2-* 1' ,/* Drop 'n' and 'v' prefix */ '| JOIN 1 / /' , /* Var Name and Value into 1 */ '| STRFIND /'xfn'./' , /* Just our xfn. vars*/ '| NOT CHOP BEFORE STRING /./' , /* Lop our xfn, keep .xxx */ , /* Load them as 'c.' so we can easily tell from our vars*/ '| SPECS +~C+ 1' ,/* Bld: /C */ 'WORD 1 NEXT' , /* /C.name */ '+~+ NEXT' , /* /C.name/ */ 'WORD 2-* NEXT' , /* /C.name/value*/ '| STRIP TRAILING' , '| VARLOAD DIRECT' /* Restore caller's vars in here */ Now all the calling exec's variables are available in the XEDIT macro, prefixed by c. For example, if the calling exec was named FORMARK EXEC, and began with: address 'COMMAND' parse source xos xct xfn xft xfm xcmd xenvir . ... and the called XEDIT macro was named $FORMARK, and began with that, too... In the called XEDIT macro, xfn xft xfm would be $FORMARK XEDIT fm, while c.xfn c.xft and c.xfm would be FORMARK EXEC fm. If the calling exec has lots of variables you may want to trim down the number that you feed into the VARLOAD stage. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. *Mark Pace pacemainl...@gmail.com* Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 07/29/2010 09:28 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: rexx stem well I've created a stem in REXX. I want to call XEDIT to present a menu using the data from that stem. On Thu, Jul 29, 2010 at 10:26 AM, zMan *zedgarhoo...@gmail.com*zedgarhoo...@gmail.com wrote: pass meaning what? Insert it into the file? On Thu, Jul 29, 2010 at 10:25 AM, Mark Pace *pacemainl...@gmail.com*pacemainl...@gmail.com wrote: I'm having writers (programmers) block today. Is there a way to pass a REXX stem to XEDIT? -- zMan -- I've got a mainframe and I'm not afraid to use it -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- 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. E-mails 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 e-mail. -- Kris Buelens, IBM Belgium, VM customer support -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: RMSMASTR : ready or not
Alain, Have you looked at making OPERATOR the secondary user (SECUSER) for RMSMASTR? WIll that not route the RMS messages to OPERATOR? On Thu, Jul 29, 2010 at 12:16 PM, Alain Benveniste a.benveni...@free.frwrote: Haha I see... its' look like a patch for my wheel :) I suppose I should open a enhancement for that ! Route the FSMSMS3203I to operator's log would not be a deep development... and a better way to trigger vmtape, vmbackup... Regards Alain Benveniste Le 28 juil. 2010 à 23:28, Schuh, Richard a écrit : Are all of your tapes behind RMSMASTR? We had a situation when RMSMASTR did not start but everything else did. It was 3 days later that we got the first complaints about mounting tapes from the VTS, Regards, Richard Schuh
Re: RMSMASTR : ready or not
It's been quite a while (perhaps 2004?) since we used RMSMASTR, and I did a bunch of local stuff before it began, but the methods to correlate with VM:Tape that I used was to change the PROFILE EXEC to call our HASERVE EXEC before it looped calling the RMSSERV EXEC. Here's the pertinent part from the HASERVE EXEC (pasted intact with all it's gory learn-as-we-went commented-out stuff): /*---*/ /* Build a SESSION GLOBALV value with all RMSMASTR-controlled*/ /* tape drives for use by QFRMSEXT EXEC, as well as error */ /* recovery in case a VTS is not ready yet and needs retries.*/ /*---*/ 'PIPE (END ? NAME GetRdevs)' , '| RMCONFIG DATA L' , '| STRIP LEADING' , '| SPLIT BEFORE *' , /* Split comment to next line*/ '| STRNFIND \*\' ,/* Blitz comments*/ '| LOCATE WORD 1' , /* Blitz blank lines */ '| SPACE 0' , /* Remove spaces */ '| STEM rdevs.' /* Resultant rdev-rdev(s)*/ /* Handle either case: rdev rdev ... * Some comments */ /* or: rdev-rdev ... *other comments */ /*but not: rdev rdev-rdev * Not both ranges + single */ sdevs=''/* sdevs = Serial rdev addrs */ Signal OFF NoValue Do rx=1 to rdevs.0 If pos('-',rdevs.rx)=0 then Do sdevs=sdevs rdevs.rx Iterate End /* Must have an rdev-rdev range */ Do until rest='' parse var rdevs.rx rbeg'-'rend rest rest=strip(rest,'B') parse var rest c1 2 . If c1='*' then rest=''/* Ignore comments */ rnext=x2d(rbeg) rstop=x2d(rend) Do until rnextrstop sdevs=sdevs d2x(rnext) rnext=rnext+1 End End /* While */ End rx Signal ON NoValue rmsdrives=sdevs drop sdevs 'GLOBALV SELECT HASERV PUTS RMSDRIVES' /* Set SESSION GLOBALV */ ?msgop=0/* CP MSG OP of critical problems */ ?hamimgr=0 /* Perform H.A. version of MI init*/ If 1=2 then /* No longer used, this was an early attempt */ Do 'VMTAPE RMS QUERY' /* Status?*/ 'VMTAPE SUSPEND' /*Don't let VMT alloc before RMS is fully up*/ End errcnt=0 /* Init as OK */ sleeptime='1 MIN' retries=60 /* Do rx=1 to retries until errcnt2 */ Do rx=1 to retries until src=0 say '' If rx=1 then Call Notify 'DFSMS initialization begins.' else Call Notify 'DFSMS initialization attempt:' rx say '' /* A Pipe traps all messages until RMSSERV, and it's module*/ /* FSMDFSMS complete, which prevents us from knowing what*/ /* is going on when it runs normally. */ /*'PIPE (END ? NAME RMSSERV)' , * '| COMMAND EXEC RMSSERV' , * '| CONSOLE' , * '| nBBC: LOCATE WORD 1 /FSMBBC0505E/' , * '| LOCATE / 2523, /' , * '| PICK WORD -1;* == /3/' , /* rc=3 */ * '| fany: FANINANY' , * '| COUNT LINES' , * '| VAR errcnt' , * '? nBBC:' , * '| LOCATE WORD 1 /FSMXXX0505E/' , * '| LOCATE / 2522, /' , * '| PICK WORD -1;* == /3/' , /* rc=3 */ * '| FANY:' */ 'EXEC RMSSERV' src=rc 'SET IMPEX ON' /* RMSSERV sets it off */ If src=0 then Leave/* No specific rc for not-ready VTS*/ Call ResetRdevs If rx1 then /* It's not the first try*/ Do Call Notify 'Sleeping' sleeptime 'before retry' , rx+1 'of' retries'.' 'CP SLEEP' sleeptime 'ATTN' If rc=1457 then /* Someone pressed ENTER */ Do say time() 'Aborting after' rx 'attempts due to' , 'ENTER key interrupt.' Call Exit rc End End End say '' Call Notify 'DFSMS has ended, rc='src , '('rx 'initialization attempts)' say '' Call Notify 'DFSMS has ended, rc='src , '('rx 'initialization attempts)' If cons('D') then /* Local exec returning 1 if Disconnected */ 'CP LOGOFF' 'ACCESS 191 A' Call Exit src // /* Sub-Routines below this point */
zVM 5.4, OS/390 2.10 and OSA
We have a OS/390 2.10 guest machine running under zVM 5.4 on z9BC . The OSA addresses are natively attached to the OS/390 2.10 guest. Last week before the weekend upgrade, there was not a problem getting to the OS/390 2.10 guest. However, during the weekend upgrade, we went from 16G to 32G and a microcode upgrade. Now it takes about 5 minutes from the time I launch the PCOM session to when I receive the TN3270 screen. Did the microcode upgrade mess with the OSA ? I don't know what the microcode upgrade was.
Re: Dasd Volser standards documented
Phil, I don't really know if these restrictions are really documented anywhere in any IBM official publication. I do know that IBM Endicott follows the name the volume with its function rulethe install volumes for z/VM 6.1 are 610RES, 610PAG and 610SPL. Some sites expand on that naming standard and name their DASD, using names like USR001, LNX001, or 61LX01 to at least give them an idea of what's on the volume and what system it belongs to. Hope this helps. On 07/28/2010 09:25 AM, Philip Tully wrote: I appreciate the responses, but the specifics are I am looking for are what should not be used. I think we all have enough experience to know we should use and '*' in the volser, but are these kind of restrictions documented? -- Dave Jones V/Soft www.vsoft-software.com Houston, TX 281.578.7544
Re: Dasd Volser standards documented
On Wednesday, 07/28/2010 at 10:26 EDT, Philip Tully tull...@optonline.net wrote: I appreciate the responses, but the specifics are I am looking for are wh at should not be used. I think we all have enough experience to know we shou ld use and '*' in the volser, but are these kind of restrictions documented ? There's no documentation that I'm aware of, but you'll want to avoid volsers that are 1 to 4 hexadecimal digits (i.e. could be interpreted as a device address) or that match the keywords on any of these commands - QUERY DASD - QUERY ALLOC - ATTACH - DETACH This includes volids like FREE, ALL, BOXED, ACTIVE, VOLID, VOLUME, etc. Also avoid imbedded blanks. Alan Altmark z/VM Development IBM Endicott