Thanks Skip. I'll take a look at this further, but in the end, I still will need to resolve the firewall issues.
In your example, you are using https://eccgw01.boulder.ibm.com/services/projects/ecc/ws I would like a list of all servers (DNS names, etc.) that IBM supports to provide HOLDDATA downloads so that I can stop going to my firewall guy begging for an emergency CR (very much frowned upon). -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:52 PM To: [email protected] Subject: Re: PTF order fulfillment issues and getting HOLDDATA I overlooked part of the question. These lines are identical to a maintenance order. Note specification of HTTPS. //ORDRINFO DD * <ORDERSERVER url="https://eccgw01.boulder.ibm.com/services/projects/ecc/ws"; keyring="TSOSKIP/ShopzSeries_Order_Keyring" certificate="SMPE Client Certificate"> </ORDERSERVER> //* //CLNTINFO DD * <CLIENT javahome="/usr/lpp/java17_64/" downloadmethod="https" downloadkeyring="javatruststore" classpath="/usr/lpp/smp/classes" javadebugoptions="-Dcom.ibm.smp.debug=severe" > <FIREWALL> <SERVER host="proxyx.sce.com" > </SERVER> <FIRECMD>&REMOTE_USER;@&REMOTE_HOST;</FIRECMD> <FIRECMD>&REMOTE_PW;</FIRECMD> </FIREWALL> <HTTPPROXY host="proxyx.sce.com" > </HTTPPROXY> </CLIENT> . . . 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 [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Richards, Robert B. Sent: Tuesday, August 16, 2016 9:22 AM To: [email protected] Subject: (External):Re: PTF order fulfillment issues and getting HOLDDATA In my case, I am specifying the following for Shopz: //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE SYSMODS HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) SOURCEID(xxxxxx) DELETEPKG . /* //CLNTINFO DD * <CLIENT> <FTPOPTIONS> -v -f "//'SYS1.TCPPARMS(FTPSMPE)'"</FTPOPTIONS> </CLIENT> /* //SERVINFO DD * <SERVER host="deliverycb-bld.dhe.ibm.com" user="blahblah" pw="password" > <PACKAGE file="2016081556109/PROD/GIMPAF.XML" hash="1234E56765431BED81735ADC6115" id="U01234567" > </PACKAGE> </SERVER> /* To pull only HOLDDATA, is the following correct? //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) DELETEPKG . /* //CLNTINFO DD * <CLIENT> <FTPOPTIONS> -v -f "//'SYS1.TCPPARMS(FTPSMPE)'"</FTPOPTIONS> </CLIENT> /* //SERVINFO DD * <SERVER What does the server contents look like? What are all the DNS servers (and their IP addresses available to support this request so that I can get my firewall rules defined? </SERVER> /* Thanks to all that respond, Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:00 PM To: [email protected] Subject: Re: PTF order fulfillment issues and getting HOLDDATA 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: [email protected] [email protected] 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 [email protected] -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jousma, David Sent: Tuesday, August 16, 2016 8:24 AM To: [email protected] 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 [email protected] 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:[email protected]] On Behalf Of Richards, Robert B. Sent: Tuesday, August 16, 2016 11:17 AM To: [email protected] 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 ([email protected]) 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 [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
