This is the process I mentioned yesterday. It was always required to pull maintenance, but a simple FTP job used to suffice to get just HOLDDATA:
anonym...@service.boulder.ibm.com s...@sce.com cd /s390/holddata get full.txt 'tsoskip.smpe.ptfs(holddata)' (repl quit That method now fails. RECEIVE ORDER specifying only HOLDDATA now appears to be required. BTW I'm using HTTPS because FTPS will not work in our environment due to proxy appliance issues. . . . 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: Tuesday, August 16, 2016 8:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: PTF order fulfillment issues and getting HOLDDATA Bob, I was seeing that yesterday too, but the error was the negotiation to a secured transport mechanism first. You can just do a receive order, specifying only HOLDATA. SET BOUNDARY (GLOBAL) . RECEIVE ORDER (CLIENT (CLIENT) CONTENT (HOLDDATA) ORDERSERVER (SERVER) FORTGTZONES (MVSTZN) WAIT (120)) DELETEPKG. To setup secured FTP you need to minimally pass these parms to your FTP client > SECURE_FTP ALLOWED > SECURE_MECHANISM TLS > TLSRFCLEVEL CCCNONOTIFY > TLSMECHANISM FTP > SECURE_DATACONN PRIVATE > KEYRING keyringname > EPSV4 TRUE https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.gim3000/gim3116.htm _________________________________________________________________ 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 Richards, Robert B. Sent: Tuesday, August 16, 2016 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PTF order fulfillment issues and getting HOLDDATA I am still having issues with getting HOLDDATA and believe it is a firewall issue on my side. Is there a webpage that lists all the DNS' and IP addresses that are supported to "GET" this HOLDDATA information? As you saw below, public.dhe.ibm.com changed over the weekend. Before I go through my change management process for get a firewall rule changed, I would like to add any others so that I do not have to repeat this exercise. Once I have them, I believe that PARM='-a TLS dnsname' should work. Bob From: Richards, Robert B. Sent: Monday, August 15, 2016 6:48 AM To: IBM Mainframe Discussion List (IBM-MAIN@LISTSERV.UA.EDU) Subject: PTF order fulfillment issues and getting HOLDDATA Is anyone else having issues with order fulfillment with IBM? I ordered a single PTF through Shopz this morning and it generates the appropriate pairing below (contents removed): <SERVER </SERVER> They generate the userid and password, so why do I get this below? EZA1701I >>> PASS 530 Login incorrect. EZA1735I Std Return Code = 26530, Error Code = 00011 EZA1701I >>> QUIT 221 Goodbye. I even deleted and reordered the PTF, getting the same result. Also, my attempts in a separate nightly job to get full HOLDDATA also failed for the last two nights. EZA1554I Connecting to: dispmy-112.mul.ie.ibm.com EZA2589E Connection to server interrupted or timed out. Waiting for reply EZA1721W Server not responding, closing connection. EZA1735I Std Return Code = 10220, Error Code = 00008 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 10000, Error Code = 00008 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
