Re: Receive from Network failed
Matt, Thanks for the heads-up. Java 11 (Semeru) is on the z/OS 2.5 that I am installing but not on my z/OS 2.4 system running in production. How long will that JAVA V8 requirement be in effect? Regardless, I also have it in my z/OS 2.5 build. Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Matthew Stitt Sent: Friday, June 10, 2022 1:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Receive from Network failed You would not happen to want to use JAVA V11? It will not work. I must keep JAVA V8 around for SMPE network stuff. Matthew On Fri, 10 Jun 2022 17:37:49 +, Richards, Robert B. (CTR) wrote: >Kurt, > >That worked very nicely, but I still want the FTP version to work. Service >request has been already opened. > >-Original Message- >From: IBM Mainframe Discussion List On >Behalf Of Kurt J. Quackenbush >Sent: Friday, June 10, 2022 10:03 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Receive from Network failed > >Have you tried using https instead of ftp for the download? Just add this to >your specification: > >downloadmethod="https" >downloadkeyring="*AUTH*/*" > >Otherwise, try IBM support for further debug. > >Kurt Quackenbush >IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com > >Chuck Norris never uses CHECK when he applies PTFs. > >-Original Message- >From: IBM Mainframe Discussion List On >Behalf Of Richards, Robert B. (CTR) >Sent: Thursday, June 9, 2022 8:58 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: [EXTERNAL] Re: Receive from Network failed > >Tried again and order did get staged, but same FTP error that I cannot >explain, especially the comment about "Unable to build data connection: Not >owner": > >DATE 06/09/22 TIME 08:47:12SMP/E FTP Output SMP/E 37.11 > > > > > >> /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com >> > > >Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters. > >IBM FTP CS V2R4 > >FTP: EXIT has been set. > >Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21. > >220 ProFTPD Server (proftpd) [129.35.224.118] > >>>> AUTH TLS >>>> >234 AUTH TLS successful > >Authentication negotiation succeeded > >>>> PBSZ 0 >>>> >200 PBSZ 0 successful > >>>> PROT P >>>> >200 Protection set to Private > >Data connection protection is private > >NAME (deliverycb-mul.dhe.ibm.com:xxx): > > > >> S1u73456 >> >>>> USER S1u73456 >>>> >331 Password required for S1u73456 > >PASSWORD: > > > >> *** >> >>>> PASS >>>> >230 User S1u73456 logged in > >Command: > > > >> CCC
Re: Receive from Network failed
Reason I hate java... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Friday, June 10, 2022 1:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Receive from Network failed ** EXTERNAL EMAIL - USE CAUTION ** On Fri, 10 Jun 2022 12:57:15 -0500, Matthew Stitt wrote: >You would not happen to want to use JAVA V11? It will not work. I must keep >JAVA V8 around for SMPE network stuff. > Bummer. Is there an APAR? It's extraordinarily difficult to test every revision for side effects. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Receive from Network failed
On Fri, 10 Jun 2022 12:57:15 -0500, Matthew Stitt wrote: >You would not happen to want to use JAVA V11? It will not work. I must keep >JAVA V8 around for SMPE network stuff. > Bummer. Is there an APAR? It's extraordinarily difficult to test every revision for side effects. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Receive from Network failed
You would not happen to want to use JAVA V11? It will not work. I must keep JAVA V8 around for SMPE network stuff. Matthew On Fri, 10 Jun 2022 17:37:49 +, Richards, Robert B. (CTR) wrote: >Kurt, > >That worked very nicely, but I still want the FTP version to work. Service >request has been already opened. > >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >Kurt J. Quackenbush >Sent: Friday, June 10, 2022 10:03 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Receive from Network failed > >Have you tried using https instead of ftp for the download? Just add this to >your specification: > >downloadmethod="https" >downloadkeyring="*AUTH*/*" > >Otherwise, try IBM support for further debug. > >Kurt Quackenbush >IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com > >Chuck Norris never uses CHECK when he applies PTFs. > >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >Richards, Robert B. (CTR) >Sent: Thursday, June 9, 2022 8:58 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: [EXTERNAL] Re: Receive from Network failed > >Tried again and order did get staged, but same FTP error that I cannot >explain, especially the comment about "Unable to build data connection: Not >owner": > >DATE 06/09/22 TIME 08:47:12SMP/E FTP Output SMP/E 37.11 > > > > > >> /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com >> > > >Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters. > >IBM FTP CS V2R4 > >FTP: EXIT has been set. > >Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21. > >220 ProFTPD Server (proftpd) [129.35.224.118] > >>>> AUTH TLS >>>> >234 AUTH TLS successful > >Authentication negotiation succeeded > >>>> PBSZ 0 >>>> >200 PBSZ 0 successful > >>>> PROT P >>>> >200 Protection set to Private > >Data connection protection is private > >NAME (deliverycb-mul.dhe.ibm.com:xxx): > > > >> S1u73456 >> >>>> USER S1u73456 >>>> >331 Password required for S1u73456 > >PASSWORD: > > > >> *** >> >>>> PASS >>>> >230 User S1u73456 logged in > >Command: > > > >> CCC >> > > >> BINARY >> >>>> CCC >>>> >200 Clearing control channel protection
Re: Receive from Network failed
Kurt, That worked very nicely, but I still want the FTP version to work. Service request has been already opened. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Friday, June 10, 2022 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Receive from Network failed Have you tried using https instead of ftp for the download? Just add this to your specification: downloadmethod="https" downloadkeyring="*AUTH*/*" Otherwise, try IBM support for further debug. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, June 9, 2022 8:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed Tried again and order did get staged, but same FTP error that I cannot explain, especially the comment about "Unable to build data connection: Not owner": DATE 06/09/22 TIME 08:47:12SMP/E FTP Output SMP/E 37.11 > /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com > Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters. IBM FTP CS V2R4 FTP: EXIT has been set. Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21. 220 ProFTPD Server (proftpd) [129.35.224.118] >>> AUTH TLS >>> 234 AUTH TLS successful Authentication negotiation succeeded >>> PBSZ 0 >>> 200 PBSZ 0 successful >>> PROT P >>> 200 Protection set to Private Data connection protection is private NAME (deliverycb-mul.dhe.ibm.com:xxx): > S1u73456 > >>> USER S1u73456 >>> 331 Password required for S1u73456 PASSWORD: > *** > >>> PASS >>> 230 User S1u73456 logged in Command: > CCC > > BINARY > >>> CCC >>> 200 Clearing control channel protection Control connection protection is clear Command: > GET "/2022060912634/PROD/GIMPAF.XML" > "/xx/smpe/smpnts/ORD00254-09June2022- > 08.47.12.207/GIMPAF.XML" (REPLACE > >>> TYPE I
Re: Receive from Network failed
Have you tried using https instead of ftp for the download? Just add this to your specification: downloadmethod="https" downloadkeyring="*AUTH*/*" Otherwise, try IBM support for further debug. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Thursday, June 9, 2022 8:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed Tried again and order did get staged, but same FTP error that I cannot explain, especially the comment about "Unable to build data connection: Not owner": DATE 06/09/22 TIME 08:47:12SMP/E FTP Output SMP/E 37.11 > /bin/ftp -e -f "//'SYS1.TCPPARMS(FTPSMPE)'" deliverycb-mul.dhe.ibm.com > Using 'SYS1.TCPPARMS(FTPSMPE)' for local site configuration parameters. IBM FTP CS V2R4 FTP: EXIT has been set. Connecting to: dispmy-118.mul.ie.ibm.com 129.35.224.118 port: 21. 220 ProFTPD Server (proftpd) [129.35.224.118] >>> AUTH TLS >>> 234 AUTH TLS successful Authentication negotiation succeeded >>> PBSZ 0 >>> 200 PBSZ 0 successful >>> PROT P >>> 200 Protection set to Private Data connection protection is private NAME (deliverycb-mul.dhe.ibm.com:xxx): > S1u73456 > >>> USER S1u73456 >>> 331 Password required for S1u73456 PASSWORD: > *** > >>> PASS >>> 230 User S1u73456 logged in Command: > CCC > > BINARY > >>> CCC >>> 200 Clearing control channel protection Control connection protection is clear Command: > GET "/2022060912634/PROD/GIMPAF.XML" > "/xx/smpe/smpnts/ORD00254-09June2022- > 08.47.12.207/GIMPAF.XML" (REPLACE > >>> TYPE I >>> 200 Type set to I Command: >>> EPSV >>> 229 Entering Extended Passive M
Re: Receive from Network failed
We have a job summited daily to receive maintenance from Boulder via HTTPS . The next on is not send until the first one finishes . We wait it out by specifying WAIT(NOLIMIT), I see on Sunday we it was started at 5AM and finished Monday (sucessfully) at Monday at 7:30 . That made a total of 104 SMP/E waited messsages. Doug On Wed, 8 Jun 2022 16:15:05 -0500, Matthew Stitt wrote: >This is what I use: > >"https://eccgw01.boulder.ibm.com/services/projects/ecc/ws; > >and it worked a few minutes ago. Of course I use HTTPS. > >Matthew > >On Wed, 8 Jun 2022 20:51:53 +, Richards, Robert B. (CTR) > wrote: > >>Kurt, >> >>I submitted two jobs a few hours ago. One to Boulder and one to Rochester. >>Neither server responded after 90 minutes, so I cancelled them. This was a >>surprise that I did not even get the connection. >> >>I have had the following in our firewall for a while now: >> >> IBM Shopz and SMP/E Boulder - deliverycb-bld.dhe.ibm.com"170.225.15.117 >> >> 129.35.224.117" >>IBM Shopz and SMP/E Dublin - deliverycb-mul.dhe.ibm.com "129.35.224.118 >> 170.225.15.118" >> >>I thought these are still valid until we are notified otherwise by IBM. >> >>I requested the new *updates* but they are caught up in the change management >>approval process at the moment. >> >>Bob >> >>-Original Message- >>From: IBM Mainframe Discussion List On Behalf Of >>Kurt J. Quackenbush >>Sent: Wednesday, June 8, 2022 1:55 PM >>To: IBM-MAIN@LISTSERV.UA.EDU >>Subject: Re: Receive from Network failed >> >>> TLS security mechanism negotiation failed - data connection closed >>> 425 Unable to build data connection: Not owner Std Return Code = >>> 16425, Error Code = 00017 >>> >>> QUIT >>> 221 Goodbye. >>> >>> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. >> >>I believe, but am not positive, your firewall is rejecting the connection to >>the download server. I suspect this order was staged to server >>deliverycb-mul.dhe.ibm.com, which is not typically used for your orders. >>Orders for US customers typically are staged to server >>deliverycb-bld.dhe.ibm.com. However, there are ongoing issues and US orders >>are currently getting staged to deliverycb-mul.dhe.ibm.com instead. You >>should ensure your firewall accepts connections from both servers, as these >>two servers are designed to back each other up in the case of an outage. >> >>If you believe this does not explain your problem, please open a case with >>IBM support if you have not done so already. >> >>Kurt Quackenbush >>IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com >> >>Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Receive from Network failed
ot owner Std Return Code = 16425, Error Code = 00017 >>> QUIT >>> 221 Goodbye. GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Thursday, June 9, 2022 8:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Receive from Network failed > I submitted two jobs a few hours ago. One to Boulder and one to Rochester. > Neither server responded after 90 minutes, so I cancelled them. This > was a surprise that I did not even get the connection. The order did not get staged to the download server after 90 minutes? That's a different issue which I cannot explain. It appears orders are completing this morning, so please try again. > I have had the following in our firewall for a while now: > > IBM Shopz and SMP/E Boulder - deliverycb-bld.dhe.ibm.com"170.225.15.117 > 129.35.224.117" > IBM Shopz and SMP/E Dublin - deliverycb-mul.dhe.ibm.com "129.35.224.118 >170.225.15.118" > Yes, I believe those are the current IP addresses. If your error with the download server persists, I suggest opening a support case to investigate further. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- 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: Receive from Network failed
> I submitted two jobs a few hours ago. One to Boulder and one to Rochester. > Neither server responded after 90 minutes, so I cancelled them. This was a > surprise > that I did not even get the connection. The order did not get staged to the download server after 90 minutes? That's a different issue which I cannot explain. It appears orders are completing this morning, so please try again. > I have had the following in our firewall for a while now: > > IBM Shopz and SMP/E Boulder - deliverycb-bld.dhe.ibm.com"170.225.15.117 > 129.35.224.117" > IBM Shopz and SMP/E Dublin - deliverycb-mul.dhe.ibm.com "129.35.224.118 >170.225.15.118" > Yes, I believe those are the current IP addresses. If your error with the download server persists, I suggest opening a support case to investigate further. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Receive from Network failed
This is what I use: "https://eccgw01.boulder.ibm.com/services/projects/ecc/ws; and it worked a few minutes ago. Of course I use HTTPS. Matthew On Wed, 8 Jun 2022 20:51:53 +, Richards, Robert B. (CTR) wrote: >Kurt, > >I submitted two jobs a few hours ago. One to Boulder and one to Rochester. >Neither server responded after 90 minutes, so I cancelled them. This was a >surprise that I did not even get the connection. > >I have had the following in our firewall for a while now: > > IBM Shopz and SMP/E Boulder - deliverycb-bld.dhe.ibm.com"170.225.15.117 > > 129.35.224.117" >IBM Shopz and SMP/EDublin - deliverycb-mul.dhe.ibm.com "129.35.224.118 >170.225.15.118" > >I thought these are still valid until we are notified otherwise by IBM. > >I requested the new *updates* but they are caught up in the change management >approval process at the moment. > >Bob > >-Original Message- >From: IBM Mainframe Discussion List On Behalf Of >Kurt J. Quackenbush >Sent: Wednesday, June 8, 2022 1:55 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Receive from Network failed > >> TLS security mechanism negotiation failed - data connection closed >> 425 Unable to build data connection: Not owner Std Return Code = >> 16425, Error Code = 00017 >> >>> QUIT >> 221 Goodbye. >> >> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > >I believe, but am not positive, your firewall is rejecting the connection to >the download server. I suspect this order was staged to server >deliverycb-mul.dhe.ibm.com, which is not typically used for your orders. >Orders for US customers typically are staged to server >deliverycb-bld.dhe.ibm.com. However, there are ongoing issues and US orders >are currently getting staged to deliverycb-mul.dhe.ibm.com instead. You >should ensure your firewall accepts connections from both servers, as these >two servers are designed to back each other up in the case of an outage. > >If you believe this does not explain your problem, please open a case with IBM >support if you have not done so already. > >Kurt Quackenbush >IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com > >Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Receive from Network failed
Kurt, I submitted two jobs a few hours ago. One to Boulder and one to Rochester. Neither server responded after 90 minutes, so I cancelled them. This was a surprise that I did not even get the connection. I have had the following in our firewall for a while now: IBM Shopz and SMP/EBoulder - deliverycb-bld.dhe.ibm.com"170.225.15.117 129.35.224.117" IBM Shopz and SMP/E Dublin - deliverycb-mul.dhe.ibm.com "129.35.224.118 170.225.15.118" I thought these are still valid until we are notified otherwise by IBM. I requested the new *updates* but they are caught up in the change management approval process at the moment. Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kurt J. Quackenbush Sent: Wednesday, June 8, 2022 1:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Receive from Network failed > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = > 16425, Error Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. I believe, but am not positive, your firewall is rejecting the connection to the download server. I suspect this order was staged to server deliverycb-mul.dhe.ibm.com, which is not typically used for your orders. Orders for US customers typically are staged to server deliverycb-bld.dhe.ibm.com. However, there are ongoing issues and US orders are currently getting staged to deliverycb-mul.dhe.ibm.com instead. You should ensure your firewall accepts connections from both servers, as these two servers are designed to back each other up in the case of an outage. If you believe this does not explain your problem, please open a case with IBM support if you have not done so already. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- 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: Receive from Network failed
> TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = 16425, Error > Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. I believe, but am not positive, your firewall is rejecting the connection to the download server. I suspect this order was staged to server deliverycb-mul.dhe.ibm.com, which is not typically used for your orders. Orders for US customers typically are staged to server deliverycb-bld.dhe.ibm.com. However, there are ongoing issues and US orders are currently getting staged to deliverycb-mul.dhe.ibm.com instead. You should ensure your firewall accepts connections from both servers, as these two servers are designed to back each other up in the case of an outage. If you believe this does not explain your problem, please open a case with IBM support if you have not done so already. Kurt Quackenbush IBM | z/OS SMP/E and z/OSMF Software Management | ku...@us.ibm.com Chuck Norris never uses CHECK when he applies PTFs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Receive from Network failed
This is from the link that you included: Q3) Can IBM ShopzSeries website and z/OS System Modification Program Extended (SMP/E) be impacted by this change ? A3: Please refer to the specific announcement that was made for them: https://www.ibm.com/support/pages/node/6580101 That indicates that the delivery addresses get updated on 12-Jun. For some strange reason deliverycb-mul.dhe.ibm.com resolves to 129.35.224.118 instead of either of the addresses indicated in the announcement. I did successfully download a CBPDO product from deliverycb-bld.dhe.ibm.com yesterday, but when ordering service the order server seems to route the request to deliverycb-mul.dhe.ibm.com instead of the boulder address. We are using the https download method and our error is similarwe are getting an SSL handshake failure. Tom General Business -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. That was the way I initially read it too, but I reread it a couple days ago and it seems to me upon a second reading that some of the stuff is requiring the new IP addresses as of June 4, but IBM wasn't ready to have everything moved over by then so they want the old IP addresses still available thru our firewalls because they're using a mixture of both old and new. The notification did either say or imply strongly that you had to have the new firewall rules in place by June 4 if you wanted your stuff to keep working. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Tuesday, June 7, 2022 9:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed It was my understanding that we, the customers, could ADD the new addresses and expect them to work, *but* the old addresses will work until IBM sends us a note telling us that they will be discontinued. Am I wrong on either point of my understanding? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. >From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer to https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fnode%2F6573219__%3B!!KjMRP1Ixj6eLE0Fj!tEPt9orTjQo_Xy5tFbqbsnKB954GfM_1ATwwhBvYQ0OJASOBmVpXhctugbSQzvR2vSSj0i8QifwgsooTpk4D2HFePvjU9Ih1RW64%24data=05%7C01%7CTRevard%40DOW.COM%7C0563fdc0cf2c458d42cb08da4893c7f5%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C637902096798501016%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=lN%2B1gnNz%2BCnrB8oJ3qrLrDHFSNXYnOKafuHymeI24%2F8%3Dreserved=0 Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > All of the sudden yesterday, I started getting failures trying to get > PTFs from IBM. I saw this problem five years ago and do not remember > what caused it. Retries failed with same error. Anyone recognize this > and have suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( > ORDERSERVER(ORDRSRVR) > CLIENT(MYCLIENT) >
Re: [EXTERNAL] Re: Receive from Network failed
That was the way I initially read it too, but I reread it a couple days ago and it seems to me upon a second reading that some of the stuff is requiring the new IP addresses as of June 4, but IBM wasn't ready to have everything moved over by then so they want the old IP addresses still available thru our firewalls because they're using a mixture of both old and new. The notification did either say or imply strongly that you had to have the new firewall rules in place by June 4 if you wanted your stuff to keep working. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Tuesday, June 7, 2022 9:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed It was my understanding that we, the customers, could ADD the new addresses and expect them to work, *but* the old addresses will work until IBM sends us a note telling us that they will be discontinued. Am I wrong on either point of my understanding? Bob -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer to https://urldefense.com/v3/__https://www.ibm.com/support/pages/node/6573219__;!!KjMRP1Ixj6eLE0Fj!tEPt9orTjQo_Xy5tFbqbsnKB954GfM_1ATwwhBvYQ0OJASOBmVpXhctugbSQzvR2vSSj0i8QifwgsooTpk4D2HFePvjU9Ih1RW64$ Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > All of the sudden yesterday, I started getting failures trying to get > PTFs from IBM. I saw this problem five years ago and do not remember > what caused it. Retries failed with same error. Anyone recognize this > and have suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( > ORDERSERVER(ORDRSRVR) > CLIENT(MYCLIENT) > CONTENT( > PTFS( >UI80740 UI80743 > ) ) > ) > DELETEPKG. > > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = > 16425, Error Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying
Re: [EXTERNAL] Re: Receive from Network failed
that's the address I've been using. I'm training a teammate to take over support for z/OS and we are going to order the latest RSU and HOLDDATA, I'll see if that still works Carmen On 6/7/2022 9:35 AM, Revard, Thomas (TL) wrote: Ours stopped working when the delivery host changed to deliverycb-mul.dhe.ibm.com. It worked fine when the delivery host was deliverycb-bld.dhe.ibm.com. According to the announcement deliverycb-mul.dhe.ibm.com is supposed to resolve to 170.225.15.118 (old) or 170.225.126.48 (new), but I am seeing it resolve to is 129.35.224.118. deliverycb-bld.dhe.ibm.com still seems to resolve to the correct IP address Tom General Business -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Tuesday, June 7, 2022 10:26 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. It was my understanding that we, the customers, could ADD the new addresses and expect them to work, *but* the old addresses will work until IBM sends us a note telling us that they will be discontinued. Am I wrong on either point of my understanding? Bpb -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:20 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer tohttps://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fnode%2F6573219data=05%7C01%7CTRevard%40DOW.COM%7Cbb86781be2704aecadf108da4891b6fb%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C637902087927280388%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=8h8Bupqt9UhKrqzbGykyNcce%2FLTWiH4ioZFgyXBYlak%3Dreserved=0 Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: All of the sudden yesterday, I started getting failures trying to get PTFs from IBM. I saw this problem five years ago and do not remember what caused it. Retries failed with same error. Anyone recognize this and have suggestions? Bob SET BOUNDARY (GLOBAL). RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) ORDER( ORDERSERVER(ORDRSRVR) CLIENT(MYCLIENT) CONTENT( PTFS( UI80740 UI80743 ) ) ) DELETEPKG. TLS security mechanism negotiation failed - data connection closed 425 Unable to build data connection: Not owner Std Return Code = 16425, Error Code = 00017 QUIT 221 Goodbye. GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent r
Re: [EXTERNAL] Re: Receive from Network failed
I spoke to my TLS guy and he made no changes to any of his settings in PAGENT. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Tuesday, June 7, 2022 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed from what I understand, and I could be wrong the DNS addresses will still be valid, if you use an I/P address currently that's what is changing, that's my understanding. also I see the error is stating a TLS error, at my site we're forcing TLS 1.2, in the CEEPARMS and TCPIP policy agent - greasping here but maybe a mismatch in your TLS configuration ? Carmen On 6/7/2022 9:26 AM, Richards, Robert B. (CTR) wrote: > It was my understanding that we, the customers, could ADD the new addresses > and expect them to work, *but* the old addresses will work until IBM sends us > a note telling us that they will be discontinued. > > Am I wrong on either point of my understanding? > > Bpb > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Pommier, Rex > Sent: Tuesday, June 7, 2022 10:20 AM > To:IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: Receive from Network failed > > Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 > I think. > From an e-mail I got on June 1. > > > Preparing customer firewalls and proxies for the upcoming > infrastructure changes on IBM Electronic Fix Distribution / IBM Fix > Central system Notification > > Risk classification > HIPER (high Impact and/or Pervasive) > Risk categories > Function Loss > Subcategories for Informational notifications Download SW & Drivers Affected > Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care > (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is > planning to implement infrastructure improvements to electronic fix > distribution on June 04th 2022. > Public internet IP address and hostnames will be changing for the IBM servers > that support internet delivery of fixes and updates for customer system's > software, hardware, and operating system. > Customer action may be required to ensure uninterrupted fix delivery services. > > For more details refer > tohttps://www.ibm.com/support/pages/node/6573219 > > > Rex > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Michael Babcock > Sent: Tuesday, June 7, 2022 8:54 AM > To:IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Receive from Network failed > > IBM has been sending out notices that IP and/or host names were changing. > Has this change taken effect already? > > On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) > <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > >> All of the sudden yesterday, I started getting failures trying to get >> PTFs from IBM. I saw this problem five years ago and do not remember >> what caused it. Retries failed with same error. Anyone recognize this >> and have suggestions? >> >> Bob >> >> SET BOUNDARY (GLOBAL). >> RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) >> ORDER( >>ORDERSERVER(ORDRSRVR) >>CLIENT(MYCLIENT) >>CONTENT( >>PTFS( >> UI80740 UI80743 >>) ) >> ) >> DELETEPKG. >> >> TLS security mechanism negotiation failed - data connection closed >> 425 Unable to build data connection: Not owner Std Return Code = >> 16425, Error Code = 00017 >>>>> QUIT >> 221 Goodbye. >> >> GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. >> >> - >> - For IBM-MAIN subscribe / signoff / archive access instructions, >> send email tolists...@listserv.ua.edu with the message: INFO >> IBM-MAIN >> > -- > Michael Babcock > OneMain Financial > z/OS Systems Programmer, Lead > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > The information contained in this message is confidential, protected from > disclosure and may be legally privileged. If the reader of this message is > not the intended recipient or an employee or agent responsible for delivering > t
Re: [EXTERNAL] Re: Receive from Network failed
Ours stopped working when the delivery host changed to deliverycb-mul.dhe.ibm.com. It worked fine when the delivery host was deliverycb-bld.dhe.ibm.com. According to the announcement deliverycb-mul.dhe.ibm.com is supposed to resolve to 170.225.15.118 (old) or 170.225.126.48 (new), but I am seeing it resolve to is 129.35.224.118. deliverycb-bld.dhe.ibm.com still seems to resolve to the correct IP address Tom General Business -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Tuesday, June 7, 2022 10:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. It was my understanding that we, the customers, could ADD the new addresses and expect them to work, *but* the old addresses will work until IBM sends us a note telling us that they will be discontinued. Am I wrong on either point of my understanding? Bpb -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. >From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer to https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fnode%2F6573219data=05%7C01%7CTRevard%40DOW.COM%7Cbb86781be2704aecadf108da4891b6fb%7Cc3e32f53cb7f4809968d1cc4ccc785fe%7C0%7C0%7C637902087927280388%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=8h8Bupqt9UhKrqzbGykyNcce%2FLTWiH4ioZFgyXBYlak%3Dreserved=0 Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > All of the sudden yesterday, I started getting failures trying to get > PTFs from IBM. I saw this problem five years ago and do not remember > what caused it. Retries failed with same error. Anyone recognize this > and have suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( > ORDERSERVER(ORDRSRVR) > CLIENT(MYCLIENT) > CONTENT( > PTFS( >UI80740 UI80743 > ) ) > ) > DELETEPKG. > > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = > 16425, Error Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified
Re: [EXTERNAL] Re: Receive from Network failed
from what I understand, and I could be wrong the DNS addresses will still be valid, if you use an I/P address currently that's what is changing, that's my understanding. also I see the error is stating a TLS error, at my site we're forcing TLS 1.2, in the CEEPARMS and TCPIP policy agent - greasping here but maybe a mismatch in your TLS configuration ? Carmen On 6/7/2022 9:26 AM, Richards, Robert B. (CTR) wrote: It was my understanding that we, the customers, could ADD the new addresses and expect them to work, *but* the old addresses will work until IBM sends us a note telling us that they will be discontinued. Am I wrong on either point of my understanding? Bpb -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:20 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer tohttps://www.ibm.com/support/pages/node/6573219 Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To:IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: All of the sudden yesterday, I started getting failures trying to get PTFs from IBM. I saw this problem five years ago and do not remember what caused it. Retries failed with same error. Anyone recognize this and have suggestions? Bob SET BOUNDARY (GLOBAL). RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) ORDER( ORDERSERVER(ORDRSRVR) CLIENT(MYCLIENT) CONTENT( PTFS( UI80740 UI80743 ) ) ) DELETEPKG. TLS security mechanism negotiation failed - data connection closed 425 Unable to build data connection: Not owner Std Return Code = 16425, Error Code = 00017 QUIT 221 Goodbye. GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that st
Re: [EXTERNAL] Re: Receive from Network failed
It was my understanding that we, the customers, could ADD the new addresses and expect them to work, *but* the old addresses will work until IBM sends us a note telling us that they will be discontinued. Am I wrong on either point of my understanding? Bpb -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Tuesday, June 7, 2022 10:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: Receive from Network failed Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer to https://www.ibm.com/support/pages/node/6573219 Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > All of the sudden yesterday, I started getting failures trying to get > PTFs from IBM. I saw this problem five years ago and do not remember > what caused it. Retries failed with same error. Anyone recognize this > and have suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( > ORDERSERVER(ORDRSRVR) > CLIENT(MYCLIENT) > CONTENT( > PTFS( >UI80740 UI80743 > ) ) > ) > DELETEPKG. > > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = > 16425, Error Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: Receive from Network failed
Yes to both. No changes in my JCL from one day to the next. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carmen Vitullo Sent: Tuesday, June 7, 2022 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Receive from Network failed Bob, do you also have the CLIENT parameter int he receive order pointing to the All of the sudden yesterday, I started getting failures trying to get PTFs > from IBM. I saw this problem five years ago and do not remember what caused > it. Retries failed with same error. Anyone recognize this and have > suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( >ORDERSERVER(ORDRSRVR) >CLIENT(MYCLIENT) >CONTENT( >PTFS( > UI80740 UI80743 >) ) > ) > DELETEPKG. > > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = > 16425, Error Code = 00017 >>>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while he is right, and part with him when he goes wrong. *Abraham Lincoln*/ -- 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: Receive from Network failed
Bob, do you also have the CLIENT parameter int he receive order pointing to the on the ORDRSRVR you are pointing to a SMP CERT, is that cert still vaid? Carmen On 6/7/2022 8:34 AM, Richards, Robert B. (CTR) wrote: All of the sudden yesterday, I started getting failures trying to get PTFs from IBM. I saw this problem five years ago and do not remember what caused it. Retries failed with same error. Anyone recognize this and have suggestions? Bob SET BOUNDARY (GLOBAL). RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) ORDER( ORDERSERVER(ORDRSRVR) CLIENT(MYCLIENT) CONTENT( PTFS( UI80740 UI80743 ) ) ) DELETEPKG. TLS security mechanism negotiation failed - data connection closed 425 Unable to build data connection: Not owner Std Return Code = 16425, Error Code = 00017 QUIT 221 Goodbye. GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email tolists...@listserv.ua.edu with the message: INFO IBM-MAIN -- /I am not bound to win, but I am bound to be true. I am not bound to succeed, but I am bound to live by the light that I have. I must stand with anybody that stands right, and stand with him while he is right, and part with him when he goes wrong. *Abraham Lincoln*/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: Receive from Network failed
Yes, part 1 was supposed to take place either June 4 or 5, and part 2 June 12 I think. From an e-mail I got on June 1. Preparing customer firewalls and proxies for the upcoming infrastructure changes on IBM Electronic Fix Distribution / IBM Fix Central system Notification Risk classification HIPER (high Impact and/or Pervasive) Risk categories Function Loss Subcategories for Informational notifications Download SW & Drivers Affected Domain IBM Electronic Fix Distribution (EFD) / IBM Electronic Customer Care (ECC) / IBM Fix Central Abstract This is the 1st reminder that IBM is planning to implement infrastructure improvements to electronic fix distribution on June 04th 2022. Public internet IP address and hostnames will be changing for the IBM servers that support internet delivery of fixes and updates for customer system's software, hardware, and operating system. Customer action may be required to ensure uninterrupted fix delivery services. For more details refer to https://www.ibm.com/support/pages/node/6573219 Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Michael Babcock Sent: Tuesday, June 7, 2022 8:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: Receive from Network failed IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > All of the sudden yesterday, I started getting failures trying to get > PTFs from IBM. I saw this problem five years ago and do not remember > what caused it. Retries failed with same error. Anyone recognize this > and have suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( > ORDERSERVER(ORDRSRVR) > CLIENT(MYCLIENT) > CONTENT( > PTFS( >UI80740 UI80743 > ) ) > ) > DELETEPKG. > > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner Std Return Code = > 16425, Error Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Receive from Network failed
IBM has been sending out notices that IP and/or host names were changing. Has this change taken effect already? On Tue, Jun 7, 2022 at 8:35 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > All of the sudden yesterday, I started getting failures trying to get PTFs > from IBM. I saw this problem five years ago and do not remember what caused > it. Retries failed with same error. Anyone recognize this and have > suggestions? > > Bob > > SET BOUNDARY (GLOBAL). > RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) > ORDER( > ORDERSERVER(ORDRSRVR) > CLIENT(MYCLIENT) > CONTENT( > PTFS( >UI80740 UI80743 > ) ) > ) > DELETEPKG. > > TLS security mechanism negotiation failed - data connection closed > 425 Unable to build data connection: Not owner > Std Return Code = 16425, Error Code = 00017 > >>> QUIT > 221 Goodbye. > > GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Michael Babcock OneMain Financial z/OS Systems Programmer, Lead -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Receive from Network failed
All of the sudden yesterday, I started getting failures trying to get PTFs from IBM. I saw this problem five years ago and do not remember what caused it. Retries failed with same error. Anyone recognize this and have suggestions? Bob SET BOUNDARY (GLOBAL). RECEIVE SYSMODS HOLDDATA SOURCEID(.DB22158) ORDER( ORDERSERVER(ORDRSRVR) CLIENT(MYCLIENT) CONTENT( PTFS( UI80740 UI80743 ) ) ) DELETEPKG. TLS security mechanism negotiation failed - data connection closed 425 Unable to build data connection: Not owner Std Return Code = 16425, Error Code = 00017 >>> QUIT 221 Goodbye. GIM69233I FTP FAILED, ATTEMPT 01 OF 10. FTP WILL BE RETRIED IN 60 SECONDS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN