Re: Is there still a system automation list / group?
Excellent, Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Is there still a system automation list / group?
Just as per the title really, Since the demise of Yahoo groups, Is there still a system automation list / group? I'm trying to find any information on a set of SA supplied REXX (member names INGFIFxx) that apparently interface with the SA PDB to query information held in SA ISPF tables. I'm told it's a kind of API, but I can't find any documentation or information on them anywhere... Any help or assistance gratefully received! Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, glad you got it working. I did ask you to do a query link a few posts ago, but I think you maybe missed it? Never mind, all's well that ends well.. Vince. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, I'm afraid this has now gone outside my area of expertise... From what IBM say it's z/VM that's caused the connection to close, which suggests that the output on the z/OS side is ok. Sorry I can't be of any more help. It would be useful to know what the outcome is though. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, If JES is saying the networking is started, that suggests that the connection between JES and z/VM is good. Your PROFILE TCPIP might tell you what's on port 3603, but the z/VM TCPIP command NETSTAT ALLC should display the connection. If the nje connection is starting, then you should be able to start whatever device is defined on JES to "print" output to z/VM, and the output should start to flow. This COULD be a problem with the actual output being sent across. You said that something seems to start being sent across, and then freezes? Is it the same output every time? Maybe temporarily change the class of that output, and restart the connection? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, You have an established session from JES's Netserv to z/VM - EZZ2587I JES2S001 7D6F 10.100.5.71..175 10.100.5.73..3603 Establsh (What's at port 3603 on z/VM btw?) Your start link looks successful, both on z/VM & z/OS - that seems to suggest that the network is ok. The QUERY LINK and QUERY NODE commands are RSCS commands, not "normal" z/VM commands - sorry. I'd try the start link again, and very quickly after, issue the $SN,N=your z/VM node number (or $SN,SOCKET=your z/VM socket number) on the z/OS system. You need to get nje networking er, working, before anything else. Let me know the outcome. What have IBM come up with? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issues with setting up BCPii and ACF2
of course I meant $USERDATA - sorry. Too much RACF, not enough ACF2... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Issues with setting up BCPii and ACF2
Silly question, but does your TARGET.IBM390PS APPLDATA have the SNMP community name of the SE in upper case? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, Your PORT statement should be fine. It's recommended in the z/VM manual. The NETSTAT ALLCONN display shows that JES's NETSRV is listening (waiting for a connection from another TCP/IP) on port 175. It also shows two established connections - one JES NETSRV connection between 10.100.5.71 (your z/OS?) to 10.100.5.72 and one between 10.100.5.71 and 10.100.5.73. Is either of those your z/VM? I think the z/OS & JES stuff all looks ok - onto the z/VM side... What happens now when you start the LINK? What does a QUERY LINK show? What does a QUERY NODE your z/OS node id show? Sorry this is so painful. Me being in the UK in a different timezone doesn't help... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, You don't need a separate FICON port for a FICON CTC (FCTC). Any FICON port that is shared between the LPARS can be used. FCTC would just be another LCU on that port. However, all the examples and diagrams about FCTC in the FICON manuals describe using a switch - that's simply not required for LPARS on the same CEC, or even for FCTC between CECs (ask me how I know!) As Tony says, you definitely have connectivity. ICMP is ping (sorry!). The EDC8128I message does suggest that there isn't anything listening on that port: - "A remote node refused to allow the attempted connect operation. The attempt to connect to a socket was refused because there was no process listening, or because the queue of connection requests was full and the underlying protocol does not support retransmissions." Please try the TSO command NETSTAT ALLCONN (PORT 175, (no close brackets) and post the results. Just to clarify, in an earlier post, you said "I made a change and added the port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM" What port, and what error? I wonder if you need to back that change out, and retry the $S N command? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Dana, From what I remember, no switch is required. I believe any FICON port will do. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, AFAIK, you are correct regarding a virtual CTC, but you can still define a real FICON CTC - I think I'm correct in saying you just need one spare FICON port, unlike ESCON, where you needed two, and a cable between them. Assuming nothing has changed on the mainframe, and you are running JES2, this definitely sounds like a network issue. I'm sure IBM will help, but, in the meantime... Basics first. Can you ping z/VM from z/OS and vice versa? Of course ICMP might be blocked, so you could also try TRACERTE ipaddress from both systems. Maybe also try TELNET, just to prove both systems can see each other. Is your JES NETSRV address space up (something like JES2S001)? Is the JES line started? What happens when you issue $SN,N=your z/VM node number (or possibly $SN,SOCKET=your z/VM socket number) on the z/OS system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, Forgive me, but it sounds like you are a little out of your depth with this. Z13 doesn't allow a CTC? Since when? AFAIK, you can have a FICON CTC on ANY z hardware. "TCPNJE has been working for nearly 3 years and then all of a sudden it isn't and networking says it's a mainframe problem" - er, NO. If nothing changed on the mainframe, then HOW can it be a mainframe issue? MUCH more likely that something in the network has changed. What, exactly, are you trying to achieve? Your original post didn't mention anything about z/VM - you said you wanted output to print.. It sounds like you are trying to send output from a z/OS lpar to a z/VM lpar (I assume on the same hardware) over a network. Can you clarify? I think you may need more in-depth help than the list can supply... You may want to cross post on the z/VM list. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How can I get reports in the Output Queue in SDSF to print
Ron, If they are in the output queue, then they probably haven't been printed. Do you want to keep a copy on the output queue? If not, just change the class and destination to one that a printer processes. If you want the output copy left, you could do something like XDC it to a flat file, and then IEBGENER it to a class and destination that a printer processes. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: how to get the address and size(cylinders) for each volume
Not sure exactly what you are asking for here. ISMF option 2 will give you loads of information about the DASD online to each LPAR, including unit address and what type of device (3390 model 3, 9 etc) FDRREPORT can also give you this sort of info DCOLLECT might be useful. I'm sure there are more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Migration from DB2 V10 to V11
I'm pretty sure I hit the same problem. Silly question, but you do have the coexistence SPE on your system? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sysplex between two hardware
Peter, What is your question exactly? If you MEAN a "hot standby" - which I understand to mean a system that is IPL'd but not being used, but could take on workload from a currently active and used system, I'd say that's not a SYSPLEX, that's a disaster recovery scenario. If you are trying to connect two ACTIVE and USED LPARS on different machines, that may or may not share worload, then that could be a SHAMPLEX, a SYSPLEX, possibly a parallel SYSPLEX or even a GLOBALLY DISPERSED PARALLEL SYSPLEX. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CPU Utilization
Saurabh, How much is your management willing to spend on achieving this requirement? From the few posts that I've seen, I'd suggest no-one here does this now, or has ever done it. If a company wants to monitor it's mainframe resource usage dynamically, it buys and impliments a product. (BMC Mainview, ASG TMON, IBM's Omegamon etc). You're basically asking us to help you write something that will replace one of the above - I'd suggest that's not going to happen - at least not for free! Also, consider how much resource a home-grown resource monitor would use? Who monitors the monitor? You need to go back to your management and explain that, with the tools available to you, what they are trying to achieve is not possible without a significant investment in time and money. I'm available (for a fee!) to explain the real world to your management. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
KC - z/OS 2.1 manuals no longer available
The client I'm working at runs z/OS 2.1. z/OS 2.1 goes out of service this year, but IBM seem to have jumped the gin by getting rid of the knowledgecentre for it! Now when I click on my saved link (which worked earlier this morming [UK time]), I get: - Documentation for z/OS V2.1.0 is no longer available in IBM Knowledge Center. While the product version and release remains in service, you can find information in the following formats:•Individual PDFs for downloading: https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosv2r1-pdf-download?OpenDocument •z/OS V2R1 Adobe Indexed Collection (all PDFs with full text search via the free Adobe Acrobat Reader): http://publibz.boulder.ibm.com/zoslib/pdf/zosv2r1pdfcollection.zip •IBM Knowledge Center plugins for downloading (for use with IBM Knowledge Center for z/OS): http://publibz.boulder.ibm.com/zoslib/SSLTBW_2.1.0_4KC.jar. For information about current releases of this product see http://www.ibm.com/support/knowledgecenter/SSLTBW/welcome. More information and resources are available at the IBM z/OS Internet Library: https://www.ibm.com/servers/resourcelink/svcoo100.nsf/pages/zosinternetlibrary?opendocument. Why take this away IBM? Can't customers get access to manuals for a currently supported relase? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Netview Automation Table Code
I'm not a Netview or Systems Automation expert, but I THINK what's happening here is that SVTM052I is a multi-line message, and you are trying to process it like a single line message. Note in your post that there are THREE lines that have the message number SVTM052I. I'm guessing that Netview is matching on the FIRST line (SVTM052I FROM E2CP.AZD601P2.ATI7.NBK.PS), but as that DOES NOT contain .'TO'. or MTXT (whatever that is), the REXX isn't being executed. You need to process SVTM052I as a multi-line message. Have a look at this http://www-01.ibm.com/support/docview.wss?uid=swg21253770 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File transfer Red Alert
Update So I asked EcuRep when we might be able to register for an id. There response was:- "There is no date yet established but given the fact that the current FTP process for ECuRep and Testcase will remain available June 21, 2018, I'm sure that the instructions will be provided way ahead of that." I've suggested they change the text on the http://public.dhe.ibm.com/SupportFileTransferDetails.html web page. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File transfer Red Alert
IBM ECUREP tell me that: - "A PCM ticket V180523110803S with high priority is already in progress since the instructions for creating the IBM Support File Transfer ID were not provided. " -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: File transfer Red Alert
"Now to wait for a link to get a UID/token..." 09:37 on the 25th May here in the UK and still nothing I've emailed 'cont...@ecurep.ibm.com' and asked where the link is. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: Red Alert: For GDPR compliance, changes in sending documentation to IBM testcase & ECuRep (2018.05.22)
Nothing yet, and it's 09:42 on the 24th May here! Come on IBM, Why haven't you published the link you promised us you would publish yesterday -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How far out of date are my skills
And then, of course, there is zOSMF to contend with... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEE496I?
Kees, An IPL is hardly a random event (I hope!) What's defined to your LPAR on the HMC? - that's what will come online at IPL time. Do you have PRESCPU coded in your IEASYSxx member for that LPAR? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FW: Archive Questions
Phillip, I'm guessing this is related to your previous post about adding volumes to a FDR ABR archive pool? I believe the dataset you refer to is a "special" FDR dataset. From what I remember (and it's been a while), to add a volume, you use ICKDSF to initialise the volume, then the FDR panels to "prime" the volume for FDR / ABR use - this creates a FDRABR.Vvolser dataset on the new volume. I highly recommend you read the FDR ABR manuals. Regards. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Adding an Archive volume to the pool
Phillip, What you are trying to do is NOT an IDCAMS process. This is a FDR ABR process. You are adding volumes to the ABR archive pool. (Think DFHSM ML1 if you know / understand DFHSM) Unfortunately, the site I'm currently at doesn't use FDR ABR, so I don't have access to the FDR manuals, but assuming your site has a current licence, the manuals are available on the Innovation Data Products website - http://www.fdr.com/ Alternatively, email the support team with your questions - they're a responsive bunch. Sorry I can't be of more help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Loading IOCP input file using FTP
Gadi, It's been years since I've done anything like this, and things have probably changed, but yes, AFAIK it can only be done from single object operations. I think the FTP IP address is the server / pc where the IOCP source resides. I seem to remember the server / pc had to be on the same network as the HMC, but again it's been years... Hopefully someone else will be able to help more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Tape to tape copy jcl
Venkat, I'm not sure Gil's REXX is going to help you. Can you confirm a few things for me? You don't have any tape management system, and you have @1000 tapes? If there is no software to manage them, how do you do it? How do you know what's on each tape, when it can be overwritten etc etc? You only write to tape using IEBGENER / IEBCOPY? You don't use anything to migrate "old" data to tape? You don't use a product like DFDSS or FDR to do full volume dumps? (You say you use IEBCOPY IEBGENER to do "volume copies" - I'm not sure I understand that) Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FICON PTP CTC & GDPS
Thanks. It's Not my decision... I'll definitely be testing. We have two directors, and I'll be removing one at a time... I'd still like someone to confirm what I want to do is even possible... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FICON PTP CTC & GDPS
Thanks. I'd like to turn that AFAIK to a definite yes! I'm now told all XCF traffic is on CF's. Thanks for the other info. They already use EE, and I've suggested that for cross-domain traffic, but they want to stay away from the corporate network, so I think PTP CTC may be my only option, if it can be done. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FICON PTP CTC & GDPS
Good morning all. The company I'm currently working for have a GDPS, and are using FICON directors inbetween the CEC's. These directors are out of support, and the company wants to get rid of them. They currently use FICON CTC's between the LPARs in the PLEX. My question is, can we go to point to point (or peer to peer) CTC over dark fibre links? Every FICON diagram I've seen in the various IBM manuals all have a FICON switch or director in the mix, so it's not clear that ptp is possible, although I'm sure it must be. I know we can do VTAM CTC using CF's, and JES with TCPIP, and of course hyperchannel is in the mix, so I'm wondering if we actually need FICON CTC for anything apart from XCF. If anyone can assist, I'd be grateful Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please Read: Server Certificates Expiring - Soon!
Thanks. That's it. I hadn't realised the global cert had to be attached to the SMPEKeyring. Sorry! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please Read: Server Certificates Expiring - Soon!
I have that in a different keyring - always have had, and it's always worked before. In my SMP/e ORDERSRVR data: - keyring="userid/SMPEKeyring" certificate="SMPE Client Certificate" in my FTP data options: - KEYRING IBMUSER/FtpSecur (don't blame me, this is the way it was set up when I got here!) Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please Read: Server Certificates Expiring - Soon!
I spoke too soon! I've followed the steps on the flash, and my RACF database shows: - Label:DigiCert Global Root CA Certificate ID:2QiJmZmDhZmjgcSJh4nDhZmjQMeTloKBk0DZlpajQMPB Status:TRUST Start Date:2006/11/10 00:30:00 End Date: 2031/11/10 00:30:00 Serial Number:083BE056904246B1A1756AC95991C74A Issuer's Name:CN=DigiCert Global Root CA.OU=www.digicert.com.O=DigiCert Inc.C=US I've added it to the keyring we use for smp/e recieves: - Ring: FtpSecur Certificate Label NameCert Owner USAGE DEFAULT --- GeoTrust Global CACERTAUTH CERTAUTHYES DigiCert Global Root CA CERTAUTH CERTAUTHNO I've refreshed DIGTCERT & DIGTRING - but my recieve still fails, telling me the certificate isn't trusted: - javax.net.ssl.SSLHandshakeException: com.ibm.jsse2.util.h: PKIX path building failed: java.security.cert.CertPathBuilderException: PKIXCertPathBuilderImpl could not build a valid CertPath.; internal cause is: java.security.cert.CertPathValidatorException: The certificate issued by CN=DigiCert Global Root CA, OU=www.digicert.com, O=DigiCert Inc, C=US is not trusted; What have I missed? TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please Read: Server Certificates Expiring - Soon!
Excellent. Thanks for that. It worked for me. They obviously didn't want to make it easy!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Please Read: Server Certificates Expiring - Soon!
ok, stupid question time. I've not done this before. I'm attempting to follow the instructions in the flash document, but fall at the first hurdle... How, exactly, do I "download" the certificate to my workstation? I tried to copy the text at the link and pasted to a .txt document, but when I binary FTP the resultant file up to my z/OS system, and then try to add it to the RACF database, I get: - IRRD104I The input data set does not contain a valid certificate. Which suggests to me that something went wrong in the copy / ftp process. What's the correct method? (yes, the file on my z/OS system is LRECL 256, and RECFM VB) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Visara CNA8000 question
Peter, I'm a little confused here - can you clarify please? Going the other way, I believe you currently have a z196, which has an ESCON connection to a 9034 ESCON converter. This has a BUS & TAG connection to a FEP of some description, which has a Token Ring link to something - is that correct? You are planning to upgrade the z196 to a z13, and still need a connection to this something - is that correct? Can you share what this "something" is? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Backing up EMC DLM
Lizette is correct - The DLm is essentially just a device that represents tape drives to the mainframe. It needs backend storage, such as a DataDomain or Vmax to actually store the tape data. When a tape is requested, the mainframe asks the DLm, which "passes through" the request to the backend storage, which then opens a Unix file (in a proprietary data format). It's possible to attach a "real" (or possibly even "REEL") tape drive to the DLm / backend storage, and copy data off. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hardware support for z/OS 2.3
Excellent. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Hardware support for z/OS 2.3
Can someone please point me to the announcement? I can't find it. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FDRDSF question
Nathan, try something like this: - RESTORE TYPE=DSF,ICFCAT=ALIAS SELECT DSN=old dataset name, NEWN=new dataset name -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: zLinux
I thought Timefinder was for replicating data at a local level? (like Flashcopy / snapshot) You seem to be suggesting moving the data to a remote EMC box. I would have thought SRDF would be the product to use? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New HMC user issue (z12BC)
All, Thanks for your help. I hadn't realised that more, in this instance, was not better. I deleted one of the new HMC users and redefined it the same as mine. They could then get the "normal" window when they chose Load. I've now deleted and re-defined all the new users the same as mine. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
New HMC user issue (z12BC)
Hi, Due to budget constraints, my contract is being cut short (but that's another story). I've been asked to allow others access to the HMC, so that they can IPL systems, and have set up a bunch of new userids on the HMC. As far as I can tell they have all the authority that my HMC userid has (in fact, I've given them more authority). One of the new users has logged on, and was going through the motions to IPL an LPAR (without actually IPL'ing it!). They are using the "tree" interface. They navigate to Systems, and select the (single) CEC. They get all the defined LPARS displayed, all good so far. If they select an LPAR by clicking on the radio button, expand Recovery, and click on Load, they get a "Invalid Target Object List" box pop up, which says: - "One or more of the objects to be targeted for the selected task are currently not valid for the task. Review the object list to determine which objects are not valid for the task at this time. Click "Yes" to continue the task with only the valid objects as targets. Click "No" to end the task" The Reason shown is "Service status must be enabled to perform a disruptive task." I've checked the new users, and they all have "Require password for disruptive actions" checked. There is no disruptive task lock on the system anywhere. I'm at a loss. Can anyone shed any light on what's happening here please? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Fault Analyzer parameters - can they be dynamically changed?
Hi, I think this is resolved. A Colleague found this in the Fault Analyzer for z/OS User's Guide and Reference: - If the IDIS subsystem is started and the PARM='FASTEXCLUDE' option is in effect (this is the default), then all Include and Exclude options specifications from the IDICNF00 parmlib member are cached in the IDIS subsystem. If updating any Include or Exclude options in the IDICNF00 parmlib member, then the IDIS subsystem should be cycled to cause these options to be re-read. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Fault Analyzer parameters - can they be dynamically changed?
Hi, I've been asked to change the IDICNF member for Fault Analyzer to include a specific set of STC's that had previously been excluded. No problem there, but is it possible to get Fault Analyzer to pick up the new / changed member without stopping / restarting it? I've looked through the Fault Analyzer for z/OS User's Guide and Reference, and I can see where it says "You can change the parmlib member whenever you need to" (Chapter 18, Parmlib member IDICNFxx), but cannot for the life of me find a command to tell Fault Analyzer to go read the new / changed parameter member. Can anyone help? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: DIALOG PROCESSING ERROR
Silly question, but are the Custompac dialog datasets available to your z/OS 2.2 system? I had to import the catalog that contained the HLQ for my CPAC datasets into the new 2.2 master cat when I did my install. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3592 J70
And then I found this: - 3592 introduction and planning guide: - http://www-01.ibm.com/support/docview.wss?uid=ssg1S7001860=1 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 3592 J70
Richard, I'm a little confused as to exactly what you are trying to do here. You seem to be confusing FICON with Fibre Channel - they're different. If you want to connect the 3592 to a zSeries mainframe via FICON, then you have to define it (and then it's tape drives)to the mainframe (and operating systems) using HCD (Hardware Configuration Dialog). You may have to load a new IOCP, which requires a power-on-reset. Then you'll need a FICON cable (make sure it's the correct type, there are shortwave & longwave types) to plug into the FICON port on the m/f and the 3592. I'm not aware you need to do anything on the controller itself. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PTF order fulfillment issues and getting HOLDDATA
Don't know if this will help anybody else out, but I had problems receiving a PTF today using SMP/e orderserver, client and FTP data that had worked since I started here. Looking at the output, it seemed that the IBM site was no longer using my FTP data dataset. It was looking for /etc/ftp.data, which doesn't exist, and then went to TCPIP.FTP.DATA, which does exist, but is not set up for internet delivery. To resolve this, in my client data, I had to move the data between the tags BETWEEN the tags. Before change: - -v -f "//'DATA.SET.NAME'" After change: - -v -f "//'SMPE.CONFIG.FTP.DATA.OPTIONS'" This worked for me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 can't find customised start-up parameters
Thanks for your help everyone. It was indeed the parenthesis. Once I replied using quotes instead of brackets, JES2 started fine. Lizette, no need for a HASPPARM DD statement in the JES2 PROC. There's a SHARE presentation around that has a JES2 procedure even more minimalistic than mine! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JES2 can't find customised start-up parameters
Hi all, I've hit an issue with our one-pack rescue system that has me really puzzled. I should say in advance that we've re-built and re-ipl'd this system many times this year, all without issue, and apologise for any layout issues. I re-built the one-pack today. We use the same JCL to build our one-pack system - this hasn't changed in months. I have the following JES2 procedure in my SYS1.PROCLIB: - //JES2PROC M=JES2PARM, // START='WARM,NOREQ' //IEFPROC EXEC PGM=HASJES20, //PARM=',MEMBER=', //DPRTY=(15,15),TIME=1440,PERFORM=9 //HASPLIST DD DDNAME=IEFRDER This hasn't changed in years, and is used on our "production" systems. When I start JES2, I issue this command: - S JES2,M=JES2PRSP,START=(COLD,FORMAT,NOREQ) This hasn't changed in all the time I've been here. Member JES2PRSP is in SYS1.PARMLIB. So having set the scene, onto the problem. On Start-up, JES issues the following messages: - IEC130I HASPPARM DD STATEMENT MISSING IEF764I JES2 JES2 LPARMDD SXITLPRMLB PARMLIB READ FAILED - MEMBER HASJES2 NOT FOUND. IEF196I IEF764I JES2 JES2 LPARMDD SXITLPRMLB PARMLIB READ FAILED - IEF196I MEMBER HASJES2 NOT FOUND. *£HASP450 OPEN FAILED FOR JES2 PARAMETER LIBRARY - MEMBER HASJES2 *0001 £HASP441 REPLY 'Y' TO CONTINUE INITIALIZATION OR 'N' TO TERMINATE We do NOT have a HASJES2 member in the parmlib concatenation, but why is it even looking for it? Why is it looking for HASPPARM? According to what I have read, because we've coded the initialisation parameter "MEMBER=xx", JES should look for it's start up parameters (in this case JES2PRSP) in the logical parmlib. Our MSTJCLxx for the one-pack system looks like this: - //MSTJCL00 JOB MSGLEVEL=(1,1),TIME=NOLIMIT // EXEC PGM=IEEMB860,DPRTY=(15,15) //STCINRDR DD SYSOUT=(A,INTRDR) //TSOINRDR DD SYSOUT=(A,INTRDR) //IEFPDSI DD DSN=SYS1.PROCLIB,DISP=SHR // DD DSN=SYS1.CPAC.PROCLIB,DISP=SHR // DD DSN=SYS1.IBM.PROCLIB,DISP=SHR //SYSUADS DD DSN=SYS1.UADS,DISP=SHR //SYSLBC DD DSN=SYS1.BRODCAST,DISP=SHR This hasn't changed in a year. If I do a D PARMLIB on the one-pack system, I get: - PARMLIB DATA SETS SPECIFIED AT IPL ENTRY FLAGS VOLUME DATA SET 1 DZD1PAK SYS1.PARMLIB 2 SZD1PAK SYS1.IBM.PARMLIB All SYS1.xxx datasets are catalogued in the master catalog on the one-pack system. As I have access to the one-pack DASD from other systems, I added a HASPPARM statement to the JES2 procedure (taking a back-up first). The HASPPARM points to SYS1.PARMLIB(JES2PRSP). With this added, JES2 starts normally. In the SYSLOG, for my failed start of JES, I can see the following: - S JES2,SUB=MSTR,M=JES2PRSP,START=(COLD,FORMAT,NOREQ) IEF196I 1 //JES2 JOB MSGLEVEL=1 IEF196I 2 //STARTING EXEC JES2,M=JES2PRSP,START=(COLD,FORMAT, IEF196I NOREQ) IEF196I STMT NO. MESSAGE IEF196I 2 IEFC001I PROCEDURE JES2 WAS EXPANDED USING SYSTEM IEF196I LIBRARY SYS1.PROCLIB IEF196I 3 XXJES2PROC M=JES2PARM, IEF196I XX START='WARM,NOREQ' IEF196I 4 XXIEFPROC EXEC PGM=HASJES20, IEF196I XXPARM=',MEMBER=', IEF196I XXDPRTY=(15,15),TIME=1440,PERFORM=9 IEF196I IEFC653I SUBSTITUTION JCL - PGM=HASJES20,PARM='(COLD, IEF196I FORMAT,NOREQ),MEMBER=JES2PRSP',DPRTY=(15,15),TIME=1440, IEF196I PERFORM=9 IEF196I 5 XXHASPLIST DD DDNAME=IEFRDER IEF677I WARNING MESSAGE(S) FOR JOB JES2 ISSUED IEF196I 5 IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD IN PRIOR IEF196I STEP WAS NOT RESOLVED IEF695I START JES2 WITH JOBNAME JES2 IS ASSIGNED TO USER START1 IEF403I JES2 - STARTED - TIME=13.47.42 IEF196I IEF236I ALLOC. FOR JES2 JES2 IEF196I IEF237I DMY ALLOCATED TO HASPLIST IEC130I HASPPARM DD STATEMENT MISSING IEF196I IEC130I HASPPARM DD STATEMENT MISSING IEF196I IEF285I SYS1.PARMLIB KEPT IEF196I IEF285I VOL SER NOS= ZD1PAK. IEF196I IEF285I SYS1.IBM.PARMLIB KEPT IEF196I IEF285I VOL SER NOS= ZD1PAK. So the
Re: DFHSM CDS backup versions
Hi all, It looks like I had to wait until after mid-night... My normal RMM housekeeping run (which runs @01:30am) released (wait for it) 89 tapes back to the scratch pool! I think CA1 is similar in it's scratch processing. Thanks for all your help! -- 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
Thanks all, Greg, We have TVEXTPURGE(RELEASE) coded. Allan, I've re-run RMM housekeeping a few times. It would seem that RMM isn't releasing ANY scratch tapes now... Lizette, Unfortunately I'm restricted to how many PMR's I can open in a year (4 - the company I work for are a software developer, and that's all they paid for!), and I'm pretty sure I've used up my allowance... -- 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
Allan, 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 What next? -- 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
All, Thanks for the hep so far. Please bear in mind that I "inherited" this site from another contractor, and have no documentation about what was done or why. He set this up. I also have no prior experience with RMM. Try changing the "count" in the VRS to a "more reasonable (FSVO reasonable) value. e.g. 10 and see if the tapes release. I'll try that, thanks. HSM and RMM are independent products. Some shops use RMM with FDR instead of HSM. Others use HSM with CA-1 instead of RMM. The two products will not talk to each other unless you tell them to. I can't find anything in the RMM or HSM manuals that tells me how to make them "talk" to each other. HSM is definitely releasing migration and backup tapes, just not CDS backup tapes. RMM talks about defining HSM to RACF, and setting RMM & HSM options (which as far as I can tell has all been done). The only inconsistency I can see is that the RMM manual says to code SETSYS TAPESECURITY(EXPIRATION), and we have SETSYS TAPESECURITY(RACF). If you can point me at the relevant part of the manual, I'll happily read it! -- 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
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?
--
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
So, having restored all the systems we had backed up, I can now re-visit this. 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. Allan, I can't find a dfHSM Installation and Customization Guide. I do have a DFSMShsm Implementation and Customization Guide, but can't find anything in there about making RMM an EDM. It does however say things like "DFSMShsm invokes the EDGTVEXT exit to communicate the status of empty tapes to DFSMSrmm" and I also fond "DFSMSrmm uses the EDGDFHSM programming interface to release DFSMShsm tape volumes. The interface between DFSMShsm and DFSMSrmm is automatically in place when you install DFSMS, so you do not need to take any action to activate it or to call it." So that seems to say that RMM knows all about HSM, and there is no need to define HSM to RMM. Can someone please confirm this assumption? Please post the LV display for one of your DFHSM tapes. I'm guessing it's retained with a VRS. Tom, Here you go: - Volume . . . . . . : D30026 VOL1 volser : Rack number : Media name . . . . : V3480Status . . : MASTER More: Volume type . . . : PHYSICAL Stacked count . . . . . . : 0 Retention date . . : CYCL/9 Expiration date . . . . . : 2015/138 Set retained . . . : NO Original expiration date . : 2015/138 Description . . . : Data set name . . : 'HSM.MCDS.BACKUP.V0005355' Media type . . . . : CSTRelease actions: Label . . . . . . : SL Return to SCRATCH pool . : YES Current version : Replace volume . . . . . : NO Required version : Return to owner . . . . : NO Density . . . . . : 3480 Initialize volume . . . : NO Recording format . : 18TRACK Erase volume . . . . . . : NO Compaction . . . . : NONE Notify owner . . . . . . : NO Attributes . . . . : NONE Expiry date ignore . . . : NO Availability . . . : VITAL RECORD Scratch immediate . . . : NO Owner . . . . . . : HSMOwner access . . . . . . . : ALTER Assigned date . . : 2015/138 Assigned time . . . . . . : 03:10:03 File 1 system ID . : MHZ3 Security name . . : Classification . . : Account number . . : MVS use . . . . . . . . . : YES Jobname . . . . . : HSMVM use . . . . . . . . . . : NO Loan location . . :Last changed by . . . . . : *HKP Previous volume . :Next volume . . . . . . . : Volume access list :Access . . . . . . . . . . : NONE User . . . . . . : User . . . . . . . . . . : User . . . . . . : User . . . . . . . . . . : User . . . . . . : User . . . . . . . . . . : User . . . . . . : User . . . . . . . . . . : User . . . . . . : User . . . . . . . . . . : User . . . . . . : User . . . . . . . . . . : Volume use count . : 1 Volume usage (Kb) . . . . : 28122 Capacity (Mb) . . : 200Percent full . . . . . . . : 0 Create date . . . : 2013/063 Create time . . . . . . . : 16:54:30 System ID . . . . . . . . : MHZ3 Date last read . . : 2015/138 Date last written . . . . : 2015/138 Drive last used . : 157B Volume sequence . : 1 Number of data sets . . . : 1 Data set recording . . . . : ON Errors: Temporary read . : 0 Temporary write . . . . . : 0 Permanent read . : 0 Permanent write . . . . . : 0
Re: DFHSM CDS backup versions
Thanks guys, Sorry for the lack of response on my part. We moved offices and datacentres at the weekend, and our DS600o that holds all our z/OS & z/VM systems didn't power-up... I've been busier than a one legged man in an Ar** kicking contest... Can you say "thank god for tape backups"? Once (if!) my systems are restored, I'll try and respond more appropriately... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DFHSM CDS backup versions
Hi all. 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. I have the following coded in ARCCMDxx for DFHSM CDS backups: - SETSYS CDSVERSIONBACKUP(BACKUPCOPIES(4)) SETSYS CDSVERSIONBACKUP(BACKUPDEVICECATEGORY(DASD)) SETSYS CDSVERSIONBACKUP(DATAMOVER(DSS)) SETSYS CDSVERSIONBACKUP( - BACKUPCOPIES(4) - BACKUPDEVICECATEGORY(TAPE(NOPARALLEL - RETPD(0) UNITNAME(V3480)))- DATAMOVER(HSM) - ) When I issue a QUERY CDSVERSIONBACKUP, I get: - ARC0101I QUERY CDSVERSIONBACKUP COMMAND STARTING ON 610 ARC0101I (CONT.) HOST=3 ARC0375I CDSVERSIONBACKUP, 611 ARC0375I (CONT.) MCDSBACKUPDSN=HSM.MCDS.BACKUP, ARC0375I (CONT.) BCDSBACKUPDSN=HSM.BCDS.BACKUP, ARC0375I (CONT.) OCDSBACKUPDSN=HSM.OCDS.BACKUP, ARC0375I (CONT.) JRNLBACKUPDSN=HSM.JRNL.BACKUP ARC0376I BACKUPCOPIES=0004, BACKUPDEVICECATEGORY=TAPE 612 ARC0376I (CONT.) UNITNAME=V3480, DENSITY=*, RETPD=, NOPARALLEL, ARC0376I (CONT.) LATESTFINALQUALIFIER=V0006021, DATAMOVER=HSM ARC0101I QUERY CDSVERSIONBACKUP COMMAND COMPLETED ON 613 ARC0101I (CONT.) HOST=3 So we're backing up DFHSM CDS's to (virtual) tape, and keeping four old versions. Froopy. In RMM, I found MANY old versions of the CDS files on tape - going back to 2015. For instance: - 'HSM.MCDS.BACKUP.V0005355' with an expiration date of 2015/138. 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? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 SDSF 'LOG' command very slow response
Thanks Lucas. You may be on to something. If I do a LOG S and then max to the top, the earliest entry is for 21st December 2015 My z/OS 2.2 JES2 system only goes back to 20th March 2016. How do I get rid of old / selected SYSLOGs? (I'm a JES2 person - I know next to nothing about JES3!) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JES3 SDSF 'LOG' command very slow response
Hi all, I'm supporting a development system, and we run multiple versions of z/OS (amongst other things). One of the systems we run is at z/OS 2.2, and runs JES3. This system is supposed to be our "performance Test" system. One of our developers this morning was complaining about slow response on SDSF. On investigation, I found that all SDSF commands were giving sub-second response times EXCEPT for the LOG command. The LOG command gave up to 18 seconds (timed by my trusty wrist based timepiece) response. Once in the log, PF7, 10 or 11 give good sub-second response, but PF8 to the newest log entry gives 3-4 second response. At the time, the system was NOT using OPERLOG, just SYSLOG. I did a V OPERLOG,HARDCPY command, and now the SDSF LOG command gives sub-second response, as does PF8 to latest log entry (of course, we can only go back in the log to that command being issued). However the SDSF LOG S (force the log command to look at SYSLOG, rather than OPERLOG) command still gives VERY long response times. Can anyone shed any light on what's happening here? Does this suggest there is a problem with the JES3 spool somewhere? Thanks in advance. Vince. -- 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.
Thanks all for your responses. Allan, I DELETED ‘MAINT.TEMP.LIST’ before running the second job – can’t get more freed than that… I tried pre-allocating it – Still get the ARC0141I message. Kolusu, I’m sorry, you are wrong. OUTDATASET is created by DFHSM at the time of issuing the LIST command. The job DOES have two steps. John, Best explanation yet! But, and here I’m showing a little ignorance, I’m running JES2. I didn’t think JES2 did any enqueues until the step started? As per my original post, I need to run a SORT on the "real" ‘MAINT.TEMP.LIST’, so the IDCAMS doesn’t help me. The SORT step I coded was just for demonstration purposes. Ed, That’s more or less what John said. I thought the WAIT parameter would resolve that issue though. On more investigation, there is nothing in the joblog for the HSMLIST step regarding the final disposition of 'MAINT.TEMP.LIST', regardless of if I run it on it's own, or as part of the two step job coded in my OP. This lends credence to what Ed and John are saying. Even though I've coded WAIT on the DFHSM LIST command, the HSMLIST step is finishing and the SORTIT step starts before 'MAINT.TEMP.LIST' is allocated, hence the ARC0141I message and the JCL error. Looks like I may have to do two jobs, or put some sort of "filler" step between the HSMLIST & SORTIT steps. Vince. -- 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.
Gonzalo, Yep. I know I can do that. I’m trying to avoid it if possible. Peter, Didn’t see your reply originally, no idea why. Yes I really want to do some SORTing. What I coded was just for demonstration purposes. I think you may have missed that in my “real” job, I run a REXX on MAINT.TEMP.LIST that re-formats the report created by the DFHSM LIST command into ‘MAINT.TEMP.TEMP. It’s MAINT.TEMP.TEMP that is actually the SORTIN, and MAINT.TEMP.LIST that is the SORTOUT, but your premise may still be sound. -- 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.
David, Perfect. Thanks. That explains everything. In fact to confirm this, I replaced the DFSORT step with an IEFBR14 step, just allocating MAINT.TEMP.LIST DISP=SHR - I get the ARC0141I message, and the job fails JCL error. So either I have to do the SORT in my REXX, or I have to run two jobs. Thanks everyone. -- 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.
Sorry about the tags. I thought I had that right -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Odd behaviour with DFHSM & DFSORT in batch.
Hi all,
I've discovered some very odd behaviour when running a DFHSM command in the
same batch job as a DFSORT step, and I'm completely baffled by what's happening.
We're running z/OS 2.2, although it also happens on 1.3 and 1.10.
I've written a piece of JCL that issues some DFHSM commands, runs a REXX to
format the output, then a SORT to sort the formatted output. The job fails
every time.
I've re-coded the job a number of times, and run the steps individually, and it
seems the job *only* fails when the SORT step is included.
Rather than post the whole job, I've discovered I can re-create the failure
with a really simple example.
Consider the following JCL: -
//HSMLIST EXEC PGM=IKJEFT1A
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
HSENDCMD WAIT LIST PVOL OUTDATASET('MAINT.TEMP.LIST')
This works as expected. If 'MAINT.TEMP.LIST' doesn't exist, it gets created.
If it does, the responses from the LIST PVOL command are appended to the end of
the dataset. All good so far.
I create a new empty dataset, 'MAINT.TEMP.TEMP', based on 'MAINT.TEMP.LIST'. I
then delete 'MAINT.TEMP.LIST', and run the following JCL:-
//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
Can anyone shed any light on what's happening here?
Thanks in advance.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: LE run-time options
Juergen, There are two possible usermods for LE. If you have CEEDOPT or CEECOPT, these are installation wide options. The CEEPRMxx parmlib member will only affect that LPAR, and you can also have a CEEROPT usermod for a particular region. So to answer your question, you can use both. CEEPRMxx will over-ride CEEDOPT for that LPAR. You can check what's being used with the D CEE,ALL command. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TS7700 AIX microcode install doc wanted
Hi all, I'm looking for the following manual: - IBM TS7700 (or TS7720 or TS77740) Virtualisation Engine AIX and Microcode Install All the hyperlinks I find get me to a Page not found or Topic not found error screen, and for reasons I'd rather not get into, I can't raise a pmr. The document seems to be called either TS7740CodeInstall.PDF or TS7700CodeInstall.pdf Any help gratefully recieved! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IMS v9 on z/os 1.13
Thanks to all those that replied. Good to know we aren't the only ones! We lost our IMS guy (retired), and are unlikely to replace him. I've never done an IMS upgrade, so rather than rush into it, I'm probably going to upgrade z/OS 1st, and approach IMS with caution! Thanks again. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IMS v9 on z/os 1.13
Hi all, Is anyone out there running IMS V9 on z/OS 1.13? I know IMS v9 has been out of support since 2010, but that's where we are. I can see from the IBM site that V10, 11 12 of IMS will run on z/os 1.13, but not v9. I can't see why it wouldn't run, but would like some confirmation (or otherwise!) before I suggest it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Solve:Scheduler
Hi all, Bit of a long shot here, but does anyone have any manuals for what used to be Stirling Softwares, and is now CAs Solve:Scheduler? The client I'm working at has the product (V6.2, I think), but no manuals, no documentation, and no-one left who knows the product in any detail... I tried CA, and their response so far is: - I have been informed by our Product Management team that they are working hard on trying to retrieve useful information for Solve:Scheduler. It is information that goes way back. It was stored in a server that crashed and they are trying to see if it is possible to retrieve any of the information. So I'm not holding my breath! Any help gratefully received! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
