Re: PTF order fulfillment issues and getting HOLDDATA
On 8/23/2016 5:52 AM, Vince Getgood wrote: 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'" I don't see how this ever worked, as I get a syntax error when falls outside the tag. But in any case, I'm glad you got it to work. Kurt Quackenbush -- IBM, SMP/E Development -- 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
Since you got the answer you needed, I thought I would point out that IBM's FTP command searches for "FTP.DATA" differently if the FTP command is invoked from "TSO Shell" or "z/OS Unix Shell" according to " z/OS Communications Server: IP User's Guide and Commands" and the SMP/e invocation of FTP is from the "z/OS Unix Shell". I got around the problem by creating a ".FTP.DATA" with among other things set: SECURE_MECHANISM TLS & TLSRFCLEVELRFC4217 I was then able to receive PTFs and HOLDDATA. Al Nims Systems Admin/Programmer 3 UFIT University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vince Getgood Sent: Tuesday, August 23, 2016 5:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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 -- 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: PTF order fulfillment issues and getting HOLDDATA
On 8/17/2016 7:11 PM, Jesse 1 Robinson wrote: ftp://service.boulder.ibm.com/s390/holddata/full.txt This is essentially the same job I referred to on Monday as having 'always worked' in the past but was suddenly failing. Now it's working again. It's vanilla FTP. Was Monday's failure a hiccup? Yes, it was a hiccup. The same hiccup I believe that also affected certain IBM publication sites, such as the Redbooks. Kurt Quackenbush -- IBM, SMP/E Development -- 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
ftp://service.boulder.ibm.com/s390/holddata/full.txt This is essentially the same job I referred to on Monday as having 'always worked' in the past but was suddenly failing. Now it's working again. It's vanilla FTP. Was Monday's failure a hiccup? . . . 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 Kurt Quackenbush Sent: Wednesday, August 17, 2016 5:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: PTF order fulfillment issues and getting HOLDDATA On 8/16/2016 12:57 PM, Richards, Robert B. wrote: > 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). For Shopz and SMP/E RECEIVE ORDER downloads, this documents the IBM server host names and IP addresses: http://www-01.ibm.com/support/docview.wss?uid=isg3T1018808 For manually downloading the HOLDDATA file, use this: ftp://service.boulder.ibm.com/s390/holddata/full.txt Kurt Quackenbush -- IBM, SMP/E Development -- 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
On 8/16/2016 12:57 PM, Richards, Robert B. wrote: Thanks Skip. I'll take a look at this further, but in the end, I still will need to resolve the firewall issues. As a reminder, if anyone is having local firewall troubles using FTPS due to the IBM servers now requiring secured downloads, I highly recommend adding the following statements to your information and trying to use HTTPS instead: javahome="/usr/lpp/java/Jx.x" downloadmethod="https" downloadkeyring="javatruststore" Of course specify the correct directory for your preferred and installed level of Java on the javahome attribute. Many firewalls/proxies seem to be much more tolerant of HTTPS than FTPS. Kurt Quackenbush -- IBM, SMP/E Development -- 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
On 8/16/2016 12:57 PM, Richards, Robert B. wrote: 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). For Shopz and SMP/E RECEIVE ORDER downloads, this documents the IBM server host names and IP addresses: http://www-01.ibm.com/support/docview.wss?uid=isg3T1018808 For manually downloading the HOLDDATA file, use this: ftp://service.boulder.ibm.com/s390/holddata/full.txt Kurt Quackenbush -- IBM, SMP/E Development -- 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
Okay, color me confused. Here is the FTP from last Saturday that worked: EZA1456I Connect to ? EZA1736I public.dhe.ibm.com EZA1554I Connecting to: dispby-112.boulder.ibm.com 170.225.15.112 port: 21. Snipped disclaimer... 220 service.boulder.ibm.com FTP server (Version wu-2.6.3(5) Custom Tue Jul 2 15:15:19 MDT 2013) ready. >From Sunday through yesterday that did not work: EZA1456I Connect to ? EZA1736I public.dhe.ibm.com EZA1554I Connecting to: dispmy-112.mul.ie.ibm.com 129.35.224.112 port: 21. >From this morning with NO CHANGES made on my end: EZA1456I Connect to ? EZA1736I public.dhe.ibm.com EZA1554I Connecting to: dispby-112.boulder.ibm.com 170.225.15.112 port: 21. 220 ProFTPD 1.3.5b Server (proftpd) [170.225.15.112] My firewall did not like: dispmy-112.mul.ie.ibm.com 129.35.224.112 port: 21. IBM, at least for this morning, reverted back to dispby-112.boulder.ibm.com 170.225.15.112 port: 21 and my FTP worked like a charm. In my joy at a good FTP, I almost missed the second line of: ProFTPD 1.3.5b Server (proftpd). A quick search revealed where it came from. Perhaps the developers should ask IBM if they can list them as one of the sites powered by ProFTPD. :-) Bob -- 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
Our proxy is a gizmo (Bluecoat) that cannot comprehend TLS keywords, hence no FTPS. HTTPS has no such limitation. . . . 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 Paul Gilmartin Sent: Tuesday, August 16, 2016 10:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: PTF order fulfillment issues and getting HOLDDATA On Tue, 16 Aug 2016 11:45:58 -0500, Paul Gilmartin wrote: >On Tue, 16 Aug 2016 16:00:12 +, Jesse 1 Robinson wrote: > >>... BTW I'm using HTTPS because FTPS will not work in our environment due to >>proxy appliance issues. >> I paid too little attention to that last sentence. But "curl" (available from Ported Tools) will convert an FTP URL to an HTTP URL if the proxy URL is named in an environment variable. Largely, proxies are more friendly to HTTP than to FTP (hardly surprising). >The links on http://service.software.ibm.com/holdata/390holddata.html >seem to be working for me now, as do your (equivalent) comands entered >from a terminal. > >-- gil -- 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
On Tue, 16 Aug 2016 11:45:58 -0500, Paul Gilmartin wrote: >On Tue, 16 Aug 2016 16:00:12 +, Jesse 1 Robinson wrote: > >>... BTW I'm using HTTPS because FTPS will not work in our environment due to >>proxy appliance issues. >> I paid too little attention to that last sentence. But "curl" (available from Ported Tools) will convert an FTP URL to an HTTP URL if the proxy URL is named in an environment variable. Largely, proxies are more friendly to HTTP than to FTP (hardly surprising). >The links on http://service.software.ibm.com/holdata/390holddata.html >seem to be working for me now, as do your (equivalent) comands entered >from a terminal. > >-- gil -- 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
I'll give this link another look. Thank Gil. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, August 16, 2016 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PTF order fulfillment issues and getting HOLDDATA On Tue, 16 Aug 2016 16:00:12 +, Jesse 1 Robinson wrote: >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. > The links on http://service.software.ibm.com/holdata/390holddata.html seem to be working for me now, as do your (equivalent) comands entered from a terminal. -- gil -- 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: PTF order fulfillment issues and getting HOLDDATA
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:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:52 PM To: IBM-MAIN@LISTSERV.UA.EDU 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 * https://eccgw01.boulder.ibm.com/services/projects/ecc/ws"; keyring="TSOSKIP/ShopzSeries_Order_Keyring" certificate="SMPE Client Certificate"> //* //CLNTINFO DD * &REMOTE_USER;@&REMOTE_HOST; &REMOTE_PW; . . . 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 Richards, Robert B. Sent: Tuesday, August 16, 2016 9:22 AM To: IBM-MAIN@LISTSERV.UA.EDU 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(xx) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* To pull only HOLDDATA, is the following correct? //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* Thanks to all that respond, Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU 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: anonym...@service.boulder.ibm.com s...@sce.com cd /s390/holddata get full.txt 'tsoskip.smpe.pt
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 * https://eccgw01.boulder.ibm.com/services/projects/ecc/ws"; keyring="TSOSKIP/ShopzSeries_Order_Keyring" certificate="SMPE Client Certificate"> //* //CLNTINFO DD * &REMOTE_USER;@&REMOTE_HOST; &REMOTE_PW; . . . 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 Richards, Robert B. Sent: Tuesday, August 16, 2016 9:22 AM To: IBM-MAIN@LISTSERV.UA.EDU 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(xx) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* To pull only HOLDDATA, is the following correct? //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* Thanks to all that respond, Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU 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: 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: P
Re: PTF order fulfillment issues and getting HOLDDATA
This is the job I ran yesterday. I get an additional message (listed below) but it is basically the same job I run to pull PTFs except that I specify HOLDDATA instead of, say, CRITICAL. If you can pull maintenance, you should be able to pull HOLDDATA. RECEIVE ORDER( ORDERSERVER(ORDRINFO) /* See DD below */ CLIENT(CLNTINFO) /* See DD below */ WAIT(NOLIMIT) /* As long as it takes */ CONTENT( /* Requested content */ HOLDDATA ) ) DELETEPKG . GIM69022IWHEN THE CONTENT OF AN ORDER IS HOLDDATA THEN THE HOLDDATA SELECTION OPERAND IS ASSUMED AND THE SYSMODS SELECTION OPERAND IS IGNORED. . . . 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 Richards, Robert B. Sent: Tuesday, August 16, 2016 9:22 AM To: IBM-MAIN@LISTSERV.UA.EDU 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(xx) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* To pull only HOLDDATA, is the following correct? //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* Thanks to all that respond, Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU 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: 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 erro
Re: PTF order fulfillment issues and getting HOLDDATA
On Tue, 16 Aug 2016 16:00:12 +, Jesse 1 Robinson wrote: >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. > The links on http://service.software.ibm.com/holdata/390holddata.html seem to be working for me now, as do your (equivalent) comands entered from a terminal. -- gil -- 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
In my case, I am specifying the following for Shopz: //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE SYSMODS HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) SOURCEID(xx) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* To pull only HOLDDATA, is the following correct? //SMPCNTL DD * SET BOUNDARY (GLOBAL) . RECEIVE HOLDDATA FROMNETWORK(SERVER(SERVINFO) CLIENT(CLNTINFO)) DELETEPKG . /* //CLNTINFO DD * -v -f "//'SYS1.TCPPARMS(FTPSMPE)'" /* //SERVINFO DD * /* Thanks to all that respond, Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, August 16, 2016 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU 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: 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. SETBOUNDARY (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_FTPALLOWED > 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
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: 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. SETBOUNDARY (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_FTPALLOWED > 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): 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 = 8 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 1, Error Code = 8 -- 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
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. SETBOUNDARY (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_FTPALLOWED > 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): 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 = 8 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 1, Error Code = 8 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- 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
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): 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 = 8 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 1, Error Code = 8 -- 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
On 08/15/2016 11:15 AM, John Eells wrote: > Pete Conlin wrote: >> I encountered a very similar problem this morning, changed to java >> 8.0 (from 7.0) & was OK (both 31-bit). >> IBM seems to have just started "enforcing" the ftps (vs. ftp) since >> my last maintenance (a couple of weeks ago), so >> I suspect their enforcement also involved changes for those of you >> already dutifully using ftps. >> The sample RECINET program to test this stuff (secure ftp) still >> works wiith java 7.0. > > Yes, the enforcement was implemented over the weekend. I don't know > why changes would have been necessary for those already using either > FTPS or HTTPS. (I was waiting for Kurt to chime in but he's not on > our internal IM system so he might be out.) > Perhaps the same change also started enforcing rejection of some older, less-secure deprecated cipher protocols, which would hit any that were using secured transmission but were succeeding only by negotiating to a deprecated security protocol. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ShopZ OK now(?) Re: PTF order fulfillment issues and getting HOLDDATA
For many years I have pulled HOLDDATA with a standard non-SSL FTP job. Instead submitted a variation of my order-from-network job--which uses HTTPS--requesting only HOLDDATA. It ran fine. Then I submitted my old vanilla FTP job that has run forever. It failed: EZA1701I >>> USER anonym...@service.boulder.ibm.com EZA1475I Connection with proxy.glbi.sce.com terminated EZA1735I Std Return Code = 19220, Error Code = 00010 . . . 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 Pete Conlin Sent: Monday, August 15, 2016 9:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):ShopZ OK now(?) Re: PTF order fulfillment issues and getting HOLDDATA The java release may be spurious. I tested with java 7.1 & was OK, then something told me to retry with java 7.0. OK. Maybe something on the IBM end got rolled back? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ShopZ OK now(?) Re: PTF order fulfillment issues and getting HOLDDATA
The java release may be spurious. I tested with java 7.1 & was OK, then something told me to retry with java 7.0. OK. Maybe something on the IBM end got rolled back? -- 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
Pete Conlin wrote: I encountered a very similar problem this morning, changed to java 8.0 (from 7.0) & was OK (both 31-bit). IBM seems to have just started "enforcing" the ftps (vs. ftp) since my last maintenance (a couple of weeks ago), so I suspect their enforcement also involved changes for those of you already dutifully using ftps. The sample RECINET program to test this stuff (secure ftp) still works wiith java 7.0. Yes, the enforcement was implemented over the weekend. I don't know why changes would have been necessary for those already using either FTPS or HTTPS. (I was waiting for Kurt to chime in but he's not on our internal IM system so he might be out.) -- John Eells IBM Poughkeepsie ee...@us.ibm.com -- 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
I encountered a very similar problem this morning, changed to java 8.0 (from 7.0) & was OK (both 31-bit). IBM seems to have just started "enforcing" the ftps (vs. ftp) since my last maintenance (a couple of weeks ago), so I suspect their enforcement also involved changes for those of you already dutifully using ftps. The sample RECINET program to test this stuff (secure ftp) still works wiith java 7.0. -- 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
Gadi, I should have made it clear. It was a secure FTP order. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Monday, August 15, 2016 7:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PTF order fulfillment issues and getting HOLDDATA As far as I know, you cannot use ftp anymore to download PTF's. You have to use HTTPS or FTPS (or is it sftp). In order to use HTTPS, I added: downloadmethod="https" downloadkeyring="javatruststore" to the information in MYCLIENT Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Monday, August 15, 2016 1:48 PM To: 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): 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 = 8 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 1, Error Code = 8 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. 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: PTF order fulfillment issues and getting HOLDDATA
As far as I know, you cannot use ftp anymore to download PTF's. You have to use HTTPS or FTPS (or is it sftp). In order to use HTTPS, I added: downloadmethod="https" downloadkeyring="javatruststore" to the information in MYCLIENT Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Monday, August 15, 2016 1:48 PM To: 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): 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 = 8 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 1, Error Code = 8 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. 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
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): 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 = 8 and EZA1554I Connecting to: dispby-112.boulder.ibm.com EZA2589E Connection to server interrupted or timed out. Initial connection EZA1735I Std Return Code = 1, Error Code = 8 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
