Re: DFHSM CDS backup versions
Pending release is GOOD! This means that RMM has decided to expire the tape. It will be "finally" scratched on the next housekeeping cycle. This is just the way RMM works. Try changing the "count" in the VRS to a "more reasonable (FSVO reasonable) value. e.g. 10 and see if the tapes release. I've done that, and verified the VRS's, and re run RMM "housekeeping". Now some tapes have a status of PENDING RELEASE. The only ACTION PENDING I can see is RETURN TO SCRATCH POOL This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM CDS backup versions
The definitions are correct (FSVO correct). However, I think RMM is "ignoring" what HSM is telling it due to the cycle count specified. Try changing the "count" in the VRS to a "more reasonable (FSVO reasonable) value. e.g. 10 and see if the tapes release. Reasonable should be somewhat in excess of the requirements for the number of CDS backup versions, but not excessive. So, having found that these tapes are a VITAL RECORD, I found the following VRS: - HSM.%CDS.BACKUP.V¬¬¬ and HSM.JRNL.BACKUP.V¬¬¬ HSM.%CDS.BACKUP.V¬¬¬ has the following: - Data set mask . : 'HSM.%CDS.BACKUP.V¬¬¬' GDG . : NO Job name mask . : Count . . . : 9 Retention type . . . . . : CYCLES While cataloged . . . . . : NO Delay . . . : 0 Days Until expired . . . . . . : NO Location . . . . . : HOME Number in location : 9 Priority . . . . . : 0 Release options: Next VRS in chain . : Expiry date ignore . . . : NO Chain using . . : Scratch immediate . . . . : NO HSM.JRNL.BACKUP.V¬¬¬ has the same configuration. The RMM implementation and customisation guide says: - To keep all cycles of DFSMShsm control data set and journal backup tapes until DFSMShsm releases them, issue RMM ADDVRS subcommands as shown: - RMM ADDVRS DSNAME('authid.%CDS.BACKUP.V¬¬¬') - COUNT(9) CYCLES RMM ADDVRS DSNAME('authid.JRNL.BACKUP.V¬¬¬') - COUNT(9) CYCLES So these definitions seem to be correct? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Real purpose of hipersocket
Hipersockets are *MUCH MUCH* faster than exiting one LPAR and returning to another via OSA cards. This is done via an internal memory to memory transfer. All of the OSA overhead as well as the network latency are eliminated. However, as all LPAR's are in the same SYSPLEX, all of the data should be accessible from any of the members of the sysplex, So the question becomes what is the benefit? IMO, the benefit of HIPERSOCKETS in the described situation is minimal. HTH, So apart from above is there any compelling reason to use hipersocket if the all the LPARS are in same sysplex. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBMLink having log in issues today?
More of the "new tools" not being a reliable or available as their predecessors. Maybe the PFCSK's in charge of these tools should be given a "boot camp" on z/OS concepts, which is what they need to emulate. i.e. 5 9's of availability! The log in via http://support.ibm.com does not work either. Hitting the "Sign In' box or hitting the enter key does nothing. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Knowledge Centre
Agreed! To me, the KC is a big pile of steamy stuff, and isn't fit for purpose. I'm spending more time searching for the documentation than actually using it! This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM CDS backup versions
Is dfHSM defined as an EDM (External Data Manager) to dfRMM? If not, there is a section in the dfHSM Installation and Customization Guide on how to do this. HTH, We ran out of scratch tapes on one of the systems I look after. After investigation, it appears that DFRMM (or DFHSM) doesn't seem to be releasing old CDS backup tapes back to the scratch pool. .snippage RMM has these volumes as a status of MASTER, so RMM thinks it contains valid user data, which it really doesn't... How do I get these tapes (preferably automatically) returned to the scratch pool? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Thanks for the research... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 10:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST Hmnow you made me dig. While the commands worked, and we converted to user logs long ago, I never actually deleted sys1.brodcast. Now, I see master has it allocated even though there is no SYSLBC dd in MSTJCL00. I guess more research is needed. I just browsed sys1.brodcast, and see the message I just sent below. 16174 10:21:25.22 RR008058 0210 SEND 'A MESSAGE TO ALL TSO USERS',SAVE 16174 10:21:25.24 RR008058 IKJ578I BROADCAST MSGNO =0001 And then when I logon: TSS7000I xxx Last-Used 22 Jun 16 10:21 System=TOL2 Facility=TSO TSS7001I Count=08962 Mode=Fail Locktime=None Name=DAVE E JOUSMA IKJ56455I LOGON IN PROGRESS AT 10:22:37 ON JUNE 22, 2016 A MESSAGE TO ALL TSO USERS Fine manual says: To implement the use of user logs, first copy sample member IKJTSO00 from SYS1.SAMPLIB to SYS1.PARMLIB, if you have not already done so. You can create alternative members using the IKJTSOxx naming convention. In IKJTSOxx, modify the SEND PARMLIB parameter as follows: LOGNAMEuser log data set nameCHKBRODON My IKJTSO00 says: SEND/* SEND COMMAND DEFAULTS*/ + OPERSEND(ON) /* */ + USERSEND(ON) /* */ + USEBROD(OFF) /* */ + SAVE(ON) /* */ + CHKBROD(OFF) /* */ + SYSPLEXSHR(ON) /* */ + USERLOGSIZE(5,1) /* */ + LOGNAME(BRODCAST) /* */ If I do a send 'message',user(myid),save the message is stored in my own brodcast dataset. If I do a send 'message',save it goes to sys1.brodcast. The book could be clearer on this. Not sure where to go next, other than PMR. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Wednesday, June 22, 2016 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST So happens when you issue the following MVS command: SEND 'A message to all TSO users',SAVE . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 6:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 12:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SYS1.BRODCAST Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. T
Re: SYS1.BRODCAST
As I stated in one of my earlier posts, the only trace of SYS1.BRODCAST I can fine is in GRSRNL. Can I ask what you IKJTSO** looks like? Also GRSRNL** IOW, what did you do to get the system to ignore SYS1.BRODCAST? TIA, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 22, 2016 8:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST We run without. Nothing in MSTJCLxx, just changes to IKJTSOxx to use user BROADCAST dataset. We use userid.BRODCAST >From the fine manual: >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ikjb400/conlogs.htm I don't get any messages at logon time for a missing SYS1.BRODCAST dataset either. _ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 3:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST You also answered a question for me: would this be a good idea in my shop? The messages about missing SYS1.BRODCAST would generate a flurry of calls to the help desk, generating a gaggle of problem tickets. For me, not the worth the cacophony. But thanks for experimenting. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
Answering my own question: Yes, you can run *WITHOUT* a SYS1.BRODCAST dataset. You will receive a couple of messages at logon time indicating SYS1.BRODCAST cannot be allocated. The logon will proceed and the user BROADCAST dataset will be handled normally. Thanks to all that responded. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 10:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SYS1.BRODCAST I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email ? including attachments ? may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SYS1.BRODCAST
It is not *NECESSARY* to run without the dataset. I would like to remove the dataset since it (technically) no longer serves any useful purpose. Just trying to make my life a little easier by not having to move the dataset around as configurations are changed. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, June 21, 2016 11:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SYS1.BRODCAST I should have mentioned that we still have SYSLBC in MSTJCL00, so our case may not the paradigm you're after. I'm still wary of what would happen with an MVS SEND/SAVE command. Just ignore the save action? Save only to userlogs that are DASD resident? The historical problem with SYS1.BRODCAST was getting filled up with undelivered--maybe undeliverable--user-directed messages. You have solved that problem already. Is deleting SYS1.BRODCAST so important? Just asking. . . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, June 21, 2016 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: (External):SYS1.BRODCAST I agree, however, I set USERSEND OPERSEND and SAVE to NO in IKJTSO00. We do not use the SEND command as a general rule. I still have a couple of more things to try in my sandbox, but want to avoid a falling into a major hole (if possible) before attempting these. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson I see SYS1.BRODCAST allocated to *MASTER* on all systems in the GRSPLEX. I never tried running without it, but I'm pretty sure that's where true general broadcast messages go. Not the 'send/notify' messages to individual users, but the message(s) that everyone sees at logon time. If you think about it, where else would they go? Userlogs get migrated. An MVS SEND command could not recall them all. ...snippage I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email ? including attachments ? may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: (External):SYS1.BRODCAST
I agree, however, I set USERSEND OPERSEND and SAVE to NO in IKJTSO00. We do not use the SEND command as a general rule. I still have a couple of more things to try in my sandbox, but want to avoid a falling into a major hole (if possible) before attempting these. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson I see SYS1.BRODCAST allocated to *MASTER* on all systems in the GRSPLEX. I never tried running without it, but I'm pretty sure that's where true general broadcast messages go. Not the 'send/notify' messages to individual users, but the message(s) that everyone sees at logon time. If you think about it, where else would they go? Userlogs get migrated. An MVS SEND command could not recall them all. ...snippage I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SYS1.BRODCAST
I recently converted to TSO/E user logs and IPL'ed. All is working but I still have an allocation for SYS1.BRODCAST by *MASTER*. I *DID* check MSTJCL00 and the SYSLBC DD statement is not present. The only trace I can find of SYS1.BRODCAST is in the GRSRNL list. RNLDEF RNL(EXCL) TYPE(SPECIFIC) QNAME(SYSDSN) RNAME(SYS1.BRODCAST) Q. Is anyone out there running *WITHOUT* a SYS1.BRODCAST dataset? If so, what is necessary to accomplish this? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
If the dataset was *DELETED* you will have a tough time. If the dataset was uncataloged, DEF NVSAM(name('dsn') DEVT() VOL(MIGRAT) And then recall the dataset. I cannot issue the HRECALL because the dsn doesn't exist. The same reason I cannot issue the HRECOVER because there is no backup. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFHSM QUESTION - RECOVER DSN FROM ML2 VOLUME
Why not just HRECALL the dataset? Of course, if the migrated copy is the damaged dataset, and there are no backups, you are out of luck. I would like to recover a dsn which was migrated to ML2. Because of a mistake in the assigning of the management class no back up was taken. I remember recovering a dsn under the same circumstances. I remember locating the dsn in the HSM.JOURNAL.BACKUP.V000 (found in column 13 in HEX) and the volser of the ML2. (which I found in column 77) I browsed the online HSM.JOURNAL (using the first and second HLQ) however I was unable to locate the dsn. My question is do I need to wait for the CDS Journal backup to be run (which will execute tonight at 8 p.m) or is there something else I can try? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBPTPCH (was: Read a PDS ...)
Thx Caution: From a retiree out of the game for 12 months //job etc etc //exec pgm=ikjeft01 //systsprt DD dsn=your.output,disp=(new),dcb=lrecl=I don't remember //systsin DD * Printds hlq.your.PDS. or pdse <> Would you be willing to share? From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saul anthony babonas Sent: Thursday, June 16, 2016 11:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) I've been following this discussion with some belated interest. Years ago I cooked up something dirt simple to turn a PDS into a SD file using the TSO print command. It wasn't very elegant but it got the job done at low cost. <> This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBPTPCH (was: Read a PDS ...)
Would you be willing to share? From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of saul anthony babonas Sent: Thursday, June 16, 2016 11:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEBPTPCH (was: Read a PDS ...) I've been following this discussion with some belated interest. Years ago I cooked up something dirt simple to turn a PDS into a SD file using the TSO print command. It wasn't very elegant but it got the job done at low cost. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM plans for the future - an imaginary tale
A waste of electrons. The author merely repeated what has already happened. Subject: IBM plans for the future - an imaginary tale http://it.toolbox.com/blogs/mainframe-world/ibm-plans-for-the-future-an-imaginary-tale-73469 This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: System SSL and private TCP/IP stack?
Might be better asked on the TCPIP list. IBM TCP/IP List Y You can find this via the normal LSOFT processes. Responses interspersed: If you have a z/OS application that uses System SSL but needs its own private TCP/IP stack, how would one configure that? I spent some time Googling but didn't find anything. Since System SSL sits between the application and the TCP/IP stack, it isn't clear to me what would get configured: is it sufficient for the application to be pointed at its own stack? Or is there System SSL configuration required? ---> Look at the POLICY AGENT (PAGENT). There are some additional low level OMVS changes needed to support multiple TCP/IP stacks. I haven't checked, but PAGENT may be able to help here. You might/might not need an additional stack. For that matter, I haven't found a good reference for how to configure a job (STC in this case) to point to a specific TCP/IP stack, though I admit I haven't looked very hard for that one, since I'm not sure I need it yet. ---> Add //SYSTCPD DD DSN=.,FREE=CLOSE to the STC JCL. The doc for the RESOLVER and SYSTCPD is in the IP Config Reference and IP Config Guide. HTH, This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Query on OSA-ICC consoles
Think of the OSA-ICC as an analog to TN3270 (with an enhancement for MCS support). It speaks TCP/IP on one side and (MCS or LOCAL SNA) on the other. As to how the data gets from "here to there, I cannot speak to the internals. HTH, Does anyone know how OSA-ICC devices (3270-X) are mapped in HSA ? I did a search in our systems and see that OSA-ICC devices are concurrently active on all LPARS of the sysplex . I also see that PCHID is same across all the systems . I am just trying to find out how multiple systems can write on to the same physical OSA-ICC device ?..Basically i would like to know how this happens at hardware level . Any pointers /documentation would be a great help . This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Knowledge Center broken on IE
Karma is a b... There was a whole thread on the KC conversion on the 29th. The new KC doesn't like IE while EDGE,CHROME and Firefox seem to motor OK. ... Since last Monday, IBM Knowledge Center is broken for IE10/IE11, Firefox looks fine. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LARGEDS and Z11 Mode
I did not have any issues, so I never needed to do this. Anybody have issues restoring jobs offloaded to tape that are z2 mode after going to z11 mode? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LARGEDS and Z11 Mode
Agreed! Allen, Oops wanted to include this into the original post. Appears to me there should be plenty of free records here? The increase I believe is 302? Thanks Matt $HASP852 CKPTSPACE $HASP852 CKPTSPACE BERTNUM=32100,BERTFREE=31657,BERTWARN=80, $HASP852CKPT1=(CAPACITY=6288,UNUSED=4446),CKPT2=() $HASP895 $DACTIVATE 997 $HASP895 JES2 CHECKPOINT MODE IS CURRENTLY Z2 $HASP895 THE CURRENT CHECKPOINT: $HASP895 -- CONTAINS 32100 BERTS AND BERT UTILIZATION IS 1 $HASP895 PERCENT. $HASP895 -- CONTAINS 1847 4K RECORDS. $HASP895 z11 CHECKPOINT MODE ACTIVATION WILL: $HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS. $HASP895 -- REQUIRE 0 ADDITIONAL BERTS AND UTILIZATION $HASP895 WOULD REACH 1 PERCENT. $HASP895 z11 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER. $HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION: $HASP895 -- LARGEDS SUPPORT MUST BE ACTIVATED. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Wednesday, June 01, 2016 10:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: LARGEDS and Z11 Mode Should do it. I presume this will occur on the z/OS 1.13 system prior to the upgrade. $TSPOOLDEF should present no issues. At z/OS 1.13 you can issue $DACTIVATE, LEVEL=Z2 to "backout the upgrade. This *IS NOT* available on z/OS 2.2. Z11 mode has been out for such a long time that I cannot forsee any issues at this point in time. You *MIGHT* consider enlarging the checkpoint dataset based on "$HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS.". I can't be certain without seeing the O/P of $DCHKPTSPACE. HTH, Planning for z1.13 to 2.2 upgrade and found that we need to move to jes2 checkpoint mode Z11. We are a monplex so no MAS to be concerned about. I gather from reading the jes2 init and tuning, Reference guide and JES2 Performance and Availability Considerations in Redbooks the following. Use $DACTIVATE command and resolve outstanding requirements, for me that looks like moving to LARGEDS support. Change SPOOLDEF, LARGEDS=ALLOWED ($T SPOOLDEF,LARGEDS=ALLOWED) Issue $ACTIVE Did I miss any steps? thanks Matt This would be done during a scheduled system outage so there would be no activity. What I can't find is how to test afterward, what problems to look for, how to back out if necessary? Below is the display of the jes dactivate. $HASP895 $DACTIVATE 997 $HASP895 JES2 CHECKPOINT MODE IS CURRENTLY Z2 $HASP895 THE CURRENT CHECKPOINT: $HASP895 -- CONTAINS 32100 BERTS AND BERT UTILIZATION IS 1 $HASP895 PERCENT. $HASP895 -- CONTAINS 1847 4K RECORDS. $HASP895 z11 CHECKPOINT MODE ACTIVATION WILL: $HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS. $HASP895 -- REQUIRE 0 ADDITIONAL BERTS AND UTILIZATION $HASP895 WOULD REACH 1 PERCENT. $HASP895 z11 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER. $HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION: $HASP895 -- LARGEDS SUPPORT MUST BE ACTIVATED. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TCPIP Help
Try enlarging your TSO region. IND$FILE (AFAIK) does not use TCP/IP for communication. It seems to be a screen scraper. HTH, I need some help guys/gals. I have installed z/OS 2.2 under z/PDT and have a wierd issue. I am trying to send a file via IND$FILE, I see the xref start and it hangs forever forcing me to cancel the TSO userid. Could this be a IP routing issue ? I need some help on where to start looking. I realize this isnt the TCPIP forum and apologize for the thread.but I need some help. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LARGEDS and Z11 Mode
Should do it. I presume this will occur on the z/OS 1.13 system prior to the upgrade. $TSPOOLDEF should present no issues. At z/OS 1.13 you can issue $DACTIVATE, LEVEL=Z2 to "backout the upgrade. This *IS NOT* available on z/OS 2.2. Z11 mode has been out for such a long time that I cannot forsee any issues at this point in time. You *MIGHT* consider enlarging the checkpoint dataset based on "$HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS.". I can't be certain without seeing the O/P of $DCHKPTSPACE. HTH, Planning for z1.13 to 2.2 upgrade and found that we need to move to jes2 checkpoint mode Z11. We are a monplex so no MAS to be concerned about. I gather from reading the jes2 init and tuning, Reference guide and JES2 Performance and Availability Considerations in Redbooks the following. Use $DACTIVATE command and resolve outstanding requirements, for me that looks like moving to LARGEDS support. Change SPOOLDEF, LARGEDS=ALLOWED ($T SPOOLDEF,LARGEDS=ALLOWED) Issue $ACTIVE Did I miss any steps? thanks Matt This would be done during a scheduled system outage so there would be no activity. What I can't find is how to test afterward, what problems to look for, how to back out if necessary? Below is the display of the jes dactivate. $HASP895 $DACTIVATE 997 $HASP895 JES2 CHECKPOINT MODE IS CURRENTLY Z2 $HASP895 THE CURRENT CHECKPOINT: $HASP895 -- CONTAINS 32100 BERTS AND BERT UTILIZATION IS 1 $HASP895 PERCENT. $HASP895 -- CONTAINS 1847 4K RECORDS. $HASP895 z11 CHECKPOINT MODE ACTIVATION WILL: $HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS. $HASP895 -- REQUIRE 0 ADDITIONAL BERTS AND UTILIZATION $HASP895 WOULD REACH 1 PERCENT. $HASP895 z11 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER. $HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION: $HASP895 -- LARGEDS SUPPORT MUST BE ACTIVATED. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New Knowledge Center?
Did that and got the null list . -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Walt Farrell Sent: Monday, May 30, 2016 9:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New Knowledge Center? On Mon, 30 May 2016 13:08:27 +, Staller, Allan wrote: >I did find the searchscope for V2.1 (not beta) a little helpful. No >IBM at the beginning of the names for V2.1. For V2.2 they added IBM to >everything. >http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r >1/zos-search/zossearchscopes.html > If you change the version to 2.2 you get a null list returned. >More of the "new tools" that are less functional and/or available than the >ones they replace. For the 2.2 one you simply need to click on the pull-down list labeled "choose a search category". -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New Knowledge Center?
I did find the searchscope for V2.1 (not beta) a little helpful. No IBM at the beginning of the names for V2.1. For V2.2 they added IBM to everything. http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1/zos-search/zossearchscopes.html If you change the version to 2.2 you get a null list returned. More of the "new tools" that are less functional and/or available than the ones they replace. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CREATED date for migrated data sets?
DCOLLECT and select "TYPE M" records. From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of retired mainframer Sent: Thursday, May 26, 2016 4:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CREATED date for migrated data sets? According to my DFSMShsm Data Areas manual, the Migration Control Data Set Data Set Record has the creation data at offset x'4c' in field MCDDLC. There does not appear to be an HSM utility to extract these records in bulk. You could write a little selection program to read them or use a utility to print them in hex and then scrape the output with a REXX to select the ones you want This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADRDSSU renamunconditional
Last time I looked, this cannot be done. Both the oldname and newname must have the same number of qualifers. You can create a include list that has the exact transformations needed. HTH, I am using the below control card to change Just the 4th level qualifier to have the System name alone while restoring from the PS backup dataset, but I am not getting any dataset created after the 4th level Qualifier and the Log says the Dataset already exist. RESTORE INDDNAME(BACKUPDS) - DATASET(INCLUDE(**.**)) - STORCLAS(MAINFRAME)- RENAMEU(SYSPROG.SYM.R14P2.**,SYSPROG.SYM.R14P2.SYSD.**) - FORCE - ADMIN - CATALOG SHR TOL(ENQF) Is there any change that I need to be making on the above control where I can get all the dataset restored with SYSNAME SYSD added to all the restored dataset ? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Product name by module
From the eye catcher below, the IBM product ID is 5706-110. Seaching IBM.COM show this to be part of Office Vision. AFAIK, Office Vision has not been offered or supported for many years. HTH, EIRFUCB2V1R1M0 5706-110 (C) COPYRIGHT IBM CORP. 1990 19945706-110 (C) Is there a Link within IBM which can help me to track ? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What does it indicate when an SMF 30 subtype 4 or 5 has no completion section?
1) STEP was "flushed" due to JCL error or COND= processing. 2) "Continuation record" due to "record too large conditions. I.e. due multiple unconsolidated DD statements. Check the SMF manual for the gory details.. HTH, >From time to time I see SMF 30 subtype 4 and 5 records with no completion >section. Kind of an oxymoron: a step or job completion record with no >completion section. Can anyone educate me on what that would indicate? How would one "interpret" such a record? FWIW, I am looking at one now. Record + X'30' contains 022C 0008 -- a reasonable offset and the expected length but a count of zero. Record + X'22C' is all zeros and "unused" -- the next triplet section begins at +X'234'. It appears to be from an apparently normal TSO logoff. This is V2R1 but I have seen them on multiple releases. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Another WLM question
If there is room, the cpu will be used. When things get tight, the RG cap will be enforced. HTH, If you remember I had a situation where the CPU was hitting its four hour avg and soft capping itself. When this happens CICS and DB2 aren't allowed to flex above and I get max socket errors within the busiest CICS. At the advice of the group I set up a resource group and associated to a service class to batch jobs that I blame for running the service units up during the day initiating the capping. The resource group definition is CPU% based and I selected 20% max and 1 % min. Single jobs that are using this group regularly exceed the 20% max, multiple jobs really exceed the max collectively. Am I misunderstanding how this works? The goal was limit the number of SUs consumed by batch and spread it out longer in the day in hopes to avoid the capping. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mounting Unique zFS for SMPE APPLY
My service is always applied to a unique set of zfs's. This is then copied w/rename to produce the SYSRES vols. In my case, the suffix is unique. The SMP verisons of the datasets are hlq.unique.z* The "real" versions of the datasets are hlq.unique.t* The SMP/E (hlq.unique.z*) are pointed to on a different path (/Service/.) as opposed to the "real " path (/..) HTH, The zFS names on our SMPE maintenance system are the same as on the PROD RES VOLS. How do you make them unique so they can be mounted on the SMPE maintenance system for the SMPE APPLYs? I suppose just DSS copy and rename them to something else? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS hang at system shutdown
I have seen this occur: 1) waiting to transfer ownership of the file system to the "surviving' (LPAR(s)). You might check the automove status of your file systems. 2) health checker is usually very slow in shutting down 3) HIS You might try adding f omvs,stoppfs=zfs(? on the syntax) earlier in the shutdown process. HTH, We have noticed an intermittent OMVS shutdown problem, possibly since going to z/OS 2.1, though I'm not willing to bet on that. The general scenario is that almost all of the system is down, and we're into stopping OMVS. Systems automation then issues a stop to OMVS: ...snippage D OMVS BPXO042I 10.58.34 DISPLAY OMVS 786 OMVS 0010 SHUTDOWN However, intermittently, we don't get past the 'SHUTTING DOWN' message, and the "progress counter" (out of what?) stops incrementing, so each display of OMVS shows: OMVS 0010 SHUTTING DOWN 13 This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ADR309E Message during Restore
If this was a logical dump, you could restore the individual datasets. Execute the restore job with PARM='TYPRUN=NORUN' to get a list of the individual datasets. If this is a physical dump, you have no choice. You *MUST* provide at least a 3390-9 to restore successfully. X'2721' is 10017 cylinders i.e. 3390-9 X'0D0B' is 3339 cylinders i.e. 3390-3. HTH, I´m trying to restore a full volume backed up with ADRDSSU utility and during restore I´m getting following message: SOURCE AND TARGET DEVICE CAPACITIES DO NOT MATCH. CYLINDER CAPACITY OF SOURCE VOLUME 2721, TARGET VOLUME 0D0B. This tells me that source volume has 2721 cylinders and target volume has 3339 cylinders (0d0b). My question is how to bypass this condition checking and restore from tape source volume in a new target volume. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset space information
ITYM 44x'40' So, as I posted before: VTOC DSN is 44X'4' This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM issue with a proposed solution
Set the DB2 goal to be "more reasonable" FSVO reasonable and see what happens. We have a soft capped LPAR that runs our DB2 and CICS regions and during the day some "marketing batch". On Wednesdays, the marketing batch (online submit via CICS) increases and by afternoon we hit our 4 hour soft cap. Once or twice while we are capped, the busiest CICS slow down to the point where some old automation kicks in to kill transactions over 45 seconds old, some of these transactions dump through DumpMaster, we then go to max sockets and more transactions dump and in 10 - 30 seconds all is fine again. What I see: The CICS regions have a DP around EC and are meeting their service goal of 99% under .5 seconds. But there are tens of thousands transactions that have led to this. The batch jobs (3-5 of them), while running 10 - 15 % cpu have a DP of C0 and are in a discretionary level of the service class. I believe the problem lies with the DB2 service class. That has a definition of velocity at 66 and it tends to run below that when there is more contention in the system. The DP of the DB2 region is F6. My theory: when this brown out occurs the resources are maxed out and the CICS regions being the ones that have meet their goal and will have to suffer many transactions missing the service goal to make the DP go up. They get hung up just long enough to cause the delays that trigger the "panic" automation to clear the stalled transactions. Chaos breaks out! My proposal: A. limit the batch jobs to a max of three by controlling open initiators for their job class. B. change the DB2 velocity to 60 C. Starve the CICS service goal by reducing it to 99% in .4 forcing his DP to be a little more desperate. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PDS I/O Performance Improvement
It is a parmlib, I don't think the members will be staged to VLF (who would stage them)? Considering the I/O times and the size of the directory, I suppose the directory is the problem. Maybe LLA member caching might help if a BLDL is done to locate a member. Otherwise converting it to PDSE would help with its member caching. Just tell VLF to do the caching. It will handle it. However, VLF will most likely be limited in its effectiveness, due to the fact this is a parmlib, not a loadlib. Without getting too exotic, I would try (in order): LLA management of the PDS (same as VLF. Just tell LLA to manage it). PDSE > I'm looking for some suggestions on how to possibly improve I/O > performance to a PDS. A user is running a job that is reading a large > parmlib (through PROJCL I believe). I think the access is random > rather than sequential. The parmlib has ~180,000 members is has an > LRECL of 80/BLKSIZE of 27,920. The performance team has reviewed a > found ~ 6ms response time to the volume that houses the PDS with most > of the time being connect time. My guess is that this is PDS directory search. Do some googling for the historical performance problems with PDS directory searches. The CCW commands used were SEARCH KEY EQUAL (don't have the hex value handy). Reducing the number of members in the PDS will most likely help. Compressing the PDS *might* help. HTH, This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to copy one pack IPL'able z/OS to DVD.
It is my understanding that the ability to IPL from DVD is a hardware feature. I believe this is currently available. Check w/your local hardware rep's. If you do not have that feature, it will *NEVER* IPL HTH, Subject: Re: How to copy one pack IPL'able z/OS to DVD. >>> On 4/27/2016 at 03:51 PM, John McKown wrote: > They IPL from the DVD and then use the HMC DVD as a ftp source. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AXR04 System REXX
AXR** is (usually) a "worker space" and not System REXX itself. You should be able to just cancel it. E.G. C AXR04 HTH, The last time I looked at bringing down AXR it was: FORCE AXR,ARM Is anyone aware of another method or does this still hold true? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DAF on z/OS V2?
I have had S0C4 issues with the I/P file was VB. Overrode the DCB to VBS and all was OK. HTH, So, I matched your options. I am able to assemble just fine. A test run however gets me S0C4. Appears to be SMF data related, as I can run against my daily offloads just fine, but when I run against my weekly, or monthly tapes, is when I get the error. Unless some of you ASM guru's notice anything obvious, I'm afraid I'm stuck. This error is not 2.2 specific either, I was able to rerun on my 1.13 systems, and produce the same error. 07.45.02 JOB03826 +DAF900A Abend S0C4 U 07.45.02 JOB03826 IEA995I SYMPTOM DUMP OUTPUT 442 442 SYSTEM COMPLETION CODE=0C4 REASON CODE=0011 442 TIME=07.45.02 SEQ=00414 CPU= ASID=0085 442 PSW AT TIME OF ERROR 078D2000 8000E1CA ILC 4 INTC 11 442ACTIVE LOAD MODULE ADDRESS=7530 OFFSET=6C9A 442NAME=DAF 442DATA AT PSW E1C4 - D200E000 F0004410 B06C5830 442AR/GR 0: /0004 1: /0003 442 2: /000152BA 3: /24C40001 442 4: /0004 5: /00036928 442 6: /24C3FFDF 7: /001C 442 8: /00AFC080 9: /00010390 442 A: /00036000 B: /E158 442 C: /F158 D: /000350D8 442 E: /00036928 F: 0102/24C40001 442 END OF SYMPTOM DUMP This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF dump processing
Are you recording SMF 19? IIRC this can greatly elongate the SMF dump process as the system goes to touch every online volume for each SMF dataset switch. In your SMF dump job, add buffers, especially on the tape side. I am currently running with 50 and may increase it some more. The combination of the 2 techniques resulted in a cumulative 40% reduction in elapsed time. Other things to look at include the CISIZE of the MAN* datasets. We have noticed that our dumping for SMF MAN files are taking longer than usual. We see in the job log that when message IEC205I is issued, which shows the total blocks written, that sometimes it takes as long as 15 minutes for message IEF234E K to occur. Has anyone else encountered this or could explain to me why it takes 15 minutes for the IEF234E K message to occur? We realize that we need to get to logger but unfortunately it hasn't happened yet. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: AUDIT and FIXCDS
SYSIN (or SYSTSIN) is not required to be 80 bytes... Otherwise, just break each line at the desired location and place a continuation character (usually a '+' or '-') at the end of the line. HTH. >snip> Okay so the real answer is to specify FIX on the AUDIT command. But it also says you can use the output from the AUDIT command to do the FIX. I still don't know how you would do that. On Tue, Apr 12, 2016 at 1:57 PM, Mark Pace wrote: > Running an HSM AUDIT command > > AUDIT MEDIACONTROLS VOLUMES(MP0001) ODS('MARPACE.ODS.FIXCDS') > > In MARPACE.ODS.FIXCDS is the output of FIXCDS commands from the AUDIT. > > What I can't figure out is how to use these FIXCDS commands. Many of > them are longer than 80 bytes long and have continuation. So I can't > just wrap JCL around them. The manual isn't a lot of help on this either. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL 5.2 and VS Cobol questions
". Were currently running COBOL 4.2 and i'm curious if we can run the linkedit on 4.2 or do we need to wait and run the relink under 5.2." You *ARE NOT* invoking the compiler. You are only dealing with load modules here. The question above is a non-sequitor. We're preparing to upgrade to COBOL 5.2 and need to update our VS COBOL programs before doing so to replace IGZEBST. Please see below for a sample relink that we're using. Were currently running COBOL 4.2 and i'm curious if we can run the linkedit on 4.2 or do we need to wait and run the relink under 5.2. We're currently using LE for z/OS 2.1. //LINK EXEC PGM=IEWL,PARM='LIST,MAP,XREF' //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=CEE.SCEELKED,DISP=SHR //LOADLIB DD DSN=TKTH000.PROD.LOAD.S6000,DISP=SHR //SYSLMOD DD DSN=TKTH000.SYS2.LINKLIB,DISP=SHR //SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(2,2)),DISP=NEW //SYSLIN DD * REPLACE IGZEBST INCLUDE LOADLIB(IAD028) ENTRY IAD028 NAMEIAD028(R) This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EMC z/OS Migrator
Since only a limited number of people are authorized(2), it was set up with any requested permissions (IIRC UACC(UPDATE)). AFAIK, it should have the same level of access as df/SMS. HTH, Does anyone use EMC z/OS Migrator? Wondering how you have your security(RACF) setup for it. We're getting some push back from the RACF Administrator on how to grant access. I know it basically needs access to ALL volumes and datasets. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cancelling a Job in SPIN status
Look up abend071 in the IBM db "Steps for Diagnosing Excessive Spin" HTH, What is the SPIN status? I never saw this. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Advice needed - GRS across 2 sysplexes with shared dasd
Yes, you can configure GRS for all 4 LPARS. *DON'T DO IT*You are just asking for trouble.. GRS has *ALWAYS* claimed to have a scope of SYSPLEX. Which brings to mind, why are you (or anyone else) seeking to change this? Seeking advice on how to configure the system to allow GRS to manage all of our environment. Current config: 4 lpars 2 in prod sysplex 2 in test sysplex All dasd is shared Each currently has its own grs environment. I asked ibm l2 and was told I couldn't have grs manage all 4 lpars but was also told by a friend that it should be possible. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Documentation availability was Re: EXTERNAL: Re: IBM z/OS Product Documentation 2016
I have stated repeatedly that the "new service tools" (i.e. the web interface) have *NEVER* been as reliable or available as the "green screen apps" they replaced. For a company whose flagship claims "6 nines" of availability, this should be an embarrassment. Should not the support tools be at least as available as the systems they support? >I would rather have the manuals not available due to IBM maintenance when I >typically look at them, during the day, than during the night-time >implementations that I am called to fix. Hasn't IBM heard about 100 percent availability. I'm 99 percent certain Microsoft's knowledge base has it. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Freeing up space in a VSAM file
I have been using CA-RECLAIM since 20012 for both dfHSM and dfRMM. No problems or worries. I highly recommend it. As a matter of fact it is a shop-wide default here. SET CA-RECLAIM(DATACLAS) in IGDSMS00. The default for each DATACLAS is CA-RECLAIM(YES). One caveat. You don’t get the benefit until the clusters are redefined. HTH, I don't want to create a gorilla-survey here, but I would be interested in hearing some user experience with CA Reclaim. I first heard about it at SHARE several years ago, but we have yet to dip a toe in the crocodile pond. It would be most beneficial for system utility clusters like HSM and RMM, but that's the last arena I would want to encounter a problem. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Cobol Install FS issue
Check file permissions. Is the zFS file read only? I can clearly see all file systems are mounted correctly . HFS 190 ACTIVE RDWR 03/06/2016 L=138 NAME=OMVS.MVS1.ZOS13.SIGYROOT23.40.14Q=138 PATH=/Service/usr/lpp/cobol WhenI dont find any issue in filesystem mounted on this path, then what else can be reason for this error while applying BPXF140E RETURN CODE 0081, REASON CODE 0594003D. A LINK FAILED FOR LINK NAME /Service/usr/lpp/cobol/../../demo/oosample/Check.j Any more clue. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEBCOPY abended with IEW2756S-d606
Verify the size of your target as compared to the source. It should be as large or larger than the original. Why iebcopy to pdse datasets abended with iew2756s-d609 Space is not available on direct access storage, b37-04 but the final return code equal 0, when we copy 100 members only 90 copied, 10 members are missing, but return code=0, anyway the final return code not equal zero This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [SURVEY] What ISPF terminal model do you use
Use 327x-2 as default, but allow for "all" 327x types, as well as "custom types" that do not match the 327x model descriptions. We're building a new product which will have several UI's; ISPF, Web, Eclipse etc. For the ISPF we're wondering how we should optimize the screen real estate for todays customer. I use a custom 60x160 which seems to be the norm in our office. Lots of the tools we use, especially debuggers like z/XCD and DebugTool work much better with that model. I use RDz for development but for most stuff fall back on the green screens like SDSF and tools that don't have a good GUI, which is 90% of them. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HSM RECYCLE INFLUENCE
To add on to Lizette's comments and using her example below, if vol1-4 are in a connected set (i.e. continued volumes), *ALL* volume in the connected set must meet the threshold or *NONE* will be selected for recycle. E.G. the connected set consists of 4 volumes. VOL1 50% VOL2 20% VOL3 15% VOL4 1% Any RECYCLE PERCENTVALID < 50 will result in *NONE* of the volumes being selected for recycle. There are 2 ways around this. 1) Break the connection by recalling/deleting the "spanning" dataset. This dataset can be found by HSEND LIST TTOC(volume) and will either be the 1st or last dataset listed and recycle the "disconnected" volume. 2) Run RECYCLE EXECUTE VOLUME(any volume in the connected set). This will cause any gaps in the connected set to be eliminated and all of the tapes in the connected set will *APPROACH* 100% utilization. This may or may not release one or more tapes from the connected set. In the example above this would result in 1 volume of 86% instead of 4 volumes with an average utilization of 22%. There are a number of SETSYS parameters in addition to PARTIALTAPE(MARKFULL) that affect this as well. There is more to this topic than can be covered in a short email. I suggest reading the DFSMS/hsm Storage Administration guide: SC23-6871-02z/OS DFSMShsm Storage Administration (z/OS 2.1). HTH, PARTIALTAPE(REUSE) vs PARTIALTAPE(MARKFULL) When using a virtual tape system, IBM usually recommends using PARTIALTAPE(MARKFULL). RECYCLE You (or automation) need to issue the RECYCLE command, it is not automatic. Also, if you want HSM to recycle multiple tape volumes onto one, you will need to use a GENERIC recycle command, for example: Use 'ALL' to recycle both ML2 and backup tape volumes: HSEND RECYCLE ALL PERCENTVALID(20) EXEC Use 'ML2' to recycle only ML2 tape volumes: HSEND RECYCLE ML2 PERCENTVALID(20) EXEC Use 'BACKUP' to recycle only backup tape volumes: HSEND RECYCLE BACKUP PERCENTVALID(20) EXEC Suggested numbers for ML2RECYCLEPERCENT are 20% or 30%. This allows more volumes to become eligible to be recycled onto fewer volumes at the same time. For example: VOL1 50% VOL2 20% VOL3 15% VOL4 1% With ML2RECYCLEPERCENT(1), only VOL4 will be recycled. The next time you run RECYCLE again, the same tape would be recycled again and again. With ML2RECYCLEPERCENT(25), VOL2, VOL3 and VOL4 would be recycled. The resulting percent used for the output tape will become 36%, so, that tape will not be recycled again the next time around. MAXRECYCLETASKS(nn). Each recycle task requires an output tape. If you allow 5 recycle tasks to run concurrently and have 5 tapes to recycle, you will land up with 5 recycled tapes (no reduction). If you increase the time between recycles, this should also allow more tapes to become eligible to be recycled onto fewer tapes. If you have migrated to a new tape technology, the REUSE CAPACITY (this is an average) will be incorrect leading to unneeded recycles. With time however, the REUSE CAPACITY will better reflect the reality of your new environment. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problem applying UA71619 anyone ?
Check you SMP/E DDDEFS for SYSLIB. Ensure SMPMTS is the 1st dataset in the concat... HTH, We are trying to apply the PTF's that install the new JSON parser support under z/OS 2.1 (as of 2.2 it's integrated into the base system), and have a problem with one of the prereqs - UA71619. It's an assembler error when SMPE is compiling SDSF module ISFJREAD and the usage of the CALL macro seems to be shaky - it's actually an SDSF macro ISFXB2C using ISFCALL using CALL using IHBOPLTX). Has anyone had or seen something similar ? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM managed initiators
AFAIK, no. What you can do is adjust the importance and goals to ensure that the desired class will almost immediately start. HTH, Is there a way to force WLM or JES2 to have a minimum number of jobs running in a WLM managed class? We are running z/OS v2.1 This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parsing IEASYS00 entries
Is &OSLEVEL defined in SYS1.PARMLIB(IEASYMxx)? If So, can you create the results of &OSLEVEL(x:y) as another symbol? I coded OMVS=(00,&OSLEVEL(2:1).&OSLEVEL(4:1).), (with the periods) and it still objects. I'm thinking it doesn't like the &OSLEVEL symbol since &SYSCLONE works as you depicted. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DASD device not going offline
The below shows the volume is not allocated and a vary offline command should succeed. DEvice 376B is my primary RES volume which I wanted to bring is offline and then copy content from Alt RES volume which I am using for my system IEE457I 07.59.43 UNIT STATUS 635 UNIT TYPE STATUSVOLSER VOLSTATE 376B 3390 O ZS21P1 PRIV/RSDNT This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zfs question root growth
In most cases, I would expect the root directory to be mounted read only. I would not expect the root to grow much (if any), except at a new release level of z/OS (which would mean a new zFS cluster). As long as there is sufficient space to add some new directories, you should be OK. For example, I recently installed a new product at /usr/lpp/product. This was added as another mount point which was pointed to the product's zFS cluster. The only change to the root was the addition of the new directory to /usr/lpp. That being said, the zfsadm -aggrow (? Not sure of the exact syntax) will all dynamic growth of the zFS cluster. HTH, Is there a way to determine where space is allocated in ZFS to find which directories use the most space. Our root is low on free space and I am concerned about its ability to grow. This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Old code in JES Exit 6
You have some code to write. Look at "z/OS MVS Using the Functional Subsystem Interface" SA38-0678-00 (for z/OS 2.1) More and more of the stuff that used to be in JES CB's is being moved to the FSS(SAPI) and can only be obtained via this method. It is not too difficult to write, but the trick will be integrating it with your existing exit code. HTH and Good luck! The following code has been in our JES2 exit 6 since before I started (so like maybe 40 years :) ?). The intent is to cause jobs with special forms to print on ordinary paper when their JCL fails. With z/OS 2.1, the field JPCEIOT is no longer in $CNVWORK. SIS and Google for JPCEIOT is not helpful. It's probably no longer an issue due to less forms, less actual printing and less failures. Still, I'd like to fix it instead of just whacking the code. Any JES knowledge out there to help me :) ...remainder snipped This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Odd behaviour with DFHSM & DFSORT in batch.
Off the top of my head, it would seem that MAINT.TEMP.LIST is not freed (so that it can be cataloged). Try adding a free da('maint.temp.list') to the ikjeft01 step. Another possibility is to pre-allocate maint.temp.list in the ikjeft01 step. Also, id maint.temp.temp pre-allocated or created by sort? HTH, //HSMLIST EXEC PGM=IKJEFT1A //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * HSENDCMD WAIT LIST PVOL OUTDATASET('MAINT.TEMP.LIST') /* //SORTIT EXEC PGM=SORT //SYSOUTDD SYSOUT=* //SORTINDD DISP=SHR,DSN=MAINT.TEMP.LIST //SORTOUT DD DISP=MOD,DSN=MAINT.TEMP.TEMP //SYSIN DD * SORT FIELDS=COPY /* The job *fails* with a JCL error. I get the following message to my terminal: - ARC0141I ERROR ALLOCATING OUTPUT DATA SET The joblog for the SORT step shows:- IEFA107I SORTIT SORTIN - DATA SET MAINT.TEMP.LIST NOT FOUND This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: BookManagerBUILD and DGW HTTP Server under z/OS V2.2
Not sure about the HTTP SERVER stuff, but for BKM, I just copied my existing EOX/EOY target libraries to a "private" volume and placed all datasets, books, etc. in a common ucat. I also removed EOX/EOY datasets from linklist, apflist, lpalst IOW, BKM is no longer part of my "IPLable" configuration. The only connection to the rest of the system is the ucat. BKM is running happily in this "isolated" environment (and I got some VSCR (not needed) from removing the EOX/EOY libs from LPALST). HTH, We plan to migrate to z/OS V2.2 in near future. Unfortunately BookManagerBUILD and DGW HTTP Server are no longer delivered as part of z/OS. To accelerate the migration we plan to try to transfer the products via SMP/E BUILDMCS from z/OS V2.1 to V2.2. The used FMIDs are HIMW530, JIMW531 (HTTP Server) and HBKP300, JBKP310, JBKP312 (German BookManagerBUILD). IBM told us, that there are no known reasons, why the products shouldn't run under z/OS V2.2. My questions now are: 1. Are there any additional tasks to recognize, when doing such an attempt? 2. Did anyone out there a similar approach and is willing to share his/her experiences? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SIS outage
As I have stated numerous times. The "new tools" that IBM is replacing the traditional "green screen" apps are designed by a bunch of PFCSK's with no concept of enterprise operations. In addition (although improving), the new tools are not as reliable or available as their predecessors. Nor do they perform better. z/OS, the flagship operating system claims "6 nines" of availability (about 31 seconds/year). This amounts to about 9 1/2 years' worth of z/OS outages. The support tools should be as available as the systems they are supporting. IBM should be embarrassed that they cannot provide this availability. "Service Information Search (SIS) application is going to be unavailable next Friday, January 05th, starting at 21:00 Eastern Time through Saturday, ending at 02:00 AM Eastern Time." This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Anybody using SDSFAUX and new functions yet?
From what I can find, it should be in the z/OS 2.1 base. Not using it yet, but have you looked at pp104 of the cited manual? "Starting the SDSFAUX Server" Also from cited manual on pp1 Ensure that the SDSF server and SDSFAUX address space is started I can find no trace of this facility at all. We ordered z/OS 2.1 sometime in late October 2015, so apparently this was added to 2.1 in December, but how do I get it? I don't see anything in this book or the z/OS 2.1 migration book that says at what PTF level this is available. Anybody using it? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Oracle to kill off Java browser plugins with JDK 9 • The Register
*NO*. "IBM JAVA" is a port of the "original" But doesn't IBM have their own version of Java? And wasn't this why they were not affected by the zero day exploits of Sun & Oracle Java? Or am I missing something here? This email – including attachments – may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS file changes for z/OS 1.13 -> z/OS 2.1
The files below are part of z/OS Ported Tools SHPEROOT (Perl ?) SHPHROOT (Python ?) The file below are part of z/OSMF 1.13 ("free websphere"). This was replaced by the "Liberty Profile" in z/OS 2.1 so they are no longer needed. SBBNCON1 (Webshere ?) SBBN7HFS (Webshere ? Also there is a new zFS containing the Compatability Fonts where were merged into base z/OS. There is also a new PDS with the same information. HTH, This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z13 BC????
Rumored to be announced this spring! Is this new z13s (from Small) equivalent to old zXX BC machines??? This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Compile error
Meanwhile there did emerge a 'JES3', but it was not an evolutionary descendant of JES2. Both products have coexisted, albeit uneasily, for decades. We used to imagine a JES5 or JES6 (depending on one's arithmetic proclivity) that would somehow combine the best features of both products, but it's almost certainly DOA. Actually this seems to be happening. Witness the recent merging of JES3 and JES2 capabilities. 8 char job classes in JES2, JES2/JES3 using common SAPI. SDSF (formerly JES only) obtaining JES3 capabilities. Dependent Job Control language in JES2 (2.2). And I am sure there are others. It looks like IBM is attempting to create "THE JES" from the capabilities of JES2 and JES3. Just my $0.02 USD worth... This email including attachments may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Load module management
SCLM was my first take Panvalet and Librarian also perform SCLM like functions... After that the go way up I have a client who is looking for a way to manage moving modules from test into production. They don't really have any extra money to spend, so preferably they would like it to be free, but low cost is also an alternative. They would like it to be somewhat panel driven (ISPF or COM-PLET) and it only needs to move the modules and keep track of who performed the move. Anything else is gravy, but would probably be appreciated as well. Does anyone have any ideas or locally written code that might fit them? This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Adrdssu restore error ADR380E RC60
RTFM. 60 The requested data set is a PDSE, HFS or an extended sequential data set, but there is a pre-allocated target data set that is a different type or has different attributes. file, I am receiving this error message. ADR380E (001)-FRLBO(06), DATA SET SYS1.PKZIP.R80.XXX NOT PROCESSED, 60 ADR380E (001)-FRLBO(06), DATA SET SYS1.PKZIP.R80.XXX NOT PROCESSED, 60 ADR380E (001)-FRLBO(06), DATA SET SYS1.PKZIP.R80. NOT PROCESSED, 60 ADR380E (001)-FRLBO(06), DATA SET SYS1.PKZIP.R80.XXX NOT PROCESSED, 60 ADR380E (001)-FRLBO(06), DATA SET SYS1.PKZIP.R80. NOT PROCESSED, 60 I have used REPLACEU but seems not to be not working. I the target user catalog do not have the above entries but still get the error message. This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Where is SET allowed in JCL?
I hate JCL! You're working in z/OS... Deal with it! This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PTF error clarification
Research this apar: ERROR HOLD AA49159 WAS NOT RESOLVED Either order/install the additional maintenance required *OR* *WITH GREAT CARE AND EXTREME DILIGENCE*, determine if the exposure in this AA49159 will affect you installation. If *YES* DO NOT bypass the error hold. If *NO*, the error hold can be bypassed on the APPLY. e.g. Many times the error holds are associated with a particular feature. If you do not have, and are not planning to install this feature, the error hold may be safely bypassed. The fixing PTF will come along in due course and be installed in the normal maintenance stream. If you have, or are planning to install the feature, then it is most likely not a good idea to bypass the error hold. Another possibility is to research the PTF chain leading to AA49159. It is possible that somewhere in the chain, there is a "stop point" where all prior maint will go on with error. IF PTFS in the chain subsequent to the "stop point" are excluded from the apply, the earlier PTF's will go on without any issues. HTH, I am applying few toleration fixes for a hardware but I a receiving the below error message. CAUSER SYSMOD SUMMARY REPORT FOR APPLY CHECK PROCESSING CAUSER FMID MESSAGE ID PAGE ERROR DESCRIPTION AND POSSIBLE CAUSES UA90976 HBB7790 GIM35901I 2 ERROR HOLD AA49159 WAS NOT RESOLVED. PAGE 0003 - NOW SET TO TARGET ZONE TZN210 DATE 12/22/15 TIME 06:33:34 SMP/E UNRESOLVED HOLD REASON REPORT FOR APPLY CHECK PROCESSING NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD SUMMARY HOLD MISSING HELD RESOLVING RESOLVER TYPEFMID CLASSAPAR SYSMOD SYSMOD STATUS -- --- --- --- --- - ERROR HBB7790 PE AA48273 UA90976 UA78633NOGO(H) UA78870NOGO(H) AA48642 UA90976 UA78971NOGO(H) AA48858 UA90978 UA78965NOGO(H) AA49159 UA90976 deleted MISSING APAR --- AA48273 AA48642 AA48858 AA49159 z/OS 2.1 This email � including attachments � may contain confidential information. If you are not the intended recipient, do not copy, distribute or act on it. Instead, notify the sender immediately and delete the message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What CPU capacity does WLM look at when deciding to start more batch initiators?
Here is the original document ftp://public.dhe.ibm.com/s390/zos/wlm/WLMinits.pdf short version: Additional WLM managed initiators will be started when JES queue time becomes a significant component of the delay samples. (note: Held/duplicate jobs are not considered delayed). After some period of idle time, WLM managed initiators will be drained. The velocity and PI calculations are modified to include queue delay samples. The design is to lag somewhat behind in starting additional initiators, and delay their shutdown. Having run with them for a number of years, given proper goals, they will smooth out workload spikes. Job queueing is changed from priority with jobclass to FIFO across all WLM managed job classes. Initiators can be dynamically changed from JES managed to WLM managed via $TJOBCLASS,MODE=(WLM/JES). Warning: If running mixed JES/WLM inits, ensure you WLM classification rules to not comingle service classes between JES and WLM managed jobs. HTH, This is about WLM managed initiator management. In "System Programmer's Guide to: Workload Manager", I read that independent of the goals set, WLM might start additional initiators if jobs are waiting in the input queue. WLM will consider "available CPU and memory" in its decision if and on which system to start more initiators. I wonder what the "available CPU" is when the system is running on a CEC with lots of white space. The system is allowed to use that capacity as long as the defined capacity is not exceeded in the four hour average. What does WLM look at? The defined capacity of the LPAR? The LPAR's share based on its weight? The number of CPs (LCPs)? What else? I'm trying to understand how our LPAR setup on the CEC is influencing WLM's preception of available CPU capacity and with this, its decision on how many initiators to start on a partition. -- Peter Hunkeler -- 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: JES2 - originating jcl
Short answer... NO! Hello, is there a JES2 exit that will allow us to place the dataset and member name of the job that was submitted ? The originating dataset/member would be added as a comment to the JESLOG, MESSAGES, or JCL. I would assume JES2 would know where the JCL came from but not sure. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Diagnosing a Catalog Enqueue Problem - What does Msg IEC347I tell me?
Long running LISTCAT and/or EXPORT on catalog (for backup)? ... deleted The owner of the contention in the SYSIGGV2 catalog resource is CATALOG (and not additional jobname). It was clear from the MODIFY CATALOG,LIST that catalog is having contention. It is not yet clear whart caused it. Still investigating -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF/RMF Reporting question
Sounds like you need to enable SMF Interval Recording (SYS(...(INTERVAL)) in SMFPRMxx. Set the interval as low as needed. Can be enabled/disabled dynamically to limit the amount of type 30 (1,2,6) and RMF records written to SMF. As another has suggested, RMF III can also provide some good insights. HTH, I am trying to find, from a historical perspective, that is to say, after an event has occurred, what units of work were using how much of the available CPU. Is there an SMF and/or RMF report that allows on to ask, "During the interval from hh:mm to hh:mm on a particular day, in increments of y units, what was the consumption of CPU on a unit of work basis?" Another way to put it is, I am looking for a report that shows CPU consumption in a context similar to the SDSF DA screen as one sits at their terminal and presses the enter key. We are trying to find out who, during a specific interval of the day, was consuming the greatest amount of CPU to the ultimate effect that it essentially stopped one of our database regions from executing and thereby causing it to think some of its subtasks had gone into a runaway CPU condition so it aborted them as a preemptive action against bad coding. We know that the code is good, it's been literally running for years with no changes and, until the last couple of weeks, has had not a single hiccup. Over the last couple of weeks, for no reason we can identify as of yet, the code has randomly been aborted by the database software in which it runs, as a runaway task. The theory is that the runaway check process is actually reporting a false condition since it is based on wall clock time (this is vendor code, not ours and I'm not going to debate it one way or another). What the vendor theorizes is that another task in the system, yet to be identified, has stolen the CPU away from the database and held on to it long enough such that when the database finally regained access to the CPU, the runaway interval had been exceeded by the internal task executing our code so it was aborted for a potential loop within the code. The database vendor has suggested looking for this kind of information in order to confirm or deny that the database had the CPU it needed or if another task within the LPAR had control. If we find that the database had the CPU, then the vendor has more analysis work to do on the dump with a more powerful magnifying glass, or we have to turn our sights on someone else, either ourselves or, possibly, another vendor for another product. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zOS 2.1 vs. zOS 2.2
This came in w/z/OS 2.1. IBM added all of the fonts to the base distribution (OMVS and z/OS files) ISTR this adds 1800 cyls to the sysres set. Mine still fits on 2 3390-9's. HTH. #2. As mentioned already, there is an increase in required space, I thought Marna's talk had something in it, but I could not find where it gave estimated space needed for 1.13, 2.1 & 2.2 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CATALOG merge APAR
I wouldn't hold my breath, However, the easy workaround is to lock the catalog prior to the attempted function. Does anyone has a information on when we can expect the published PTF for the APAR *OA48993 ?* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Big Blue’s big storage iron gets bigger: DS8880 array uncloaked
Any one has url for IBM announcement letter of DS8880? I can´t find it and didn´t remember to see annoucement in last letters. CARLOS BODRA IBM Certified zSystem São Paulo - SP - BRAZIL Here you go. Just arrived Today! http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca&infotype=an&appname=iSource&supplier=897&letternum=ENUS115-139 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Coupling facility users
Off the top of my head: JES2 checkpoint Vtam Generic resources XCF signaling GRS (star vs. ring) System logger (all functions) Enhanced Catalog Sharing VSAM Record Level Sharing I am sure there are others (exclusive of DB2/MQ) that I have omitted. HTH, I was asked to provide a list of functions that can benefit from having a coupling facility available. I looked for a list, but couldn’t find a current one. The current environment is: z/OS v2.1 Basic sysplex – connectivity achieved by ESCON CTC’s One CEC Shared JES2 spool. VTAM connectivity using same CTC’s used for basic sysplex. GRS Currently NO DB2 OR MQ. What other components would benefit from a coupling facility? I know of OPERLOG and Enhanced Catalog Sharing. לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- 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: Big Blue’s big storage iron gets bigger: DS8880 array uncloaked
Newest I can find in the IBM Offerings is DS8870. HTH, Any one has url for IBM announcement letter of DS8880? I can´t find it and didn´t remember to see annoucement in last letters. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RC=8 during SMP/E LINK
Seems like you are missing a library in your call list (most likely SYS1`.LINKLIB). Add the appropriate dataset to the SMP/E DDDEF use for the calllib. On my z/OS 2.1 system. IRRENV00 is a stand-alone LMOD in SYS1.LINKLIB and show a CALLLIB of CEE.SCEELKED Please post the binder parms used and the SMP/E DDFEF concatenation of the BINDER syslib. During a SMP/E LINK CALLLIBS we get a RC=8 for module B8RENVXX which is part of the RACF Offline feature of the zSecure Suite (FMID HB8R21G) with following messages: IEW2322I 1220 22ALIAS B8RSR000(SR) IEW2322I 1220 23INCLUDE SMPLTS(B8RENVXX) SEQ # IEW2322I 1220 24NAME B8RENVXX(R) MAX ACCEPTABLE RC=04 IEW2648E 5111 ENTRY IRRENV00 IS NOT A CSECT OR AN EXTERNAL NAME IN THE MODULE. IEW2612E 4327 EXTERNAL SYMBOL AD IS NOT DEFINED FOR ALIAS B8RAD000. IEW2612E 4327 EXTERNAL SYMBOL AG IS NOT DEFINED FOR ALIAS B8RAG000. IEW2612E 4327 EXTERNAL SYMBOL AU IS NOT DEFINED FOR ALIAS B8RAU000. ... BTW: The LINK is part of a z/OS V1.13 to V2.1 migration, and the RACF Offline FMID is installed in a different CSI than z/OS V2.1 Security Server (RACF). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CICS suffering from Page-In delay: Page Stealing versus Paging Out
Check the storage critical value in WLM. This is the equivalent of the old "PWSS=" parameter in SRM. HTH, Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Hunkeler Sent: Friday, October 09, 2015 6:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CICS suffering from Page-In delay: Page Stealing versus Paging Out A word in advance: I have subscribed to the MXG-L list but have not yet granted access, so I'm asking here first. I'm busy working on a problem some of CICS region are suffering from periodically. There are times when some CICS regions are paging-in some MB of storage and are thus suffering from the paging delay. Since this is about page-in, the storage that is paged-out has been in use before. It is not too clear yet what this storage is and what is causing it to be referenced again in that massive way. That's being investigated and is not directly my question here, although any hint is welcome as well. I'm trying to understand why that amount of storage has been paged-out from those CICS regions, and when this has happened. looking at the SMF30 subtype 2 for the CICS regions a indeed can see intervals with large number of pages being paged-out (SMF30PGO). I do not see any non-zero values indicating pages had been stolen (SMF30PST). It has been my understanding (which may be wrong, of course) that page steaqling happens when the Available Frame Queue goes below the min threshold. SRM/RSM will them steal pages and page them out. I would expect those numbers to appear in SMF30PST. And if this number is 0 for an address space, this one was not a donor in a low AFQ situation, right? We do see the AFQ going low sometimes, and it was my assumption that those CICSs were victims by having pages stolen. This does not seem to be the case. What then causes the pages to be paged-out (SMF30PGO)? Is CICS doing PGOUT by itself? -- Peter Hunkeler -- Peter Hunkeler -- 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: IBM FTP and the Batch Runtime Environment
This is old news and has been a statement of direction for about 4 years. Statement of direction IBM 31-bit SDK for z/OS, Java Technology Edition V7.0 and IBM 64-bit SDK for z/ OS, Java Technology Edition V7.0 are planned to be the last releases to support the JRIO component. JRIO was deprecated in the IBM SDK for z/OS, Java Technology Edition, V6.0.1 products. Customers and ISVs are encouraged to use the record I/O facilities in the JZOS component instead of the JRIO facilities. For more information about JZOS, see JZOS Java Launcher and Toolkit Overview http://www.ibm.com/systems/z/os/zos/tools/java/products/jzos/overview.html For information about migration from JRIO to JZOS and sample code, see IBM Java Record I/O (JRIO) to IBM JZOS Batch Toolkit Migration and Sample Code http://www.ibm.com/systems/z/os/zos/tools/java/products/jzos/ sdk601_jrio2jzos_mig.html While the deprecation will only be marked in the z/OS Java SE SDK 6.0.1 and z/OS SDK SE 7 releases, customers are encouraged to use JZOS (instead of JRIO) in the other existing z/OS Java SE products. For a list of products, see http://www-03.ibm.com/systems/z/os/zos/tools/java/products/allproducts.html HTH, I have received an info (ICN 1422) from IBM they will abandon the Batch Runtime Environment. Do you know whether this has an impact on the IBM FTP server? Mainly the job submission and getting job output from spool via FTP ICN 1422: New z/OS is planned to be the last release where the Batch Runtime Environment component of z/OS will be shipped and supported. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issues while compiling SVC exit on Z1.10
From the JSE2 Macro Reference: Table 8. JES2 DSECTIDs That Can Be Specified on $MODULE (continued) DSECTID MacrosDescription of Code Generated $BFW $BFW 3800 buffer work area DSECT $BLDMSGL$BLDMBuild message parameter list DSECT $BTG $BTG BADTRACK group element DSECT $BUFFER $BUFFEI/O buffer DSECT $CADDR $CADDR Common storage address table DSECT ... remainder deleted Specify $CADDR on the $MODULE macro that should be somewhere in your source code... HTH, I am trying to install a tool SOUTSYS(CBT358) but i am stuck at the JES SVC compilation. The supplied code was for z1.4(very old one) but i am trying to install on z1.10. I tried contacting the Autohr but no luck. So, reaching out for help. i ran into a problem in compiling a SVC (IGC0025B). Here is my JCL. //ASMSVC EXEC PGM=ASMA90, // PARM='NODECK,OBJECT,XREF(SHORT),LIST' //SYSUT1 DD DSN=&&SYSUT1,SPACE=(4096,(120,120),,,ROUND), // UNIT=SYSDA,DCB=BUFNO=1 //SYSLIN DD DUMMY HR,DSN=SOUTSYS.OBJLIB(IGC0025B) <=== //SYSLIB DD DSN=SOUTSYS.ASM,DISP=SHR,DCB=(BLKSIZE=9600) // DD DSN=SOUTSYS.MACLIB,DISP=SHR,DCB=(BLKSIZE=27920) // DD DISP=SHR,DSN=SYS1.SHASMAC // DD DISP=SHR,DSN=SYS1.MACLIB // DD DISP=SHR,DSN=SYS1.AMODGEN //SYSPRINT DD SYSOUT=* //SYSIN DD DSN=SOUTSYS.ASM(MVSGPSVC),DISP=SHR //* //LKEDSVC EXEC PGM=IEWL,REGION=2000K,COND=(4,LT,ASMSVC), // PARM=(NCAL,LET,RENT,LIST,XREF) //SYSPRINT DD SYSOUT=* //SYSUT1 DD DSN=&&SYSUT1,UNIT=SYSDA,SPACE=(CYL,(20,20)) //OBJLIB DD DUMMY HR,DSN=SOUTSYS.OBJLIB <== //SYSLMOD DD DSN=SYS1.LPALIB,DISP=SHR //SYSLIN DD * NAME IGC0025B(R) /* fro syslib SYS1.SHASMAC($HCCT) 000759 * LARL R11,HCCT Get HCCT address 000760 DC X'C0B0',AL4((HCCT-(CCTXMSRB+L'CCTXMSRB))/2) 000761 L R15,CCTCADDR-HCCT(R11,0) Get CADDR address 000762 L R15,C@XMXSRB-CADDR(R15,0) Get SRB address 000763 BR R15 and enter service 000764 SPACE 1 000456 0 10794+ L R15,C@XMXSRB-CADDR(R15,0) ** ASMA044E Undefined symbol - C@XMXSRB ** ASMA044E Undefined symbol - CADDR ** ASMA435I Record 763 in SYS1.SHASMAC($HCCT) on volume: ZARES1 00046A 0 10803+ L R15,C@XMXRMTR-CADDR(R15,0 ** ASMA044E Undefined symbol - C@XMXRMTR ** ASMA044E Undefined symbol - CADDR ** ASMA435I Record 772 in SYS1.SHASMAC($HCCT) on volume: ZARES1 10 0 11229+ L R15,C@$MSDDUMP-CADDR(R15, ** ASMA044E Undefined symbol - C@$MSDDUMP ** ASMA044E Undefined symbol - CADDR ** ASMA435I Record 1256 in SYS1.SHASMAC($HCCT) on volume: ZARES1 28 0 11245+ L R15,C@$DYNLPA-CADDR(R15,0 - i feel we need to use USING ($CADDRR) but not sure where. Please help me. Thanks in Advance -- 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: What are SMF30 fields SMF30HVO and SMF30HVH telling me?
200 C8 SMF30HVO 8 binary Amount of 64-bit private storage in bytes that is obtained by this step or job. This includes guarded virtual storage. 208 D0 SMF30HVH 8 binary High water mark for the number of usable bytes of 64-bit private storage that is obtained by this step or job. This does not include guarded virtual storage The MXG-List is very helpful in these matters. MXG Software LIST mailto:mx...@peach.ease.lsoft.com>> HTH, I've got a new job which forces me to think about such things as the topic at hand. Please bear with me. I (think) I understand how virtual and real storage, below, above the line and bar work. In course of analysing a production problem related to paging, I'm searching the SMF30 haystack for hints on what's going on. I'm looking at the storage section and am having difficulties to understand what SMF30HVO and SMF30HVH are telling me. I thought I had understood, but as I see HVH values to be significantly higher than the HVO values, I'm confused. I've searched the archives and Google but could not find useful information. >From the description of the fields in the SMF manual, I would have expected >HVO to be at least as high as HVH. Anyone to educate me of point me the some good doc on this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OSMF server startup error
Has SSH already been set up? It is possible the specified encryption algorithm is not supported, CSFSERV/DIGTCERT/DIGTRING classes are not active, permissions to IRR.DIGTCERT.* resources in the facility class not defined/permitted. I am going through a setup of SSH and have hit all of the above issues in the last couple of weeks. There is a boatload of RACF work to be done to setup SSH and it all needs to be correct. Check your system logs for ICH messages related to ZOSMF. By CA, do you mean CA = "CERTIFICATE AUTHORITY" or CA= certificate *IF* CA = "CERTIFICATE AUTORITY" there is a whole chain of verifications that are performed ending (I would expect) at a commercial Certificate Authority such as VERISIGN. If CA= certificate ,you could try a self-signed certificate. HTH, Trying to start OSMF for the first time. It appeared that all the setup ran cleanly. The first task starts up. CWWKB0056I INITIALIZATION COMPLETE FOR ANGEL But the IZUSVR1 dies Launching zosmfServer (wlp-1.0.2.cl0220130714-1602/websphere-kernel_1.0.2) on IBM J9 VM, version pmz6470-20110827_01 (en_US) AUDIT ¨ CWWKE0001I: The server zosmfServer has been launched. AUDIT ¨ CWWKG0010I: The server zosmfServer is shutting down because of a previous initialization error. AUDIT ¨ CWWKE0036I: The server zosmfServer stopped after 2.443 seconds. ERROR ¨ CWWKG0047E: An error occurred while attempting to verify a configuration document: file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware error from call CSNDDSV returnCode 12 reasonCode 11060. FATAL ¨ CWWKG0044E: Server shutdown because a configuration document does not contain a valid signature: file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml The documentation basically says something did work, fix it. During the configuration I replied that I wanted a CA to be created. Has anyone seen this error and point in the right direction? I also don't get this Hardware error. CWWKG0044E: Server shutdown because a configuration document does not contain a valid signature: {0}. *Explanation* The designated configuration document does not contain a valid signature, or a portion of the document that is protected by the signature has been modified. This message is preceded by an error message that provides more information on the specific error in the document. *Action* Correct the error in the configuration document that was identified in the preceding error message. CWWKG0047E: An error occurred while attempting to verify a configuration document: {0}, {1}. *Explanation* An exception was thrown while attempting to verify that the designated configuration document contains a valid signature. *Action* Correct the error in the configuration document that is causing the exception to be thrown and then retry starting the server. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Parmlib syntax check macro
See Appendix B of SA23-1380-04 z/OS MVS Initialization and Tuning Reference Symbolic Parmlib Processor was delivered as a IEASYMCK member of SYS1.SAMPLIB, and allows you to check the contents of a proposed IEASYMxx without having to do an IPL. There is also a program (EZACFSM1) provided with the TCP/IP component of the Communications Server element of OS/390 that can be used with the system symbols. (in member CONVSYM in library hlq.SEZAINST) . And I have a Link List Libraries Checker REXX Exec, if you need i can send. You can also install The RNL utility checker (for GRSRNLxx check) (consisting of three modules: ISGRNLCK, ISGRNLMS, and ISGRNLPR in SYS1.SAMPLIB). There is also command SETOMVS SYNTAXCHECK=(xx) for BPXPRMxx member check. Mr. Z_elden provides LNKVER to examine LNKLSTxx for syntax and Extents. _www.newera.com_ (http://www.newera.com) has a pay for checker, but I've not used it. There are vendor supplied Checkers depending on product/features. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM changes for z/OS 2.1
Not that I am aware of. Only to exploit new function. Are there anyone who are aware about WLM changes required especially for z/OS 2.1 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FC8 abend Master Scheduler
09.48.28 CTS1 *CAS2030E CA SAF interface initialization--load failed for module CSNBSYE Is the CA loadlib in lnklst, apflist, lpalist, steplib,….. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nathan Astle Sent: Wednesday, September 23, 2015 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FC8 abend Master Scheduler …snippage 9.48.26 CTS1 IEA848I DUMP SUPPRESSED - ABDUMP MAY NOT DUMP STORAGE FOR KEY 0-7 JOB MSTJCL00 09.48.28 CTS1 *CAS2030E CA SAF interface initialization--load failed for module CSNBSYE 09.48.28 CTS1 *IEE479W MASTER SCHEDULER ABEND FC8, DUMPED, REIPL - CODE 27 09.48.28 CTS1 IEA794I SVC DUMP HAS CAPTURED: DUMPID=002 REQUESTED BY JOB (*MASTER*) DUMP TITLE=COMPON=MSTR-REGION,COMPID=SC1B8,ISSUER=IEEMB860,MAST ER SCHEDULER REGION INITIALIZATION DUMP Any suggestions what might be causing the above message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Problem with mainframe console connection
Follow standard procedures to reset the password in the security system database. Then re-logon the console i forgot the password, leo On Tue, Sep 22, 2015 at 1:20 PM, Leonardo Vaz wrote: > Can you please elaborate on "missed the password to connect"? You have > lost the certificate? Resetting passwords has no relation to > secure/unsecure connections as far as I know. > > Leo > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Rajesh Kumar > Sent: Tuesday, September 22, 2015 12:51 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Problem with mainframe console connection > > Hi team, > > > In my shop we are connecting console by using secure 3270 . But > unfortunately we missed the password to connect . How to reset the > password ? there is no option for it , is it problem with mainframe or 3270 ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NFS Client implementation query
Is it spawning a server (similar to FTP?). You start the task and it ends pretty quickly, However, there is an OMVS task spawned that stays up. e.g. S FTPD FTPD will end quickly, but on the OMVS side there is a process FTPDn where N is a single character (in my case 4) that stays up indefinitely. HTH Need expert advise here on the NFS Client implementation on zOS platform - I've configured the parms in BPXPRMxx. - Had set-up the STC proc in the active proclib - Had made necessary Security definitions (STC ID, definition to STARTED CLASS, dataset access) However, When I start the task, It starts and ends in less than minute although with CC = 0. Any recommendation why here ? Highly appreciate the pointers what is missing here please. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RSU or maintenance level on a system
Say what you really think John, On Wed, Sep 16, 2015 at 8:20 AM, Ted MacNEIL wrote: > What would the auditors gain with this knowledge? > Knowledge? It's just _data_. Auditors, in my experience, have very little _knowledge_. Much like government bureaucrats. > > - > -teD > - > -- ... deleted text 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: HSM Error Message
1) HSM LIST TTOC(408922). Note predecessor or successor volumes 2) HSM LIST TTOC(predecessor) or successor 3) the listing should show hsm.back, (depending on setting in arccmd00) as the (first or last) dataset on 408922. This should be the same dataset as (the 1st or last) dataset on the predecessor/successor volume. 4) Examine the BCDS and/or DCOLLECT records to find the "English" name of this dataset. (e.g. USER.SOURCE.LIB). 5) recall/recover this dataset to dasd 6) HBDEL 'english name' ALL ( or the specific backup version if desired) 7) perform your recycle 8) re-backup the dataset in question and migrate/delete as needed. As you can see from the message, connected sets can only be recycled if 40 volumes or less. The above may need to be performed several times to break the existing connected set into chunks of 40 volumes or less. HTH, I am getting the following message trying to recycle a volume: ARC0445I VOLUME 408922 CANNOT BE RECYCLED, REASON= 0028, EXPLANATION: CONNECTED SET TOO LONG Reason 28: 28CONNECTED SET TOO LONG: DFSMShsm will not recycle connected sets exceeding 40 volumes. The volume specified belongs to a connected set exceeding this limit. These are spill volumes. What can I do to fix this ? The list with DSI options displayed 100's of files on these tapes. We are z/os v1r13. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Effort to upgrade V1R13 to V2R1?
Since a similar topic comes up now and then, let me make yet another pitch for a 'hybrid' process. We follow the REPLACEMENT path except that we never actually use the supplied versions of crucial installation-centric components. That is, at run time, we use our own master catalog, our own JES spool, our own RACF database, our own PARMLIB/PROCLIB, and so on. The ones that get created during ServerPac install are discarded. For example, on one system running under R13, the master catalog has a creation date of 1983.193. That pretty much dates to the introduction of ICF catalogs. Trying to tailor such ServerPac components for each new release leads to much churning and hand wringing. As well as questions to IBM Main. ;-) Exactly the process I use. That is the 24 hour part of the 60-80 hour migration specified in my previous post. In fact, in my case, the SERVER PACK/CBPDO system is IPL'ed exactly once, to prove it was installed properly. All further testing is done after the SERVER PACK/CBPDO system has been "migrated" into a "near clone" of our existing systems. This "near clone" is then migrated through devtest/qa/production stages for further bullet proofing. HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Term "Open Systems" (as Sometimes Currently Used) is Dead -- Who's with Me?
> >Importantly, z/OS does not have artificial hardware limitations. > > Very good for DRP purposes. What's more, unlike the other type of > machines, the CEC boxes have spare CPUs if you wish to activate them. > But many OEM vendors _do_ have artificial hardware limitations. Examples that I know of myself: CA, BMC, MacKinney, RocketSoftware. For DRP, it is usually fairly easy to get temporary keys. Many lock not just to CPU serial number, but even to the sub-model number. And I do understand why. I am not saying that they are wrong to do this, just that such a thing exists. I am aware of (at least one vendor ) that is "HARD-WIRED" to a *SPECIFIC* CPU serial number! Failed a DR test because the vendor could not supply a working key in time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Effort to upgrade V1R13 to V2R1?
UPGRADE OR SYSTEM REPLACEMENT? I can only speak to the SYSTEM REPLACEMENT PATH, and it is about 60-80 hours (36 for install/test of CB/PDO (once received)) and 24 to modify the current environment to use the newly created system. That is just for the install and migration. Does not include installing coexistence/fallback maint on current prod and also does not include exploitation of new features. HTH, I'm not a sysprog and I'm trying to do a reality check on some numbers. What would the members of this august list guess would be the approximate number of work hours for an experienced z/OS sysprog to upgrade one LPAR from V1R13 to V2R1? No CICS, no DB2, just basic MVS, JES2 and RACF. Only a small handful of RACF users. Nothing "special." No application or ISV issues. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Mainframe hyperlink
There is a lot of infrastructure to put in place before that can happen, but given an HTTP server on the mainframe, I would expect this to be possible. As a minimum, NFS would need to be installed/updated, not to mention security upgrades, OMVS configuration changes,... Good Luck! Hi, we had a query from a user we don't think is possible but posting here just in case. The user is asking 'if there is a way to code a 'hyperlink' type entry on the mainframe to be able to click to a share drive or server' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Support Portal Down?
Receiving "The page isn't redirecting properly" w/Firefox. Just tried it w/Chrome and all is OK. Restarted Firefox and All is OK... Thanks for your help... I can get to the screen. What do you mean by DOWN? are you getting an HTTP 404 type error? Lizette -Original Message- >From: "Staller, Allan" >Sent: Aug 27, 2015 7:50 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: IBM Support Portal Down? > >Can anyone get to the IBM Support Portal? > > >http://www-947.ibm.com/support/entry/portal/support > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Support Portal Down?
Can anyone get to the IBM Support Portal? http://www-947.ibm.com/support/entry/portal/support -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DFSMSHSM help request
F DFHSM,RELEASE MIGRATION This is normal behavior if there is a lack of *some resource*. The particular function is placed on hold. I'm taking my first faltering steps with DFSMSHSM, and have hit a situation that I don't understand. (I've checked around but have been unable to locate an HSM-specific mailing list, so I'm putting my query here in the hope that someone can provide some guidance.) The situation is that migration to ML2 has stopped working. I've got 8x3390 disks in use for L1, and a further 7 for L2 (as opposed to tape). Using 'On demand' migration, I have been able to migrate files from L0 to L1 and then on to L2, and also from L0 directly to L2. In order to understand how to handle ML1 and ML2 space shortages, I deliberately forced files to ML2 such that all 7 volumes became full. I then successfully recalled the files back to L0. The ML2 disks are now all currently 100% free (save for space used by VTOC, etc.) Now, when I try to send anything to L2, I see msg ARC0560E MIGRATION LIMITED: NO MIGRATION LEVEL 2 DASD VOLUME AVAILABLE. Any requests I make that are directed at L2 simply get queued. I've tried using DELVOL and ADDVOL commands for the disks, but that has not shifted the problem. I've looked at using the RECYCLE command, but it doesn't make sense to me (I can see why you'd use RECYCLE with tape-based ML2, but not with disks...) It is almost certain I've got one or more of the SETSYS parameter values in conflict with others, but I've been plugging away at this situation for some four days now with no progress. Thankfully, I'm using a test system, so 'bouncing' HSM is not a problem. However I do try to avoid that - it shouldn't be necessary in my view. Can anybody help, please? I'm looking for advice on what commands I might use to make ML2 space available again, and for some sort of explanation regarding the root cause of this problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OS MF
Cross posted to IBM-MAIN and IBM TCP/IP List Does anyone know if the TCP/IP Policy Agent is distributed with z/OS MF 2.1? or do I need to use the windows download? I know it is available with z/OS MF 2.2 TIA, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN