Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
On Saturday, 03/26/2011 at 01:34 EDT, Undetermined origin c/o LISTSERV administrator owner-lists...@listserv.uark.edu wrote: Thanks for the suggestions but I think there is a fundamental problem with our TCP/IP set up. I tried sending files via FTP and get exactly the same problem, small ones get through but larger transfers hang. Time to get my networking hat on :-) Look at your MTUs. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
Thanks Alan, You were correct in your advice. There was a MTU size mismatch between what I had set for the VM systems and what was set in the network. I matched up the sizing and surprise, surprise it all works fine! Regards, Paul Garment Global z/OS Virtual Host Environment Global z/OS Core Engineering Ground Floor - B3 Block 10 - Radbroke Hall Knutsford, Cheshire WA16 9EU Mail Van 49 Tel: 0044 (0)1565-614429 Clearway 7-2000-4429 Mobile 07824527131 -Original Message- From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Alan Altmark Sent: 28 March 2011 07:22 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer) On Saturday, 03/26/2011 at 01:34 EDT, Undetermined origin c/o LISTSERV administrator owner-lists...@listserv.uark.edu wrote: Thanks for the suggestions but I think there is a fundamental problem with our TCP/IP set up. I tried sending files via FTP and get exactly the same problem, small ones get through but larger transfers hang. Time to get my networking hat on :-) Look at your MTUs. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
On Monday, 03/28/2011 at 05:35 EDT, Paul Garment paul.garm...@barclays.com wrote: Thanks Alan, You were correct in your advice. There was a MTU size mismatch between what I had set for the VM systems and what was set in the network. I matched up the sizing and surprise, surprise it all works fine! The symptom works for small things, fails on large things is almost always tied to MTU. Consider turning on path MTU discovery (PMTUD) by adding PATHMTU to AssortedParms. It enables you to set a large MTU on your local LAN while automatically slimming down packets that go to subnets with a smaller MTU. It's not a panacea, btw; it requires the intermediate hops to respond to don't fragment (DF) packets in a certain way (RFC 1191), and not all hosts do, or their responses are not received (typically due to misconfigured firewalls). But with a modern infrastructure built with PMTUD in mind, it's an effective way to optimize local LAN communications without creating a fragmentation problem elsewhere in the network. As a bonus, it automatically corrects a misconfigured MTU size. Alan Altmark z/VM and Linux on System z Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott
Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
David, Thanks for the suggestions but I think there is a fundamental problem with our TCP/IP set up. I tried sending files via FTP and get exactly the same problem, small ones get through but larger transfers hang. Time to get my networking hat on :-) Regards, Paul Garment Global z/OS Virtual Host Environment Global z/OS Core Engineering Ground Floor - B3 Block 10 - Radbroke Hall Knutsford, Cheshire WA16 9EU Mail Van 49 Tel: 0044 (0)1565-614429 Clearway 7-2000-4429 Mobile 07824527131 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: 24 March 2011 17:36 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer) Here's a known working one with TA0: LINKDEF WKSTN14 TYPE TCPNJE QUEUE SIZE RET SLOW 9000 8100 NODE WKSTN14 PARM WKSTN14 HOST=x.x.x.x KEEPALIV=YES STREAMS=1 TA=0 BUFF=3976 And one with TA=1: LINKDEF WKSTN15 TYPE TCPNJE QUEUE SIZE RET SLOW 9000 8100 NODE WKSTN15 PARM WKSTN15 HOST=y.y.y.y KEEPALIV=YES STREAMS=7 TA=1 BUFF=3976 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Thursday, March 24, 2011 1:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer) Explicitly code it. If you are using TA=0, then streams MUST be 1. If you are using TA=1, you have to spell out all 7 streams. This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
Hi list, I've just set up TCPNJE RSCS connections between our development and test systems. They all connect OK and I can send small files from one to another without any errors. When I say small the file is 38 lines or less. If I try to transfer a file of 39 lines or more the file sits in a sending state until the link times out. We are new to z/VM and this is the first time we have set up RSCS - I'm sure there is a simple answer but this moment I'm struggling to find it!! Tried changing the BUFFSIZE, checked FCB and FORM settings and all seems OK. Any help greatly appreciated. Regards, Paul Garment Barclays Bank This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Bank PLC.Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised and regulated by the Financial Services Authority.
Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
Explicitly code it. If you are using TA=0, then streams MUST be 1. If you are using TA=1, you have to spell out all 7 streams.
Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer)
Here's a known working one with TA0: LINKDEF WKSTN14 TYPE TCPNJE QUEUE SIZE RET SLOW 9000 8100 NODE WKSTN14 PARM WKSTN14 HOST=x.x.x.x KEEPALIV=YES STREAMS=1 TA=0 BUFF=3976 And one with TA=1: LINKDEF WKSTN15 TYPE TCPNJE QUEUE SIZE RET SLOW 9000 8100 NODE WKSTN15 PARM WKSTN15 HOST=y.y.y.y KEEPALIV=YES STREAMS=7 TA=1 BUFF=3976 From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of David Boyes Sent: Thursday, March 24, 2011 1:20 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: RSCS Problem - return code=- 1 error number=54 (Connection reset by peer) Explicitly code it. If you are using TA=0, then streams MUST be 1. If you are using TA=1, you have to spell out all 7 streams.