Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
For LLA managed dataset would BLDL 0 return a zero return code. Sent from my iPhone On Mar 10, 2014, at 3:34 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
I don't know, but I wonder why you have reasons to suppose it will be different for LLA managed libraries. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 09:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 For LLA managed dataset would BLDL 0 return a zero return code. Sent from my iPhone On Mar 10, 2014, at 3:34 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 9:55:21. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
If I have the csvllix1 exit installed The actual load de= would drive it Not the BLDL right ? Sent from my iPhone On Mar 10, 2014, at 5:06 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I don't know, but I wonder why you have reasons to suppose it will be different for LLA managed libraries. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 09:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 For LLA managed dataset would BLDL 0 return a zero return code. Sent from my iPhone On Mar 10, 2014, at 3:34 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Possibly, but I am not user. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 11:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 If I have the csvllix1 exit installed The actual load de= would drive it Not the BLDL right ? Sent from my iPhone On Mar 10, 2014, at 5:06 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I don't know, but I wonder why you have reasons to suppose it will be different for LLA managed libraries. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 09:55 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 For LLA managed dataset would BLDL 0 return a zero return code. Sent from my iPhone On Mar 10, 2014, at 3:34 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Well, I'd say: why not? LLA is fully transparent to applications. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: Monday, March 10, 2014 00:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site:
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
CSVLLIX1 and 2 are not invoked for BLDL The services that drive CSVLLIX1 are LINK, LOAD, XCTL and ATTACH. CSVLLIX2 is driven by a desire by LLA to perform staging functions for the module. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: 09 March 2014 23:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
There are but settings In the user area Mapped by ihapds macro indicating where the module came from I wonder what the setting would be For a LLA manages dataset Sent from my iPhone On Mar 10, 2014, at 6:25 AM, Rob Scott rsc...@rocketsoftware.com wrote: CSVLLIX1 and 2 are not invoked for BLDL The services that drive CSVLLIX1 are LINK, LOAD, XCTL and ATTACH. CSVLLIX2 is driven by a desire by LLA to perform staging functions for the module. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: 09 March 2014 23:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Sorry bit settings (hate that spellchecker) Sent from my iPhone On Mar 10, 2014, at 6:29 AM, Micheal Butz michealb...@optonline.net wrote: There are but settings In the user area Mapped by ihapds macro indicating where the module came from I wonder what the setting would be For a LLA manages dataset Sent from my iPhone On Mar 10, 2014, at 6:25 AM, Rob Scott rsc...@rocketsoftware.com wrote: CSVLLIX1 and 2 are not invoked for BLDL The services that drive CSVLLIX1 are LINK, LOAD, XCTL and ATTACH. CSVLLIX2 is driven by a desire by LLA to perform staging functions for the module. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of MichealButz Sent: 09 March 2014 23:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: BLDL 0 and LLA managed datasets/CSVLLIX1 Hi, When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets Would that drive the LLA exits CSVLLIX1and 2 thhanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
MichealButz wrote: When Doing BLDL 0 the system searches task step and joblib what is the situation if the dataset is LLA managed in addition would if BLDL 0 does take into consideration LLA managed datasets. Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. But then, Kees said the LLA is *transparent* to applications. Michael, does it matter for you? Do you get any errors or problems if the mod is not there where you expect it to be found? I really hope that one of the kind IBMers will pipe up on this thread... Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RC 24 from ISRSUPC (Was 0C4 from TSOEXEC IEBCOMPR)
In 6209480351328263.wa.paulgboulderaim@listserv.ua.edu, on 03/09/2014 at 06:51 PM, Paul Gilmartin paulgboul...@aim.com said: A string containing an unmatched apostrophe. %member 'foo should work just fine. And it was in an ISPSTART context; Then you're dealing with ISPF issues, not just REXX and TSO issues; it has nothing to do with what % allows. Try, at the command line, %rexx say arg(1); exit; ' assuming that user.clist(rexx) doesn't use any ISPF services. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
In m3ha77p31u@garlic.com, on 03/09/2014 at 03:47 PM, Anne Lynn Wheeler l...@garlic.com said: ... the executable image on disk could be directly mapped to any address in memory w/o any further alterations or changes. You don't consider a PSECT to be part of the image? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Timing issue with Automation product (CA OPSMVS)
The others have given good advice. I would suggest finding out which rule is doing the start of the server. I would then see why that rule is being triggered multiple times. This is the proper way. However, I'll also give you my improper way. We used to have operators who would do multiple START commands for CICS regions. This was irritating because it was somewhat difficult to get the extra regions out of the system. Yes, we could cancel with an A=. But that generated problem reports. Which caused management to bug us. So I wrote up a CA-OPS/MVS rule to control the START command. You, and others, might find it interesting. Or you might not. )CMD START )PROC smfid=OPSINFO('SMFID') EasyRuleCmdText = TRANSLATE(CMD.TEXT,' ',',') upper EasyRuleCmdText WhatIsStarting=word(EasyRuleCmdText,2) WhatIsStarting=TRANSLATE(WhatIsStarting, ,.) WhatIsStarting=word(WhatIsStarting,1) /* Do not allow Production or Clone CICS regions to start on the Development system */ if (smfid='DEV1') then do if 'PCICS' = LEFT(WhatIsStarting,5) then return REJECT if 'CCICS' = LEFT(WhatIsStarting,5) then return REJECT end /* Do not allow non-Production CICS regions on the Production system */ if (smfid='LIH1') then do if 'TCICS' = LEFT(WhatIsStarting,5) then return REJECT if 'MCICS' = LEFT(WhatIsStarting,5) then return REJECT IF 'IMCM' = WhatIsStarting then return REJECT end /* Some things require multiple instances 2b started. List them here. */ MULTIPLEOK=INIT BMCCAS OPSOSF BBISSA1 DUMPSMF C41PDUMP CMRDJCL MULTIPLEOK=MULTIPLEOK TS13DUMP SCHSRVR ATTSRVR CCITCPGW /* Test to see if multiple starts are OK. If so, allow the start */ if (0WORDPOS(WhatIsStarting,MultipleOK)) then return NOACTION /* if multiple starts are not allowed, then check to see if the STC is already running. If so, abort the start, else allow it. */ if (0OPSTATUS(A,A,WhatIsStarting)) then do Msg_Start.1=Dude! Msg_Start.2=Notice. Msg_Start.3=Achtung! Msg_Start.4=Oh, WOW! Msg_Start.5=Heavy, Msg_Start.0=5 Msg_End.1=is already running! Msg_End.2=is currently running. Msg_End.3=is, like, you know, already doing it''s thing. Msg_End.0=3 Msg_Number_S = 1+RANDOM(Msg_Start.0-1) Msg_Number_E = 1+RANDOM(Msg_End.0-1) MS = Msg_Start.Msg_Number_S ME = Msg_End.Msg_Number_E Address WTO TEXT('MS WhatIsStarting ME') , DESC(5) LOWLITE MCSFLAGS(RESP) ROUTE(MSTRINFO) return REJECT end else return NOACTION OK, you might want to clean up the message that I put out when the START is aborted due to the STC already running. I was in a winsome mood that day. On Sun, Mar 9, 2014 at 10:57 PM, baby eklavya baby.ekla...@gmail.comwrote: We are running z/os 1.11 and also have SAS 8.2 in our shop .Each time after IPL ,automation issues the start command for SAS server3 started task repeatedly ( more than 100 times).But the fun part is that , the task is actually started with one of the start commands issued initially . But automation still keeps issuing the start command for this task and eventually gives up saying the task cannot be started . Is this a timing issue ? or a communication problem between the task and automation product ( CA OPSMVS) . How can i fix this ? Regards, Baby -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Access to DITTO
Hello everybody I would like to give a group of users access to browse and only browse a VSAM dataset using DITTO. The DITTO/ESA Inst. and Cust. Guide references a RACF profile DITTO.VSAM.UPDATE. But that's exactly what I dont want to give them. Maybe access to PROGRAM(DITTO) is enough. Any idea how to proper set up RACF in this case? Thanks and best regards. Florian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
On Mon, 10 Mar 2014 05:32:38 -0500 Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: :Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. The BLDL concatenation number does that. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Access to DITTO
Why not simply give read access? What is special about DITTO read? On Mon, 10 Mar 2014 07:16:31 -0500 Florian Luetscher florian.luetsc...@helsana.ch wrote: :Hello everybody : :I would like to give a group of users access to browse and only browse a VSAM dataset using DITTO. : :The DITTO/ESA Inst. and Cust. Guide references a RACF profile DITTO.VSAM.UPDATE. But that's exactly what I dont want to give them. Maybe access to PROGRAM(DITTO) is enough. : :Any idea how to proper set up RACF in this case? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFHSM RECYCLE PROBLEM
Hello, I have this situation: The HSM was doing the RECYCLE of virtual tapes (3490e) to a physical tape (3592). But a problem with drive 3592 happened and the HSM was cancelled with force, before the RECYCLE FINISHED. But, before cancel the HSM with force, was commnaded HSEND HOLD RECYCLE, but the recycle of the tape D02584 not ended and the HSM was cancelled. Now, when I tryed do te recycle of the tape D02584 (there are 39 volumes connected), I received the message ARC0845I RC=0003 and the recycle finished (the tape are in use by another activity) but it is not true. I tryed recall a file to do the jail brake, the HSM just put in the queue the RECALL and do nothing. The samething happened when I try do the recycle. When I do the HSEND QUERY ACT(TCBADDRESS) nothing appear, but I can't do the recycle or recall. I already do the audit (many times) and the problem persist. I need to this recycle to turn off the B18 machine ASAP. Somebody can help me, please ? These environment is a old environemnt and it is with z/OS 1.4. Thank you Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Binyamin Dissen wrote: Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. The BLDL concatenation number does that. Thanks! Very kind of you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Access to DITTO
Florian Luetscher wrote: I would like to give a group of users access to browse and only browse a VSAM dataset using DITTO. As Binyamin Dissen said, just give Read access. The DITTO/ESA Inst. and Cust. Guide references a RACF profile DITTO.VSAM.UPDATE. But that's exactly what I dont want to give them. Maybe access to PROGRAM(DITTO) is enough. You can use PROGRAM(DITTO) which is useful for limiting usage of DITTO itself for example, but not for above scenario for VSAM datasets. Any idea how to proper set up RACF in this case? Try giving access to DITTO.VSAM.UPDATE in FACILITY Class to certain persons/groups and create DITTO.** and give it UACC = Read. (See Binyamin's note above.) Or just use this for example: DITTO.FUNCTION.VB -- Browsing VSAM datasets. Give UACC=READ. DITTO.FUNCTION.VE -- Editing VSAM datasets. Give specific access as needed. DITTO.** -- To close all remaining DITTO holes. Remember to protect your VSAM datasets properly too. This is more important. Protect the resources, not the tools only. That should get you a go. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
The concatenation number say its LLA managed ? Sent from my iPhone On Mar 10, 2014, at 8:55 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Binyamin Dissen wrote: Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. The BLDL concatenation number does that. Thanks! Very kind of you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
Can you explain, what you are looking for? As I said before, LLA is transparent to the application, so you will probably not see it at all. There are so many things that are LLA related, like: was the directory cached / was the library VLF eligible / did the module come from VLF etc. etc. which are all hidden because of the LLA transparency. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 14:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 The concatenation number say its LLA managed ? Sent from my iPhone On Mar 10, 2014, at 8:55 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Binyamin Dissen wrote: Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. The BLDL concatenation number does that. Thanks! Very kind of you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
From what I understand though the exits will only be driven By attach, load link load de= Sent from my iPhone On Mar 10, 2014, at 9:16 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Can you explain, what you are looking for? As I said before, LLA is transparent to the application, so you will probably not see it at all. There are so many things that are LLA related, like: was the directory cached / was the library VLF eligible / did the module come from VLF etc. etc. which are all hidden because of the LLA transparency. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: Monday, March 10, 2014 14:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: BLDL 0 and LLA managed datasets/CSVLLIX1 The concatenation number say its LLA managed ? Sent from my iPhone On Mar 10, 2014, at 8:55 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Binyamin Dissen wrote: Hmmm, after looking at this thread, I think we all need a way for BLDL [ and other module fetch macros ] to tell us exactly *where* that mod came from. Could be helpful for diagnosis. The BLDL concatenation number does that. Thanks! Very kind of you. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM RECYCLE PROBLEM
Have you done the TTOC list to see what maybe left on the tape? Have you done a DELVOL MARKFULL command? Have you looked at the TAPECOPY command? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edson Luiz Buturi Sent: Monday, March 10, 2014 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM RECYCLE PROBLEM Hello, I have this situation: The HSM was doing the RECYCLE of virtual tapes (3490e) to a physical tape (3592). But a problem with drive 3592 happened and the HSM was cancelled with force, before the RECYCLE FINISHED. But, before cancel the HSM with force, was commnaded HSEND HOLD RECYCLE, but the recycle of the tape D02584 not ended and the HSM was cancelled. Now, when I tryed do te recycle of the tape D02584 (there are 39 volumes connected), I received the message ARC0845I RC=0003 and the recycle finished (the tape are in use by another activity) but it is not true. I tryed recall a file to do the jail brake, the HSM just put in the queue the RECALL and do nothing. The samething happened when I try do the recycle. When I do the HSEND QUERY ACT(TCBADDRESS) nothing appear, but I can't do the recycle or recall. I already do the audit (many times) and the problem persist. I need to this recycle to turn off the B18 machine ASAP. Somebody can help me, please ? These environment is a old environemnt and it is with z/OS 1.4. Thank you Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM RECYCLE PROBLEM
Lizette, On the TTOC list the tape have a subsequent tape. And this tape is marked full too. Thank you Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@listserv.ua.edu Date: 10/03/2014 10:40 Subject:Re: DFHSM RECYCLE PROBLEM Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Have you done the TTOC list to see what maybe left on the tape? Have you done a DELVOL MARKFULL command? Have you looked at the TAPECOPY command? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edson Luiz Buturi Sent: Monday, March 10, 2014 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM RECYCLE PROBLEM Hello, I have this situation: The HSM was doing the RECYCLE of virtual tapes (3490e) to a physical tape (3592). But a problem with drive 3592 happened and the HSM was cancelled with force, before the RECYCLE FINISHED. But, before cancel the HSM with force, was commnaded HSEND HOLD RECYCLE, but the recycle of the tape D02584 not ended and the HSM was cancelled. Now, when I tryed do te recycle of the tape D02584 (there are 39 volumes connected), I received the message ARC0845I RC=0003 and the recycle finished (the tape are in use by another activity) but it is not true. I tryed recall a file to do the jail brake, the HSM just put in the queue the RECALL and do nothing. The samething happened when I try do the recycle. When I do the HSEND QUERY ACT(TCBADDRESS) nothing appear, but I can't do the recycle or recall. I already do the audit (many times) and the problem persist. I need to this recycle to turn off the B18 machine ASAP. Somebody can help me, please ? These environment is a old environemnt and it is with z/OS 1.4. Thank you Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM RECYCLE PROBLEM
OK, but I have no alternate volume . Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@listserv.ua.edu Date: 10/03/2014 10:49 Subject:Re: DFHSM RECYCLE PROBLEM Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu If you have an alternate volume for your tapes, then the DELVOL command with MARKFULL will remove the current and use the alternate. If not, then I have nothing else to provide. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edson Luiz Buturi Sent: Monday, March 10, 2014 6:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFHSM RECYCLE PROBLEM Lizette, On the TTOC list the tape have a subsequent tape. And this tape is marked full too. Thank you Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN@listserv.ua.edu Date: 10/03/2014 10:40 Subject:Re: DFHSM RECYCLE PROBLEM Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Have you done the TTOC list to see what maybe left on the tape? Have you done a DELVOL MARKFULL command? Have you looked at the TAPECOPY command? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edson Luiz Buturi Sent: Monday, March 10, 2014 5:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: DFHSM RECYCLE PROBLEM Hello, I have this situation: The HSM was doing the RECYCLE of virtual tapes (3490e) to a physical tape (3592). But a problem with drive 3592 happened and the HSM was cancelled with force, before the RECYCLE FINISHED. But, before cancel the HSM with force, was commnaded HSEND HOLD RECYCLE, but the recycle of the tape D02584 not ended and the HSM was cancelled. Now, when I tryed do te recycle of the tape D02584 (there are 39 volumes connected), I received the message ARC0845I RC=0003 and the recycle finished (the tape are in use by another activity) but it is not true. I tryed recall a file to do the jail brake, the HSM just put in the queue the RECALL and do nothing. The samething happened when I try do the recycle. When I do the HSEND QUERY ACT(TCBADDRESS) nothing appear, but I can't do the recycle or recall. I already do the audit (many times) and the problem persist. I need to this recycle to turn off the B18 machine ASAP. Somebody can help me, please ? These environment is a old environemnt and it is with z/OS 1.4. Thank you Edson Luiz Buturi z/OS Storage Specialist ITS - Integrated Technology Services Email: elbut...@br.ibm.com Tel: 55-11-2132-3105 Mobile: 55-19-98172-9848 São Paulo - SP - Brasil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BLDL 0 and LLA managed datasets/CSVLLIX1
In 9921080e-5ded-41f9-b921-0d68605c1...@optonline.net, on 03/10/2014 at 06:29 AM, Micheal Butz michealb...@optonline.net said: There are but settings In the user area Mapped by ihapds macro indicating where the module came from I wonder what the setting would be For a LLA manages dataset First, BLDL doesn't fetch the member[1]. Second, you have to know what is in the active link list, in each tasklib and the private library (if any) in order to know where BLDL found the member[1]; BLDL returns: K: Indicates the concatenation number of the data set. For the first or only data set, this value is zero. Z: Indicates where the system found the directory entry: Code Meaning 0Private library 1Link library 2Job, task, or step library 3-16 Job, task, or step library of parent task n, where n = Z-2 Note that it doesn't matter whether the BLDL data are cached. [1] It need not be a load module. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM RECYCLE PROBLEM
ISTR that DFHSM has a 40 volume limit for connected sets. Break the chain (anywhere) by recalling the dataset that spans volumes. Recycle either piece of the broken chain and then re-migrate the recalled dataset. To locate the dataset spanning volumes: HSEND LIST TTOC(volume 1) HSEND LIST TTOC(volume2) The last dataset on volume1 should also be the first dataset on volume2. HOWEVER, ARC0845I/ RC3 indicated volume in use. My first take is to perform a graceful shutdown/restart of HSM and retry. If that does not work try the recycle command with the force operand. Check the fine manuals for syntax, HTH, snip The HSM was doing the RECYCLE of virtual tapes (3490e) to a physical tape (3592). But a problem with drive 3592 happened and the HSM was cancelled with force, before the RECYCLE FINISHED. But, before cancel the HSM with force, was commnaded HSEND HOLD RECYCLE, but the recycle of the tape D02584 not ended and the HSM was cancelled. Now, when I tryed do te recycle of the tape D02584 (there are 39 volumes connected), I received the message ARC0845I RC=0003 and the recycle finished (the tape are in use by another activity) but it is not true. I tryed recall a file to do the jail brake, the HSM just put in the queue the RECALL and do nothing. The samething happened when I try do the recycle. When I do the HSEND QUERY ACT(TCBADDRESS) nothing appear, but I can't do the recycle or recall. I already do the audit (many times) and the problem persist. I need to this recycle to turn off the B18 machine ASAP. Somebody can help me, please ? These environment is a old environemnt and it is with z/OS 1.4. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Access to DITTO
On 03/10/2014 08:06 AM, Elardus Engelbrecht wrote: Florian Luetscher wrote: I would like to give a group of users access to browse and only browse a VSAM dataset using DITTO. As Binyamin Dissen said, just give Read access. The DITTO/ESA Inst. and Cust. Guide references a RACF profile DITTO.VSAM.UPDATE. But that's exactly what I dont want to give them. Maybe access to PROGRAM(DITTO) is enough. You can use PROGRAM(DITTO) which is useful for limiting usage of DITTO itself for example, but not for above scenario for VSAM datasets. Any idea how to proper set up RACF in this case? Try giving access to DITTO.VSAM.UPDATE in FACILITY Class to certain persons/groups and create DITTO.** and give it UACC = Read. (See Binyamin's note above.) Or just use this for example: DITTO.FUNCTION.VB -- Browsing VSAM datasets. Give UACC=READ. DITTO.FUNCTION.VE -- Editing VSAM datasets. Give specific access as needed. DITTO.** -- To close all remaining DITTO holes. Remember to protect your VSAM datasets properly too. This is more important. Protect the resources, not the tools only. That should get you a go. Groete / Greetings Elardus Engelbrecht It seems rather odd to want to only allow READ access through a specific program, unless that program is also able to restrict what you can see -- and I wasn't aware that was a characteristic of DITTO. But if you really want to implement this, no one seems to have mentioned RACF program-controlled access. RACF PROGRAM profiles can be used both to control access to specific programs and to conditionally control access to data sets. You first have to have an explicit PROGRAM profile for the program in question (DITTO). PROGRAM profiles must also be associated with one or more datasets from which the program might be loaded. You also must have a program-controlled environment, which means that all programs loaded into the environment must be under the control of some PROGRAM profile. This generally means you need a generic ** PROGRAM profile associated with all libraries in the LinkList and any other libraries you might need to reference in a program-controlled job step so you won't unintentionally lose your program-controlled environment when some unknown (to the typical user) module is loaded internally by the main program -- and the difficult-to-remember part is that if the names of libraries in the LINKLIST change, this profile must be updated accordingly. To be on the safe side, be sure to create these PROGRAM profiles with UACC READ before activating PROGRAM profiles so as to not shoot yourself in the foot by immediately denying access to all programs for all users! Once those are in place, do not grant the restricted class of users any direct access to the DATASET profile covering the VSAM cluster in question, but do grant the restricted class of users program-controlled READ access to that profile (see the WHEN(PROGRAM(... )) option of PERMIT). That way they only have READ access to the dataset when the main program is DITTO. Also note that PROGRAM profiles are cached in memory and require an explicit REFRESH to pick up any changes. Even if RACF PROGRAM profiles are not used to deny program access to any users, the PROGRAM profiles must exist and be active in order to have a program-controlled environment and in order to have program-controlled access to DATASET profiles. As already implied, the effort to implement this technique doesn't really make sense from a security standpoint unless the program through which restricted access (READ or UPDATE) is given is able to limit what the user can do to only a subset of what direct READ or UPDATE access to the data set might allow. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RC 24 from ISRSUPC (Was 0C4 from TSOEXEC IEBCOMPR)
On Sun, 9 Mar 2014 23:41:12 -0400, Shmuel Metz (Seymour J.) wrote: And it was in an ISPSTART context; Then you're dealing with ISPF issues, not just REXX and TSO issues; it has nothing to do with what % allows. Try, at the command line, %rexx say arg(1); exit; ' Yes, but I never claimed it was just REXX and TSO issues, merely that there was a context in which EXEC worked but '%' didn't. And I was wishing for EXEC *(MEMBER) ... to avoid the need to fully qualify the path. And, yes, I'd also wish for more permissive ISPF syntax. A scheme for escaping metacharacters would go a long way. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 11:30:23. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: DFHSM RECYCLE PROBLEM sent on 10/03/2014 15:25:44. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message AUTO: Umberto Silvestri is prepared for DELETION (FREEZE) sent on 10/03/2014 9:56:47. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: Access to DITTO sent on 10/03/2014 13:48:30. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 14:28:18. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 14:08:10. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Access to DITTO sent on 10/03/2014 13:16:31. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: [OT ] Mainframe memories sent on 10/03/2014 2:31:01. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: Access to DITTO sent on 10/03/2014 15:48:23. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 13:44:32. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 14:16:37. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: Timing issue with Automation product (CA OPSMVS) sent on 10/03/2014 12:54:20. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: DFHSM RECYCLE PROBLEM sent on 10/03/2014 14:40:28. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: Access to DITTO sent on 10/03/2014 14:06:04. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 11:25:07. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: RC 24 from ISRSUPC (Was 0C4 from TSOEXEC IEBCOMPR) sent on 10/03/2014 4:41:12. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 12:25:39. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: aes-ctr vs aes-cbc
Mark, Yes, Ported Tools OpenSSH with ICSF does not support CTR mode AES ciphers. I would ask that you submit a requirement for this. I happen to be giving a SHARE presentation in Aneheim today which covers this. If you happen to be here, please stop and say hi. https://share.confex.com/share/122/webprogram/Session14787.html Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Mar 10, 2014 at 10:02 AM, Mark Jacobs mark.jac...@custserv.comwrote: We've been trying to migrate our ssh/sftp environment, for both our client and server users to only use FIPS-140-2 certified ciphers, and run ICSF in FIPS mode. We've had no problems doing so, except with one of our partners who states that their security policy will not allow their sftp server to accept data transmitted with any CBC cipher. I tried adding the aes-ctr ciphers to our allowed list, but it doesn't look like ICSF can handle it, which is needed for ICSF to execute in FIPS mode. It seems like I'm in a unresolvable problem from a technology standpoint, unless our partner changes their policy, which I don't understand why they don't allow FIPS-140-2 certified ciphers to be used. -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
All references Umberto Silvestri will be sent a the memory hole in the Ministry of Truth immediately/. / On 03/10/14 11:33, Grinsell, Don wrote: Bummer. I think I'd much rather just get a pink slip in my inbox. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov They have computers, and they may have other weapons of mass destruction. ~ Janet Reno -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Umberto Silvestri Sent: Monday, March 10, 2014 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE) Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 12:25:39. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS PKI Services HostIDMapping format
Could someone who is using z/OS PKI Services for z/OS post a sample certificate containing an arbitrary extension for HostIdMapping, or an openssl asn1parse display like below? I am trying to use openssl to generate the HostIdMapping extension, but am having problems with the format. Below is the openssl display for my certificate HostIdMapping {1.3.18.0.2.18.1} extension: openssl asn1parse -in luhe448.pem 691:d=4 hl=3 l= 132 cons: SEQUENCE 694:d=5 hl=2 l= 6 prim: OBJECT:1.3.18.0.2.18.1 702:d=5 hl=2 l= 122 prim: OCTET STRING [HEX DUMP]:30780C1C4C554845343438404D5653332E4350412E53544154452E54582E55530C1C4C554845343438406D7673332E6370612E 73746174652E74782E75730C1C6C756865343438404D5653332E4350412E53544154452E54582E55530C1C6C756865343438406D7673332E6370612E73746174652E74782E7573 -- Donald J. dona...@4email.net -- http://www.fastmail.fm - Email service worth paying for. Try it for free -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
On 10 March 2014 10:57, Anne Lynn Wheeler l...@garlic.com wrote: I would tend to use the distinction that for the psect, a private copy was loaded and adjusted for the specific virtual address space location ... separately from (r/o) memory mapping the executable image with no requirement for pre-loading and/or changing ... allowing the same exact (r/o) executable image to concurrently occur simultaneously in different virtual address spaces at different virtual addresses (with just a per virtual address space private copy of the psect having been preloaded and swizzled). The overlay scheme used in HASP II had fixed-sized modules that were read into an available area without relocation. If the space was needed, when the first module got control again it could be loaded at a different address. But the trick was that these tasks were never preempted, so it was permissible to have a register containing an address within the module, as long as it was made relative before (loosely) calling the dispatcher, which might result in relocation. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Another reason to hate the time change
We produce reports on our z/OS CPU utilization. They are reported in local time, with a.m. and p.m.. Because apparently only military (and pilots) understand Zulu time. So, twice a year, I must explain why we never seem to have any activity on Sunday from 02:00 to 03:00 in the spring, and how we manage to run so much work on one Sunday from 02:00 to 03:00 in the fall. The reason, of course, is the stupid time change. 02:00 to 03:00 does not exist on Spring Forward Sunday, and from 02:00 to 03:00 is a two hour period on Fall Backwards Sunday. And every year, I hear the WTF??? on Monday morning. sigh/ -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SHOW HW
Roman, What are you asking? Mitch McCluhan, Legacy Modernization Consultant -Original Message- From: Roman Tureček roman.ture...@centrum.cz To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Mar 10, 2014 9:37 am Subject: SHOW HW -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
John, Stupid is as stupid does is all I can say. The type of people you allude to will always exist, sadly Regards, Mitch -Original Message- From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Mar 10, 2014 9:59 am Subject: Another reason to hate the time change We produce reports on our z/OS CPU utilization. They are reported in local ime, with a.m. and p.m.. Because apparently only military (and pilots) nderstand Zulu time. So, twice a year, I must explain why we never seem to ave any activity on Sunday from 02:00 to 03:00 in the spring, and how we anage to run so much work on one Sunday from 02:00 to 03:00 in the fall. he reason, of course, is the stupid time change. 02:00 to 03:00 does not xist on Spring Forward Sunday, and from 02:00 to 03:00 is a two hour eriod on Fall Backwards Sunday. And every year, I hear the WTF??? on onday morning. sigh/ -- asn't there something about a PASCAL programmer knowing the value of verything and the Wirth of nothing? Maranatha! ohn McKown -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
On Mon, 10 Mar 2014 11:58:53 -0500, John McKown wrote: We produce reports on our z/OS CPU utilization. They are reported in local time, with a.m. and p.m.. Because apparently only military (and pilots) understand Zulu time. So, twice a year, I must explain why we never seem to have any activity on Sunday from 02:00 to 03:00 in the spring, and how we manage to run so much work on one Sunday from 02:00 to 03:00 in the fall. The reason, of course, is the stupid time change. 02:00 to 03:00 does not exist on Spring Forward Sunday, and from 02:00 to 03:00 is a two hour period on Fall Backwards Sunday. And every year, I hear the WTF??? on Monday morning. sigh/ So, disambiguate by reporting the times separately for that hour in the Fall, and not at all for that hour in the Spring, and qualifying with EST or EDT. Yes, there would be a 25-line report in the Fall, and a 23-line report in the Spring. Deal with it; SMOP. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
Let me guess. This is another of those mainframe limitations because the windows team doesn't have to report utilization therefore the problem isn't seen over there. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, March 10, 2014 11:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Another reason to hate the time change We produce reports on our z/OS CPU utilization. They are reported in local time, with a.m. and p.m.. Because apparently only military (and pilots) understand Zulu time. So, twice a year, I must explain why we never seem to have any activity on Sunday from 02:00 to 03:00 in the spring, and how we manage to run so much work on one Sunday from 02:00 to 03:00 in the fall. The reason, of course, is the stupid time change. 02:00 to 03:00 does not exist on Spring Forward Sunday, and from 02:00 to 03:00 is a two hour period on Fall Backwards Sunday. And every year, I hear the WTF??? on Monday morning. sigh/ -- Wasn't there something about a PASCAL programmer knowing the value of everything and the Wirth of nothing? Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
t...@harminc.net (Tony Harminc) writes: The overlay scheme used in HASP II had fixed-sized modules that were read into an available area without relocation. If the space was needed, when the first module got control again it could be loaded at a different address. But the trick was that these tasks were never preempted, so it was permissible to have a register containing an address within the module, as long as it was made relative before (loosely) calling the dispatcher, which might result in relocation. re: http://www.garlic.com/~lynn/2014d.html#25 [OT ] Mainframe memories http://www.garlic.com/~lynn/2014d.html#27 [OT ] Mainframe memories http://www.garlic.com/~lynn/2014d.html#30 [OT ] Mainframe memories for other topic drift ... I first modified HASP for release 15/16 to add 2714 tty terminal support for online conversational editor ... implementing CMS editor syntax (had to be redone from scratch since cms execution/programming environment was completely different than hasp). of course I thought it was much better than what they came out with for TSO. past posts mentioning HASP, HASP networking, JES2, and/or NJE http://www.garlic.com/~lynn/submain.html#hasp that summer, I was sucked into going to Boeing (still an undergraduate) to help setup Boeing Computer Services (consolidate dataprocessing in independent business unit to better monitize the investment). 747#3 was flying the skies of seattle for FAA certification. I thought that the renton datacenter was possibly the largest in the world (several hundred million in 360s), that summer there was flow of 360/65s constantly coming in, faster than could be installed ... there were alwyas pieces of 360/65s being staged in the hallways around the machine roomr. There was a disaster scenario where Mt. Rainer heats up causing a mudslide that takes out the renton datacenter. The estimate was the loss of the renton datacenter for a week would cost the company more than the cost of the renton datacenter ... so they were in the process of replicating it at the new 747 plant up in everett. they also got a 360/67 in corporate datacenter (across from boeing field) previously only had a single 360/30 for running company payroll. that summer I modified cp67 to support pageable kernel. The standard cp67 kernel was fix-loaded at boot time. I modified low-useage pieces of the kernel into fixed sized 4kbyte page sizes ... which could use the standard paging i/o system for bringing in and removing. However, the cp67 kernel ran non-translate mode ... so the changes were somewhat analogous to what you describe for HASP II. While a lot of my code from undergraduate days were picked up and shipped in CP67 ... the pageable kernel change didn't showup in the product until vm370. posts mentioning dynamic adaptive resource management http://www.garlic.com/~lynn/subtopic.html#fairshare posts mentioning kernel paging algorithm rewrites http://www.garlic.com/~lynn/subtopic.html#wsclock that summer they also brought the duplex (multiprocessor) 360/67 up to seattle from boeing hunstville. it had been originally ordered for tss/360 ... but never got to point of production use. As a result Huntsville, starting out running the duplex as two 360/65 with os/360. The primary application was numerous 2250 graphic devices used for physical design. The problem was that OS/360 had fragmentation with storage allocation that significantly worsened for long running applications. Boeing Hunstville had modified OS/360 MVT release 13 ... to run in virtual memory mode on the 360/67 ... it didn't actually use virtual memory for paging operations ... it just just the virtual memory hardware to address the OS/360 storage fragmentation problem (exasperated by long running applications). I've mentioned before that there were a number os/360 subsystems done during that period ... as work around to significant os/360 problems ... including CICS ... both the enormous pathlength overhead of many os/360 services ... but also things like storage fragmentation. Other trivia drift ... Univ. library had gotten ONR grant to do an online catalog ... some of the money was used to get a 2321 datacell. The effort was also tagged to be one of the original CICS product betatest sites ... and I was tasked to support/debug CICS for the project. misc. past posts mentioning CICS (/or BDAM) http://www.garlic.com/~lynn/submain.html#cics For other drift ... later I got to know John Boyd and sponsored his briefings at IBM. His biographies mention that Boyd did a stint in command of spook base (about the time I was at Boeing) including a comment that it was a $2.5B windfall for IBM (over $17B in today's dollars) nearly order of magnitude more than renton datacenter. old description of spook base, gone 404 ... but lives on at wayback machine http://web.archive.org/web/20030212092342/http://home.att.net/~c.jeppeson/igloo_white.html/a past Boyd posts URL references from around the web
Re: Another reason to hate the time change
On Mon, 10 Mar 2014 11:58:53 -0500, John McKown wrote: We produce reports on our z/OS CPU utilization. They are reported in local time, with a.m. and p.m.. Because apparently only military (and pilots) understand Zulu time. That's something I observe in US (people don't understand such gismo like 17:15). Here, in Poland every official time table, even on bus stop use 24h clock. Of course we use local time, and we don't use 'Zulu' name, rather GMT (incorretly, but who cares) or UTC. Of course we also don't use feet or pints... Regarding to mainframe: since I installed STP, the time change is something I don't care. CICS also adjust the time immediately (it's rather new feature). -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS PKI Services HostIDMapping format
On Mon, 10 Mar 2014 08:59:55 -0700, Donald J. dona...@4email.net wrote: Could someone who is using z/OS PKI Services for z/OS post a sample certificate containing an arbitrary extension for HostIdMapping, or an Would some VBscript help? Did this a loong time ago and I'm not sure it's totally clean, but I did use it. ' ' hostIdMappings - Build hostIdMappings certificate extension for the entities passed as arguments ' ' usage: cscript hostIdMappings.vbs //NOLOGO userA@hostname1 [ userB@hostname2 [...] ] tempfile.txt ' if %ERRORLEVEL% LSS 1 certutil.exe -setextension request-id 1.3.18.0.2.18.1 @tempfile.txt ' ' The extension we are building is described by: ' 'id-ce-hostIdMappings OBJECT IDENTIFIER::= {1 3 18 0 2 18 1} ' 'HostIdMappings::= SET OF HostIdMapping ' 'HostIdMapping::= SEQUENCE{ ' hostNameIMPLICIT[1] IA5String, ' subjectId IMPLICIT[2] IA5String, ' proofOfIdPossession IdProof OPTIONAL ' } ' IdProof::= SEQUENCE{ ' secretOCTET STRING, ' encryptionAlgorithm OBJECT IDENTIFIER ' } ' ' Note: the proofOfIdPossession is not implemented here. ' ' References: z/OS Security Server RACF Callable Services (IBM Doc SA22-7691) ' Advanced Certificate Enrollment and Management (Microsoft TechNet) ' Set oArgs = WScript.Arguments if (oArgs.count 1) then usage() end if if (oArgs(0) = -?) or (oArgs(0) = -h) then usage() end if for i = 0 to oArgs.count - 1 if Instr(oArgs(i), @) = 0 then usage() end if if Len(oArgs(i)) 100 then usage() end if next ' build extension as a SET of SEQUECEs of subjectID/hostName pairs hostIdMappings = for i = 0 to oArgs.count - 1 at = InstrRev(oArgs(i), @) subjectId = Left(oArgs(i), at-1) hostName = Right(oArgs(i), Len(oArgs(i)) - at) ' WScript.echo hostName: hostName chr(13) _ ' subjectId: subjectId ' IMPLICIT(1) + LENGTH + DATA asn1HostName = Chr(129) Chr(Len(hostName)) hostName ' IMPLICIT(2) + LENGTH + DATA asn1SubjectId = Chr(130) Chr(Len(subjectId)) subjectId hostIdMapping = asn1HostName asn1SubjectId ' SEQUENCE + LENGTH + DATA asn1HostIdMapping = Chr(48) Chr(Len(hostIdMapping)) hostIdMapping hostIdMappings = hostIdMappings asn1HostIdMapping next ' SET + LENGTH + DATA ' note: total length limited to 32K here if Len(hostIdMappings) 127 then asn1HostIdMappings = Chr(49) Chr(130) Chr(Len(hostIdMappings) / 256) Chr(Len(hostIdMappings) Mod 256) hostIdMappings else asn1HostIdMappings = Chr(49) Chr(Len(hostIdMappings)) hostIdMappings end if ' convert to hex for certutil hexHostIdMappings = for i = 1 to Len(asn1HostIdMappings) hexHostIdMappings = hexHostIdMappings Right(0 Hex(Asc(Mid(asn1HostIdMappings, i, 1))), 2) next WScript.echo hexHostIdMappings ' - - - - - ' Function usage WScript.Echo Usage: cscript hostIdMappings.vbs hostIdMap1 [hostIdMap2 [...]] WScript.EchohostIdMaps are in the format userid@hostname and limited to 100 characters WScript.Quit 1 end Function -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
Guess the naming gnomes were trying to subliminally suggest it had no SS instructions. In a message dated 3/10/2014 1:56:17 P.M. Central Daylight Time, et...@tulsagrammer.com writes: IBM System/360 Model 44, optimized for scientific work -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
On 3/8/14, 6:49 PM, Shmuel Metz , Seymour J. wrote: In b6c1eb4364c30e47950e0f68ef65f46708f24...@proditmailbox1.us.syncsort.com, on 03/07/2014 at 08:50 PM, Blaicher, Christopher Y. cblaic...@syncsort.com said: When working for a third party disk vendor I was in a computer room and there was an IBM CE working on a 360/45. No such animal; I might believe 360/40 or 370/145. But there WAS an IBM System/360 Model 44, optimized for scientific work: http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2044.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
In 1966 we got 360/44 Serial 2 at the Purdue University's Laboratory for Agricultural Remote Sensing, which was the proving ground of K.S. Fu's work used subsequently in all of the earth satellite pattern recognition algorithms. I did my Master's evaluating the Karhunen-Loeve theorem in FORTRAN on it, and twice I set a pair of transistors in the floating point divide unit on fire; a new heat shield had to be added to that circuit board. I also used a transistor radio by the console to listen to the 360/44 and it was very easy to hear all of the program transisions and I could tell in which loop I was running after a little while, and especially when I had gone into a never-ending loop as well! Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com - FAQ has Most Answers ad...@mxg.com - invoices/PO/Payment supp...@mxg.com- technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 - prefer email, still works -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Eric Chevalier Sent: Monday, March 10, 2014 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [OT ] Mainframe memories On 3/8/14, 6:49 PM, Shmuel Metz , Seymour J. wrote: In b6c1eb4364c30e47950e0f68ef65f46708f24...@proditmailbox1.us.syncsort.c om, on 03/07/2014 at 08:50 PM, Blaicher, Christopher Y. cblaic...@syncsort.com said: When working for a third party disk vendor I was in a computer room and there was an IBM CE working on a 360/45. No such animal; I might believe 360/40 or 370/145. But there WAS an IBM System/360 Model 44, optimized for scientific work: http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2044.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
Every American who has been in the military has perforce mastered and used the 24-hour clock. Adopt it for your report, explaining what it is in an attached text note for the first 15 days for which it is used. The twelve-hour clock has nothing to recommend it. Anciently, there were not two but three suffixes, viz., o AM, ante meridiem, as in antebellum or antecedent, before noon, o M, meridies, noon, middle of the day, and o PM, post meridiem, as in postwar, afternoon. This scheme did parse, but dumbing down has destroyed it The latin case endings are now all but unknown; hoi polloi have somehow lost meridies and M entirely; and I now hear speculation about whether noon is AM or PM, about whether, that is, it is noon before noon or noon after noon. Dump it, and tough out the complaints you will hear. They will subside quickly, and you will be surprised to discover that you have many allies. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
Every American who has been in the military has perforce mastered and used the 24-hour clock. A diminishing number of Americans have that experience. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
Now that's something to be proud of, and funny too! Richard and Vickie Pinion --- ba...@mxg.com wrote: From: Barry Merrill ba...@mxg.com To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [OT ] Mainframe memories Date: Mon, 10 Mar 2014 14:09:58 -0500 In 1966 we got 360/44 Serial 2 at the Purdue University's Laboratory for Agricultural Remote Sensing, which was the proving ground of K.S. Fu's work used subsequently in all of the earth satellite pattern recognition algorithms. I did my Master's evaluating the Karhunen-Loeve theorem in FORTRAN on it, and twice I set a pair of transistors in the floating point divide unit on fire; a new heat shield had to be added to that circuit board. I also used a transistor radio by the console to listen to the 360/44 and it was very easy to hear all of the program transisions and I could tell in which loop I was running after a little while, and especially when I had gone into a never-ending loop as well! Barry Merrill Herbert W. Barry Merrill, PhD President-Programmer MXG Software Merrill Consultants 10717 Cromwell Drive Dallas, TX 75229 ba...@mxg.com http://www.mxg.com - FAQ has Most Answers ad...@mxg.com - invoices/PO/Payment supp...@mxg.com- technical tel: 214 351 1966 - expect slow reply, use email fax: 214 350 3694 - prefer email, still works -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Eric Chevalier Sent: Monday, March 10, 2014 1:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [OT ] Mainframe memories On 3/8/14, 6:49 PM, Shmuel Metz , Seymour J. wrote: In b6c1eb4364c30e47950e0f68ef65f46708f24...@proditmailbox1.us.syncsort.c om, on 03/07/2014 at 08:50 PM, Blaicher, Christopher Y. cblaic...@syncsort.com said: When working for a third party disk vendor I was in a computer room and there was an IBM CE working on a 360/45. No such animal; I might believe 360/40 or 370/145. But there WAS an IBM System/360 Model 44, optimized for scientific work: http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP2044.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
Many non-military people are also familiar with the 24-hour clock, such as my wife, who was in nursing for 40 years. American medical people are all fluent in 24-hour TODs. Bill Fairchild - Original Message - From: John Gilmore jwgli...@gmail.com To: IBM-MAIN@LISTSERV.UA.EDU Sent: Monday, March 10, 2014 2:11:43 PM Subject: Re: Another reason to hate the time change Every American who has been in the military has perforce mastered and used the 24-hour clock. Adopt it for your report, explaining what it is in an attached text note for the first 15 days for which it is used. The twelve-hour clock has nothing to recommend it. Anciently, there were not two but three suffixes, viz., o AM, ante meridiem, as in antebellum or antecedent, before noon, o M, meridies, noon, middle of the day, and o PM, post meridiem, as in postwar, afternoon. This scheme did parse, but dumbing down has destroyed it The latin case endings are now all but unknown; hoi polloi have somehow lost meridies and M entirely; and I now hear speculation about whether noon is AM or PM, about whether, that is, it is noon before noon or noon after noon. Dump it, and tough out the complaints you will hear. They will subside quickly, and you will be surprised to discover that you have many allies. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
-Original Message- From: IBM Mainframe Discussion List On Behalf Of John Gilmore Every American who has been in the military has perforce mastered and used the 24-hour clock. Adopt it for your report, explaining what it is in an attached text note for the first 15 days for which it is used. The twelve-hour clock has nothing to recommend it. Anciently, there were not two but three suffixes, viz., o AM, ante meridiem, as in antebellum or antecedent, before noon, o M, meridies, noon, middle of the day, and o PM, post meridiem, as in postwar, afternoon. This scheme did parse, but dumbing down has destroyed it The latin case endings are now all but unknown; hoi polloi have somehow lost meridies and M entirely; and I now hear speculation about whether noon is AM or PM, about whether, that is, it is noon before noon or noon after noon. Since the duration of noon is infinitesimal, why bother with it? -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
Without conscription the fraction of Americans who have military experience is certainly now diminishing. Let us hope that it will continue to drop, but I doubt that it will. It diminished sharply after WWI, in the 1920s and 1930s; but WWII sent it up again, sharply . Moreover, our 'volunteer' American military is showing signs of fatigue. Its members are being redeployed into combat zones much too frequently. Their periods of respite are now, in the words of the Scots poet, short and far between. My point was, however, a different one. It was that if the millions of Americans who have served in the military were able to master the 24-hour clock almost anyone else can do so too. The intellectual difficulties of doing so have been greatly exaggerated. American specialism about things like the 12-hour clock and the English system of weights and measures grows ever more tedious and dysfunctional. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
On Mon, 10 Mar 2014 19:34:19 +, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Gilmore Every American who has been in the military has perforce mastered and used the 24-hour clock. Adopt it for your report, explaining what it is in an attached text note for the first 15 days for which it is used. The twelve-hour clock has nothing to recommend it. Anciently, there were not two but three suffixes, viz., o AM, ante meridiem, as in antebellum or antecedent, before noon, o M, meridies, noon, middle of the day, and o PM, post meridiem, as in postwar, afternoon. This scheme did parse, but dumbing down has destroyed it The latin case endings are now all but unknown; hoi polloi have somehow lost meridies and M entirely; and I now hear speculation about whether noon is AM or PM, about whether, that is, it is noon before noon or noon after noon. Since the duration of noon is infinitesimal, why bother with it? Because noon and midnight are unambiguous time specifications, unlike 12 p.m. and 12 a.m. which few people know how to use properly in my experience. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
HCD Question regarding the deletion of LPARs
Hello, Running z/OS 1.13. trying to delete four LPARs that we no longer use from our I/O gen dynamically. When I say delete, I mean, of course, changing them back to reserved or * LPARs. I delete all the CHPID access from the four before changing them to *. When I go to dynamically implement the I/O gen, I get this message: _ EREASON=01A2,CANNOT DELETE PARTITION(S) FROM CHPID # CANDIDATE LIST 00 IN IN CSS 0 # DESCTEXT=CHPID IS CONFIGURED TO ONE OR MORE AFFECTED # PARTITIONS # COMPID=SC1C3 with this explanation: CHPID IS CONFIGURED TO ONE OR MORE AFFECTED PARTITIONS If the description of failure is the above, then the specified channel path is currently configured to one or more of the partitions that you requested to be conditionally deleted from the CHPID candidate list. The system returns to the original configuration definition, unless a message is issued indicating that back-out failed. Configure the channel path offline to the partition(s) that are being deleted from the CHPID candidate list. If successful, retry the activate request. Only the first occurrence of a channel path being online for this reason is detected. Review other changes to ensure that the next ACTIVATE does not fail when the next occurrence is encountered. An unconditional delete of partition(s) from CHPID candidate list, by specifying FORCE=CANDIDATE on the ACTIVATE command or activate panel, could also be considered. Refer to the ACTIVATE command documentation for a description of the ramifications of specifying an unconditional delete of partition(s) from a CHPID candidate list. I'm assuming that I would get this same message for every CHPID in sequence if this first one were to be resolved. I really don't see how this makes sense since none of the four LPARs are IPLed. What is HCD really complaining about here and is it safe to do a FORCE=CANDIDATE in these circumstanes? Thank you for your assistance. Dick Bond State of Washington, Computer Technology Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
On Mon, 10 Mar 2014 19:34:19 +, Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Gilmore The latin case endings are now all but unknown; hoi polloi have somehow lost meridies and M entirely; and I now hear speculation about whether noon is AM or PM, about whether, that is, it is noon before noon or noon after noon. Since the duration of noon is infinitesimal, why bother with it? To distinguish it from midnight. BTW, what is the neoLatin indication for midnight, 12:00 ??? I am unmoved by the argument, Of course noon is PM, because when I glance at my watch and it reads '12:00' it's actually some few seconds after noon. (Except for a set of measure zero.) And buses at the local RTD terminal depart at 1 minute after the scheduled time to appease passengers who complain, I arrived, breathless, at the station to see the back of the departing bus, but the official terminal digital clock didn't change until 5 seconds later. And midnight entails a date ambiguity. Some events are scheduled at 11:59 PM or 12:01 AM to circumvent this ambiguity. 00:00 means following day; 24:00 (which shouldn't be used at all) means prior day. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS PKI Services HostIDMapping format
Yes, the script helps to identify some things. What appilcation was it working with? I am trying to generate a cert for an RDz client. The RDz client appears to try to be intelligent and not allow bad parameters to be entered like a wrong passphrase for a PKCS12. It seems to reject all the certs I have tried. I'm thinking maybe there is a bug in the client. -- Donald J. dona...@4email.net On Mon, Mar 10, 2014, at 11:57 AM, Phil Sidler wrote: On Mon, 10 Mar 2014 08:59:55 -0700, Donald J. dona...@4email.net wrote: Could someone who is using z/OS PKI Services for z/OS post a sample certificate containing an arbitrary extension for HostIdMapping, or an Would some VBscript help? Did this a loong time ago and I'm not sure it's totally clean, but I did use it. -- http://www.fastmail.fm - The way an email service should be -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HCD Question regarding the deletion of LPARs
For an error free removal, do it in two steps. [deleted] Configure the channel path offline to the partition(s) that are being deleted from the CHPID candidate list. [deleted] 1. Configure the IO gen with the LPARs to be deleted with all the CHPIDs offline, and activate. 2. Configure the IO gen without the LPARs, and activate. On Mon, Mar 10, 2014 at 3:15 PM, Dick Bond dickbond...@gmail.com wrote: Hello, Running z/OS 1.13. trying to delete four LPARs that we no longer use from our I/O gen dynamically. When I say delete, I mean, of course, changing them back to reserved or * LPARs. I delete all the CHPID access from the four before changing them to *. When I go to dynamically implement the I/O gen, I get this message: _ EREASON=01A2,CANNOT DELETE PARTITION(S) FROM CHPID # CANDIDATE LIST 00 IN IN CSS 0 # DESCTEXT=CHPID IS CONFIGURED TO ONE OR MORE AFFECTED # PARTITIONS # COMPID=SC1C3 with this explanation: CHPID IS CONFIGURED TO ONE OR MORE AFFECTED PARTITIONS If the description of failure is the above, then the specified channel path is currently configured to one or more of the partitions that you requested to be conditionally deleted from the CHPID candidate list. The system returns to the original configuration definition, unless a message is issued indicating that back-out failed. Configure the channel path offline to the partition(s) that are being deleted from the CHPID candidate list. If successful, retry the activate request. Only the first occurrence of a channel path being online for this reason is detected. Review other changes to ensure that the next ACTIVATE does not fail when the next occurrence is encountered. An unconditional delete of partition(s) from CHPID candidate list, by specifying FORCE=CANDIDATE on the ACTIVATE command or activate panel, could also be considered. Refer to the ACTIVATE command documentation for a description of the ramifications of specifying an unconditional delete of partition(s) from a CHPID candidate list. I'm assuming that I would get this same message for every CHPID in sequence if this first one were to be resolved. I really don't see how this makes sense since none of the four LPARs are IPLed. What is HCD really complaining about here and is it safe to do a FORCE=CANDIDATE in these circumstanes? Thank you for your assistance. Dick Bond State of Washington, Computer Technology Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
I would think it is more retirement or transfer requiring a new email address. On Mon, Mar 10, 2014 at 10:33 AM, Grinsell, Don dgrins...@mt.gov wrote: Bummer. I think I'd much rather just get a pink slip in my inbox. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov They have computers, and they may have other weapons of mass destruction. ~ Janet Reno -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Umberto Silvestri Sent: Monday, March 10, 2014 8:57 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE) Umberto Silvestri is prepared for DELETION (FREEZE) Note: This is an automated response to your message Re: BLDL 0 and LLA managed datasets/CSVLLIX1 sent on 10/03/2014 12:25:39. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS PKI Services HostIDMapping format
On Mon, 10 Mar 2014 13:49:38 -0700, Donald J. dona...@4email.net wrote: Yes, the script helps to identify some things. What appilcation was it working with? IIRC, this was in combination with windows certreq to build send a cert request to a windows active directory server to be signed and then the signed cert was used for CICS web services over SSL (from a windows client or IE). I am trying to generate a cert for an RDz client. The RDz client appears to try to be intelligent and not allow bad parameters to be entered like a wrong passphrase for a PKCS12. It seems to reject all the certs I have tried. I'm thinking maybe there is a bug in the client. For hostIdMappings, the CA that signs the certs has to be set up in the RACF CERTAUTH with HIGHTRUST which means RACF will trust certificates signed by the CA to provide credentials without the client cert itself being added to RACF. HTH -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RC 24 from ISRSUPC (Was 0C4 from TSOEXEC IEBCOMPR)
In 7695529832117020.wa.paulgboulderaim@listserv.ua.edu, on 03/10/2014 at 10:04 AM, Paul Gilmartin paulgboul...@aim.com said: Yes, but I never claimed it was just REXX and TSO issues, merely that there was a context in which EXEC worked but '%' didn't. No, what you claimed was There are parameter strings that I can pass with EXEC that % disallows. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: aes-ctr vs aes-cbc
Some shops do not allow aes-cbc because of the 'Padding Oracle Attack' problem, since AES-CBC uses padding. aes-ctr does not use padding Also FIPS 140-2 was published in 2001 and last updated in 2002 Steve Finch Recovery Point -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Monday, March 10, 2014 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: aes-ctr vs aes-cbc We've been trying to migrate our ssh/sftp environment, for both our client and server users to only use FIPS-140-2 certified ciphers, and run ICSF in FIPS mode. We've had no problems doing so, except with one of our partners who states that their security policy will not allow their sftp server to accept data transmitted with any CBC cipher. I tried adding the aes-ctr ciphers to our allowed list, but it doesn't look like ICSF can handle it, which is needed for ICSF to execute in FIPS mode. It seems like I'm in a unresolvable problem from a technology standpoint, unless our partner changes their policy, which I don't understand why they don't allow FIPS-140-2 certified ciphers to be used. -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM RECYCLE PROBLEM
Could it be that the MCV record is serialized by hsm - because of the way hsm was abruptly stopped, and you just need to reset the hostid in the record? Its been a long time for me, but have you looked at LIST command used with RESET and MIGRATIONVOLUME(volser) ??? Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
On first glance misread your note as pink slip in my icebox. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Grinsell, Don Sent: Monday, March 10, 2014 8:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE) Bummer. I think I'd much rather just get a pink slip in my inbox. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [OT ] Mainframe memories
In m38usiot5y@garlic.com, on 03/10/2014 at 01:33 PM, Anne Lynn Wheeler l...@garlic.com said: 2714 2741? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
In cajtoo5-dfjpjdr4dvuvv-86mroezsjy2xrdb_lavzxsbb8g...@mail.gmail.com, on 03/10/2014 at 04:16 PM, Mike Schwab mike.a.sch...@gmail.com said: I would think it is more retirement or transfer requiring a new email address. Regardless, IBM has had a problem with their OOO autoresponder for years. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: aes-ctr vs aes-cbc
Right. As I understand this was a potential vulnerability in *some* implementations. According to IBM, there's does not, but some partners may have it disabled. IMO it is a good idea to submit your requirement to IBM to support AES CTR mode in ICSF. CTR mode also has the advantage of being able to multi-thread encryption of packets, since each packet can be encrypted in parallel. There is nothing missing from CPACF instructions that is needed - if you write directly to CPACF you can easily implement AES-CTR mode. Kirk Wolf Dovetailed Technologies http://dovetail.com On Mon, Mar 10, 2014 at 5:05 PM, Steve Finch sfi...@recoverypoint.comwrote: Some shops do not allow aes-cbc because of the 'Padding Oracle Attack' problem, since AES-CBC uses padding. aes-ctr does not use padding Also FIPS 140-2 was published in 2001 and last updated in 2002 Steve Finch Recovery Point -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Jacobs Sent: Monday, March 10, 2014 11:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: aes-ctr vs aes-cbc We've been trying to migrate our ssh/sftp environment, for both our client and server users to only use FIPS-140-2 certified ciphers, and run ICSF in FIPS mode. We've had no problems doing so, except with one of our partners who states that their security policy will not allow their sftp server to accept data transmitted with any CBC cipher. I tried adding the aes-ctr ciphers to our allowed list, but it doesn't look like ICSF can handle it, which is needed for ICSF to execute in FIPS mode. It seems like I'm in a unresolvable problem from a technology standpoint, unless our partner changes their policy, which I don't understand why they don't allow FIPS-140-2 certified ciphers to be used. -- Mark Jacobs Time Customer Service Tampa, FL The quiet ones are the ones that change the universe... The loud ones only take the credit. Londo Mollari - Babylon 5 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
John, Did you serve ? Scott ford www.identityforge.com from my IPAD On Mar 10, 2014, at 3:40 PM, John Gilmore jwgli...@gmail.com wrote: Without conscription the fraction of Americans who have military experience is certainly now diminishing. Let us hope that it will continue to drop, but I doubt that it will. It diminished sharply after WWI, in the 1920s and 1930s; but WWII sent it up again, sharply . Moreover, our 'volunteer' American military is showing signs of fatigue. Its members are being redeployed into combat zones much too frequently. Their periods of respite are now, in the words of the Scots poet, short and far between. My point was, however, a different one. It was that if the millions of Americans who have served in the military were able to master the 24-hour clock almost anyone else can do so too. The intellectual difficulties of doing so have been greatly exaggerated. American specialism about things like the 12-hour clock and the English system of weights and measures grows ever more tedious and dysfunctional. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
In Europe we used the 24 hr clock... Scott ford www.identityforge.com from my IPAD On Mar 10, 2014, at 3:15 PM, Bob Shannon bshan...@rocketsoftware.com wrote: Every American who has been in the military has perforce mastered and used the 24-hour clock. A diminishing number of Americans have that experience. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another reason to hate the time change
The notion that Of course noon is PM is wholly inadmissible, indeed obscene, to anyone for whom the equivalence 'post meridiem' = 'after noon' is alive and immediate. There is, I am sure, a generational difference here. With Quine, I also find the use of data in the singular obscene. Worry not, however! Those of us who do will all be dead soon. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Maestro to CA7
Hi All, We are running CA7 11.3 and we are facing an issue with a batch job. The batch job is flowing from Maestro to CA7 and both are communicated with Tivoli workload scheduler(TWS) Actually all Maestro jobs flows to CA7 through Console terminal (CTERM1) whereas on particular day it flows thru Batch terminal(BTERM1) and the job got abended, below is the error message. Error : LJR CA7MVSDV00TWS0R5400101_27256139104 0003 --CA-7.822 - (BTERM1 ) CLOSED Could you please look into it and help us. Regards, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUTO: Umberto Silvestri is prepared for DELETION (FREEZE)
Shmuel wrote: begin extract Regardless, IBM has had a problem with their OOO autoresponder for years /end extract This is not very interesting. Worse, it is subliterate. One of ...has...its... or ...have...their... would, while banal, be unexceptionable. The construct ...has...their... is subliterate. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CBRUXENT using CA-1 in VTS 7700 environment
Question for a CA-1 guru. I have a CBRUXENT exit that defines the VTS, which I believe is necessary, but it also checks that the right CARTs care coming through. There are two operating modes which have different DEVSUP settings and different CA-1 TMC setups. I suspect that checking the VOLSERS that appear is redundant. Does anyone familiar with is complicated CA-1/OAM/SMS set up have any useful insight? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Maestro to CA7
Welcome. If you were not aware, there is a group on MYCA community for CA7 type questions. You may find a better audience there to help. It is found in SUPPORT.CA.COM Also, have you contacted CA7 support on SUPPORT.CA.COM? If so, what have they suggested? They should be able to help you. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meenakshi, Vinoth - CW Sent: Monday, March 10, 2014 7:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Maestro to CA7 Hi All, We are running CA7 11.3 and we are facing an issue with a batch job. The batch job is flowing from Maestro to CA7 and both are communicated with Tivoli workload scheduler(TWS) Actually all Maestro jobs flows to CA7 through Console terminal (CTERM1) whereas on particular day it flows thru Batch terminal(BTERM1) and the job got abended, below is the error message. Error : LJR CA7MVSDV00TWS0R5400101_27256139104 0003 --CA- 7.822 - (BTERM1 ) CLOSED Could you please look into it and help us. Regards, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBRUXENT using CA-1 in VTS 7700 environment
On 3/10/2014 10:32 PM, Anthony Fletcher wrote: Question for a CA-1 guru. I have a CBRUXENT exit that defines the VTS, which I believe is necessary, but it also checks that the right CARTs care coming through. There are two operating modes which have different DEVSUP settings and different CA-1 TMC setups. I suspect that checking the VOLSERS that appear is redundant. Does anyone familiar with is complicated CA-1/OAM/SMS set up have any useful insight? Anthony, All CBRUXENT does for CA-1 is convert the 8-character library name to ROBTYP and ROBID. It's pretty straightforward. DEVSUPxx should make no difference. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBRUXENT using CA-1 in VTS 7700 environment
Anthony, Wanting to make sure what you are asking. Do you mean that you have two LPARs which share the same VTS hardware; however, don't share the TMC? If your answer is yes, then are you also asking about making sure that LPAR1 does not insert tapes from LPAR2 and vice versa? If there are correct, then let me know. Using DEVSUP and minor exit changes to the CA-1 exits can take care of this without any issues. Currently running that way today with a TS7740 and I have 5 separate TMCs using the save hardware, different volumes, different DEVSUP and minor USERMOD changes to prevent he LPAR from picking up the wrong tapes. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Monday, March 10, 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment On 3/10/2014 10:32 PM, Anthony Fletcher wrote: Question for a CA-1 guru. I have a CBRUXENT exit that defines the VTS, which I believe is necessary, but it also checks that the right CARTs care coming through. There are two operating modes which have different DEVSUP settings and different CA-1 TMC setups. I suspect that checking the VOLSERS that appear is redundant. Does anyone familiar with is complicated CA-1/OAM/SMS set up have any useful insight? Anthony, All CBRUXENT does for CA-1 is convert the 8-character library name to ROBTYP and ROBID. It's pretty straightforward. DEVSUPxx should make no difference. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBRUXENT using CA-1 in VTS 7700 environment
Craig Yes, that is exactly the environment. regards, Anthony Fletcher - NZ MIITP Team Lead NZ SMM (AirNZ, Westpac NZ , NWM AU) IBM Strategic Outsourcing Delivery Server Systems Operations Server Management Mainframe Mainframe Software Program Manager NZ z/OS Technical Lead A/NZ Ph: Direct +64 4 576 8142, tieline 61 929 8142, ITN *869298142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: flet...@nz1.ibm.com, Sametime: flet...@nz1.ibm.com The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises From: Craig Pace craig.p...@fotlinc.com To: IBM-MAIN@listserv.ua.edu, Date: 11/03/2014 16:42 Subject:Re: CBRUXENT using CA-1 in VTS 7700 environment Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Anthony, Wanting to make sure what you are asking. Do you mean that you have two LPARs which share the same VTS hardware; however, don't share the TMC? If your answer is yes, then are you also asking about making sure that LPAR1 does not insert tapes from LPAR2 and vice versa? If there are correct, then let me know. Using DEVSUP and minor exit changes to the CA-1 exits can take care of this without any issues. Currently running that way today with a TS7740 and I have 5 separate TMCs using the save hardware, different volumes, different DEVSUP and minor USERMOD changes to prevent he LPAR from picking up the wrong tapes. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Monday, March 10, 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment On 3/10/2014 10:32 PM, Anthony Fletcher wrote: Question for a CA-1 guru. I have a CBRUXENT exit that defines the VTS, which I believe is necessary, but it also checks that the right CARTs care coming through. There are two operating modes which have different DEVSUP settings and different CA-1 TMC setups. I suspect that checking the VOLSERS that appear is redundant. Does anyone familiar with is complicated CA-1/OAM/SMS set up have any useful insight? Anthony, All CBRUXENT does for CA-1 is convert the 8-character library name to ROBTYP and ROBID. It's pretty straightforward. DEVSUPxx should make no difference. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CBRUXENT using CA-1 in VTS 7700 environment
Anthony, Okay. Just wanted to make sure before I gave you things that would not help you. It is not that bad and you just need to make sure of the following. 1) Make sure you do have a separate values in your DEVSUPxx for each LPAR. I use the first two positions as my LPAR and leave the last two to match the defaults. Example, MEDIA1=1001, MEDIA2=1002,.MEDIA10=100A,ERROR=100E and PRIVATE=100F for LPAR1 and then use 20xx for LPAR2. 2) You need to make sure you have USERMOD CL05244 installed. Make sure you update CTSUXENT with your library name(s). 3) In your CTSUXENT module, add some code like the code below. Pay attention that columns 72-80 are important to insert into the correct location of your current source. My code is set up to perform this check at the very beginning so that we don't do anything if the tape is not correct. I have the sequence numbers set to update the mode and added in after the Load Address (LA) of ATLTABLE into R9 and before the ATLFIND DSECT. In the case below, it could have been done with one check; however, it was set up to allow for multiple prefixes, if needed. ./ CHANGE NAME=CTSUXENT * 01790100 * @MYCO - ADDED THE VOLUME SECTIONS TO ONLY PROCESS THE REQUIRED * 01790110 * TAPES DEPENDING ON THE LPAR AND LEAVE THE REMAINING* 01790120 * TAPES FOR THE OTHER OAM SYSTEMS TO PROCESS. MVSX LPAR * 01790130 * 01790140 CHKVOL DS0H 01790150 CLC WKVOLSER(2),=C'XN' IS THIS A MVSX NATIVE ATL2? 01790200 BEACCTAPENO LEAVE FOR OTHER OAM01790210 CLC WKVOLSER(1),=C'X' IS THIS A MVSX VIRTUAL VTS2? 01790220 BNE RC16 NO LEAVE FOR OTHER OAM01790230 ACCTAPE DS0H 01790240 * @MYCO - END OF MYCO CUSTOM CODE 01790250 * 01790260 4) Make sure your CA-1 version of CBRUXENT, CBRUXEJC and CBRUXVNL are applied to the z/OS system to override the IBM RMM default delivered in LINKLIB. 5) Make sure CA-1 is up and running BEFORE OAM is started. IF not, the exits will not be there to REJECT the tapes. I hope this helps. Please feel free to contact me off-line if needed. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Fletcher Sent: Monday, March 10, 2014 22:51 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment Craig Yes, that is exactly the environment. regards, Anthony Fletcher - NZ MIITP Team Lead NZ SMM (AirNZ, Westpac NZ , NWM AU) IBM Strategic Outsourcing Delivery Server Systems Operations Server Management Mainframe Mainframe Software Program Manager NZ z/OS Technical Lead A/NZ Ph: Direct +64 4 576 8142, tieline 61 929 8142, ITN *869298142, mobile +64 21 464 864, Fax +64 4 576 5808. Internet: flet...@nz1.ibm.commailto:flet...@nz1.ibm.com, Sametime: flet...@nz1.ibm.commailto:flet...@nz1.ibm.com The biggest threat to effective communication is the belief that it has occurred Winners make commitments, Losers make promises From: Craig Pace craig.p...@fotlinc.commailto:craig.p...@fotlinc.com To: IBM-MAIN@listserv.ua.edumailto:IBM-MAIN@listserv.ua.edu, Date: 11/03/2014 16:42 Subject:Re: CBRUXENT using CA-1 in VTS 7700 environment Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edumailto:IBM-MAIN@listserv.ua.edu Anthony, Wanting to make sure what you are asking. Do you mean that you have two LPARs which share the same VTS hardware; however, don't share the TMC? If your answer is yes, then are you also asking about making sure that LPAR1 does not insert tapes from LPAR2 and vice versa? If there are correct, then let me know. Using DEVSUP and minor exit changes to the CA-1 exits can take care of this without any issues. Currently running that way today with a TS7740 and I have 5 separate TMCs using the save hardware, different volumes, different DEVSUP and minor USERMOD changes to prevent he LPAR from picking up the wrong tapes. Thanks, Craig -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Thomas Conley Sent: Monday, March 10, 2014 22:34 To: IBM-MAIN@LISTSERV.UA.EDUmailto:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CBRUXENT using CA-1 in VTS 7700 environment On 3/10/2014 10:32 PM, Anthony Fletcher wrote: Question for a CA-1 guru. I have a CBRUXENT exit that defines the VTS, which I believe is necessary, but it also checks that the right CARTs care coming through. There are two operating modes
Re: Another reason to hate the time change
What am I missing? How does using a 24-hour clock help here with the OP's problem? My suggestion would be to report in GMT and ignore timezones, but I'm sure that won't fly... On Mon, Mar 10, 2014 at 10:07 PM, John Gilmore jwgli...@gmail.com wrote: The notion that Of course noon is PM is wholly inadmissible, indeed obscene, to anyone for whom the equivalence 'post meridiem' = 'after noon' is alive and immediate. There is, I am sure, a generational difference here. With Quine, I also find the use of data in the singular obscene. Worry not, however! Those of us who do will all be dead soon. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN