EZA1551I - Unknown host: aa.bb.com
Hello All. When I am try to FTP to aa.bb.com I receive error messages that are in the last 2 lines of this output. JCL follows the output. My Question: The company that I'm FTP'ng to gave me the address. They told me that the error message was due to their name not being in a file at my site. My site tells me that the address they gave me is not know to the Internet and that is why I am getting the error messages. Will someone help me with this? TIA Std. Return Code 10 is an OPEN Error Code = 8 is FTP connect failed. EZA1736I FTP (EXIT=8 EZY2640I Using '..TCPIP.FTP.DATA' for local site configuration parameters. EZA1450I IBM FTP CS V1R7 EZA1772I FTP: EXIT has been set. EZA1456I Connect to ? EZA1736I aa.bb.com EZA1551I Unknown host: aa.bb.com EZA1735I Std Return Code = 1, Error Code = 8 JCL: //JS010 EXEC PGM=FTP,REGION=64M,PARM='(EXIT=8' //OUTPUTDD SYSOUT=* //INPUT DD * ftp.aa.bb.com upload1 2aa cd /Toaa/Systools/ATH binary put 'CAS641.GTO.PMR66603.JOBLOG.TERSED' RSPMR.GTO.PMR66303.JOBLOG.TERSED quit //* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Carol Srna of the IBM Mainframe Discussion List wrote on 03/19/2007 09:29:03 AM: > Hello All. > > When I am try to FTP to aa.bb.com I receive error messages that are in the > last 2 lines of this output. JCL follows the output. > My Question: The company that I'm FTP'ng to gave me the address. They told > me that the error message was due to their name not being in a file at my > site. > > My site tells me that the address they gave me is not know to the Internet > and that is why I am getting the error messages. Will someone help me with > this? > TIA > > Std. Return Code 10 is an OPEN > Error Code = 8 is FTP connect failed. > > EZA1736I FTP > (EXIT=8 > EZY2640I Using '..TCPIP.FTP.DATA' for local site configuration > parameters. > EZA1450I IBM FTP CS > V1R7 > EZA1772I FTP: EXIT has been > set. > EZA1456I Connect > to ? > EZA1736I aa.bb.com > EZA1551I Unknown host: aa.bb.com > EZA1735I Std Return Code = 1, Error Code = > 8 > > JCL: > //JS010 EXEC PGM=FTP,REGION=64M,PARM='(EXIT=8' > //OUTPUTDD SYSOUT=* > //INPUT DD * > ftp.aa.bb.com > upload1 > 2aa > cd /Toaa/Systools/ATH > binary > put 'CAS641.GTO.PMR66603.JOBLOG.TERSED' RSPMR.GTO.PMR66303.JOBLOG.TERSED > quit What happens when you issue a NSLOOKUP aa.bb.com in TSO? I suspect you either have a DNS or firewall issue. Regards, John Kalinich Computer Sciences Corp -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Is the site aa.bb.com or ftp.aa.bb.com? The message you are getting refers to aa.bb.com, but your input says ftp.aa.bb.com. Can you ping the address that you were given from any machine? Carol Srna wrote: Hello All. When I am try to FTP to aa.bb.com I receive error messages that are in the last 2 lines of this output. JCL follows the output. My Question: The company that I'm FTP'ng to gave me the address. They told me that the error message was due to their name not being in a file at my site. My site tells me that the address they gave me is not know to the Internet and that is why I am getting the error messages. Will someone help me with this? TIA Std. Return Code 10 is an OPEN Error Code = 8 is FTP connect failed. EZA1736I FTP (EXIT=8 EZY2640I Using '..TCPIP.FTP.DATA' for local site configuration parameters. EZA1450I IBM FTP CS V1R7 EZA1772I FTP: EXIT has been set. EZA1456I Connect to ? EZA1736I aa.bb.com EZA1551I Unknown host: aa.bb.com EZA1735I Std Return Code = 1, Error Code = 8 JCL: //JS010 EXEC PGM=FTP,REGION=64M,PARM='(EXIT=8' //OUTPUTDD SYSOUT=* //INPUT DD * ftp.aa.bb.com upload1 2aa cd /Toaa/Systools/ATH binary put 'CAS641.GTO.PMR66603.JOBLOG.TERSED' RSPMR.GTO.PMR66303.JOBLOG.TERSED quit //* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com Catch the WAVV! http://www.wavv.org WAVV 2007 - Green Bay, WI - May 18-22, 2007 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Yes, you are correct; the site is ftp.aa.bb.com. ping gives me "EZZ3111I Unknown host 'aa.bb.COM" NSLOOKUP that John P. Kalinich suggested is giving me an internal server information. Rich Smrcina <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/19/2007 10:35 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: EZA1551I - Unknown host: aa.bb.com Is the site aa.bb.com or ftp.aa.bb.com? The message you are getting refers to aa.bb.com, but your input says ftp.aa.bb.com. Can you ping the address that you were given from any machine? Carol Srna wrote: > Hello All. > > When I am try to FTP to aa.bb.com I receive error messages that are in the > last 2 lines of this output. JCL follows the output. > My Question: The company that I'm FTP'ng to gave me the address. They told > me that the error message was due to their name not being in a file at my > site. > > My site tells me that the address they gave me is not know to the Internet > and that is why I am getting the error messages. Will someone help me with > this? > TIA > > Std. Return Code 10 is an OPEN > Error Code = 8 is FTP connect failed. > > EZA1736I FTP > (EXIT=8 > EZY2640I Using '..TCPIP.FTP.DATA' for local site configuration > parameters. > EZA1450I IBM FTP CS > V1R7 > EZA1772I FTP: EXIT has been > set. > EZA1456I Connect > to ? > EZA1736I aa.bb.com > EZA1551I Unknown host: aa.bb.com > EZA1735I Std Return Code = 1, Error Code = > 8 > > JCL: > //JS010 EXEC PGM=FTP,REGION=64M,PARM='(EXIT=8' > //OUTPUTDD SYSOUT=* > //INPUT DD * > ftp.aa.bb.com > upload1 > 2aa > cd /Toaa/Systools/ATH > binary > put 'CAS641.GTO.PMR66603.JOBLOG.TERSED' RSPMR.GTO.PMR66303.JOBLOG.TERSED > quit > //* > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Carol, Have you tried adding a SYSTCPD DD to your batch job? (Copy what's in your TCP/IP address space.) You may need to specify that information in order to direct FTP to the IP address of your company's name server. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of Carol Srna Sent: Monday, March 19, 2007 9:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: EZA1551I - Unknown host: aa.bb.com When I am try to FTP to aa.bb.com I receive error messages that are in the last 2 lines of this output. JCL follows the output. My Question: The company that I'm FTP'ng to gave me the address. They told me that the error message was due to their name not being in a file at my site. My site tells me that the address they gave me is not know to the Internet and that is why I am getting the error messages. Will someone help me with this? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Oops. Sorry. NSLOOKUP says " EZB3010I ***comerica.int.comerica.com can't find ftp.aa.bb.com: No response from server." *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
It sounds like your people and their people are telling you the same thing in different words. Site ftp.aa.bb.com is apparently a private host name, not known to the public internet DNS system. And so to reach it, you will have to add an entry to the host table on your end that maps ftp.aa.bb.com to its IP address. That IP address must be a publicly routable IP address or else you won't be able to reach it no matter what you do. Hope that helps, Mark Vitale Senior Software Engineer Telephone 610.865.0300 (ext. 138) ISM - The power behind great IT decisions Visit us at www.perfman.com > > Oops. Sorry. NSLOOKUP says " EZB3010I > ***comerica.int.comerica.com can't find ftp.aa.bb.com: No > response from server." > *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Thanks to all who responded. The "problem" appears to be on my side. Issue is being "worked" on. Thanks again. ~~Carol Mark Vitale <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/19/2007 11:28 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: EZA1551I - Unknown host: aa.bb.com It sounds like your people and their people are telling you the same thing in different words. Site ftp.aa.bb.com is apparently a private host name, not known to the public internet DNS system. And so to reach it, you will have to add an entry to the host table on your end that maps ftp.aa.bb.com to its IP address. That IP address must be a publicly routable IP address or else you won't be able to reach it no matter what you do. Hope that helps, Mark Vitale Senior Software Engineer Telephone 610.865.0300 (ext. 138) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
On Mon, 19 Mar 2007 11:02:08 -0400, Carol Srna <[EMAIL PROTECTED]> wrote: >... NSLOOKUP says " EZB3010I ***comerica.int.comerica.com can't >find ftp.aa.bb.com: No response from server." >... That doesn't sound good. An incorrent name would have resulted in "Non- existent domain". "No response from server" means your name server didn't give any response at all (or not quickly enough). You'll probably have to talk the person that supports your name server. Or maybe persons, since you may have a heirarchy of name servers. If you can, the best thing you can do to get help on this is to build some JCL that will reference this host name in a batch job (EXEC PGM=PING,PARM="ftp.aa.bb.com" would be good) and include a "//SYSTCPT DD SYSOUT=*". This will give you a RESOLVER trace of the name resolution process. That's one of MVS TCP/IP's best kept secrets. BTW #1, in your original posting you said someone said "... their name not being in a file at my site". They assumed you were using a host name file rather than a name server. You might be using both, and there is a whole grundle of ways this "file" can be provided (MVS datasets that require a weird TSO preprocessor, a bunch of different HFS files depending on your release of z/OS). And there are options that say whether the host flles or name servers are processed first. Before digging into that, get that RESOLVER trace. BTW #2, Somebody suggested including a SYSTCPD DD statement. DO NOT do this without first checking with the person or persons responsible for your MVS TCP/IP configuration. With luck your configuration is set up so you cannot do any harm with incorrect stuff in your TCPDATA, but it may not be. Ours isn't. :-( Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Sorry to get back with this issue so late. I ran the JCL given to me by Patrick, and these are the results. Where do I find the "GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 " message explanation? Has anyone seen this? If so what is it telling me? TIA ~~Carol BPX1SOC: RetVal = 0, RC = 0, Reason = 0x BPX1IOC: RetVal = 0, RC = 0, Reason = 0x GetAddrInfo Opened Socket 0x GetAddrInfo Only IPv4 Interfaces Exist GetAddrInfo Searching Local Tables for IPv4 Address Unable to find any local host table GetAddrInfo Closing IOCTL Socket 0x BPX1CLO: RetVal = 0, RC = 0, Reason = 0x GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 GetAddrInfo Ended: 2007/03/27 12:45:53.195911 "Patrick O'Keefe" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/19/2007 03:43 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: EZA1551I - Unknown host: aa.bb.com On Mon, 19 Mar 2007 11:02:08 -0400, Carol Srna <[EMAIL PROTECTED]> wrote: >... NSLOOKUP says " EZB3010I ***comerica.int.comerica.com can't >find ftp.aa.bb.com: No response from server." >... That doesn't sound good. An incorrent name would have resulted in "Non- existent domain". "No response from server" means your name server didn't give any response at all (or not quickly enough). You'll probably have to talk the person that supports your name server. Or maybe persons, since you may have a heirarchy of name servers. If you can, the best thing you can do to get help on this is to build some JCL that will reference this host name in a batch job (EXEC PGM=PING,PARM="ftp.aa.bb.com" would be good) and include a "//SYSTCPT DD SYSOUT=*". This will give you a RESOLVER trace of the name resolution process. That's one of MVS TCP/IP's best kept secrets. BTW #1, in your original posting you said someone said "... their name not being in a file at my site". They assumed you were using a host name file rather than a name server. You might be using both, and there is a whole grundle of ways this "file" can be provided (MVS datasets that require a weird TSO preprocessor, a bunch of different HFS files depending on your release of z/OS). And there are options that say whether the host flles or name servers are processed first. Before digging into that, get that RESOLVER trace. BTW #2, Somebody suggested including a SYSTCPD DD statement. DO NOT do this without first checking with the person or persons responsible for your MVS TCP/IP configuration. With luck your configuration is set up so you cannot do any harm with incorrect stuff in your TCPDATA, but it may not be. Ours isn't. :-( Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
On Tue, 27 Mar 2007 14:01:59 -0400, Carol Srna <[EMAIL PROTECTED]> wrote: Carol, This is sort of an "I don't know" answer to your questions, but with a few "Maybe"s scattered throughout. >... Where do I find the "GetAddrInfo >Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 " message explanation? >... The short answer is "In the Unix System Services Messages and Codes" manual. The last 2 bytes are a reason code; the first 2 are a reason qualifier. Unfortunately I can't find 1004, but I may have been looking in an old manual. >... >Has anyone seen this? If so what is it telling me? >... Uh, yup. I've seen it before. I searched on it and up popped PQ70749: TCPIP SUPPLIED SOCKET API'S GETADDRINFO CALL FAILS TO RESOLVE PROVIDED NAME TO IP ADDRESS ... GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 Are you by any chance still on z/OS 1.2 or 1.4? If so, you might be running into this. There's a LOT not said in the APAR; something else is needed to cause this error. (We never ran into it on either 1.2 or 1.4.) I suspect there are other non-bug reasons to get this. >... > BPX1SOC: RetVal = 0, RC = 0, Reason = 0x > BPX1IOC: RetVal = 0, RC = 0, Reason = 0x >GetAddrInfo Opened Socket 0x >GetAddrInfo Only IPv4 Interfaces Exist >GetAddrInfo Searching Local Tables for IPv4 Address > Unable to find any local host table >GetAddrInfo Closing IOCTL Socket 0x > BPX1CLO: RetVal = 0, RC = 0, Reason = 0x >GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 >GetAddrInfo Ended: 2007/03/27 12:45:53.195911 >... This says that the Resolver first looked for local host tables and didn't find any. It doesn't mention trying looking for a remote name server before it fails. That seems odd. There should have been a bunch of stuff prior to the lines you included that relate to your RESOLVER parms in TCPDATA. It would be helpful to see these. They will say whether you are trying to use name servers or not, what order you search, etc. Could you show those? Feel free to obscure dataset names, IP addrs, etc, but please include the lines containing that info. It should look something like res_init Resolver values: Global Tcp/Ip Dataset = None Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = SYS1.TCPPARMS(TCPDATA) Translation Table = SYS1.TCPIP.STANDARD.TCPXLBIN UserId/JobName = Caller API = TCP/IP Sockets Extended Caller Mode= EBCDIC (L) DataSetPrefix = SYS1.TCPIP (L) HostName = SYSA (L) TcpIpJobName = TCPIP (L) Search= abcde.COM (L) NameServer= aaa.bbb.ccc.ddd (L) NsPortAddr= 53(L) ResolverTimeout= 10 (L) ResolveVia= UDP (L) ResolverUdpRetries = 2 (*) Options NDots = 1 (*) SockNoTestStor (*) AlwaysWto = NO(L) MessageCase= MIX (*) LookUp= DNS LOCAL res_init Succeeded Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Thanks for responding Pat. We are z/OS 1.7 Resolver Trace Initialization Complete -> 2007/03/27 12:45:52.976735 res_init Resolver values: Global Tcp/Ip Dataset = None Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = None Translation Table = Default UserId/JobName = CASnnn Caller API = TCP/IP Sockets Extended Caller Mode= EBCDIC (*) DataSetPrefix = TCPIP (*) HostName = SYSn (*) TcpIpJobName = TCPIP (*) DomainOrigin = None (*) NameServer(s) = None (*) NsPortAddr= 53(*) ResolverTimeout= 30 (*) ResolveVia= UDP (*) ResolverUdpRetries = 1 (*) Options NDots = 1 (*) SockNoTestStor (*) AlwaysWto = NO(*) MessageCase= MIXED (*) LookUp= DNS LOCAL res_init Succeeded res_init Started: 2007/03/27 12:45:53.135178 res_init Ended: 2007/03/27 12:45:53.135191 *** res_init Started: 2007/03/27 12:45:53.175750 res_init Ended: 2007/03/27 12:45:53.175766 *** GetAddrInfo Started: 2007/03/27 12:45:53.175909 GetAddrinfo Invoked with following inputs: Host Name: FTP.aa.bb.com No Service operand specified Hints parameter supplied with settings: ai_family = 0, ai_flags = 0x0062 ai_protocol = 0, ai_socktype = 0 No NameServers specified, no DNS activity GetAddrInfo Opening Socket for IOCTLs BPX1SOC: RetVal = 0, RC = 0, Reason = 0x BPX1IOC: RetVal = 0, RC = 0, Reason = 0x GetAddrInfo Opened Socket 0x GetAddrInfo Only IPv4 Interfaces Exist GetAddrInfo Searching Local Tables for IPv4 Address Unable to find any local host table GetAddrInfo Closing IOCTL Socket 0x BPX1CLO: RetVal = 0, RC = 0, Reason = 0x GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 GetAddrInfo Ended: 2007/03/27 12:45:53.195911 *** "Patrick O'Keefe" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/27/2007 04:01 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: EZA1551I - Unknown host: aa.bb.com On Tue, 27 Mar 2007 14:01:59 -0400, Carol Srna <[EMAIL PROTECTED]> wrote: Carol, This is sort of an "I don't know" answer to your questions, but with a few "Maybe"s scattered throughout. >... Where do I find the "GetAddrInfo >Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 " message explanation? >... The short answer is "In the Unix System Services Messages and Codes" manual. The last 2 bytes are a reason code; the first 2 are a reason qualifier. Unfortunately I can't find 1004, but I may have been looking in an old manual. >... >Has anyone seen this? If so what is it telling me? >... Uh, yup. I've seen it before. I searched on it and up popped PQ70749: TCPIP SUPPLIED SOCKET API'S GETADDRINFO CALL FAILS TO RESOLVE PROVIDED NAME TO IP ADDRESS ... GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 Are you by any chance still on z/OS 1.2 or 1.4? If so, you might be running into this. There's a LOT not said in the APAR; something else is needed to cause this error. (We never ran into it on either 1.2 or 1.4.) I suspect there are other non-bug reasons to get this. >... > BPX1SOC: RetVal = 0, RC = 0, Reason = 0x > BPX1IOC: RetVal = 0, RC = 0, Reason = 0x >GetAddrInfo Opened Socket 0x >GetAddrInfo Only IPv4 Interfaces Exist >GetAddrInfo Searching Local Tables for IPv4 Address > Unable to find any local host table >GetAddrInfo Closing IOCTL Socket 0x > BPX1CLO: RetVal = 0, RC = 0, Reason = 0x >GetAddrInfo Failed: RetVal = -1, RC = 1, Reason = 0x78AE1004 >GetAddrInfo Ended: 2007/03/27 12:45:53.195911 >... This says that the Resolver first looked for local host tables and didn't find any. It doesn't mention trying looking for a remote name server before it fails. That seems odd. There should have been a bunch of stuff prior to the lines you included that relate to your RESOLVER parms in TCPDATA. It would be helpful to see these. They will say whether you are trying to use name servers or not, what order you search, etc. Could you show those? Feel free to obscure dataset names, IP addrs, etc, but please include the lines containing that info. It should look something like res_init Resolver values: Global Tcp/Ip Dataset = None Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = SYS1.TCPPARMS(TCPDATA) Translation Table = SYS1.TCPIP.STANDARD.TCPXLBIN UserId/JobName = Caller API = TCP/IP Sockets Extended Caller Mode= EBCDIC
Re: EZA1551I - Unknown host: aa.bb.com
On Wed, 28 Mar 2007 08:12:11 -0400, Carol Srna <[EMAIL PROTECTED]> wrote: >... > (*) NameServer(s) = None >... > (*) LookUp= DNS LOCAL >... Aha! The resolver has been told it should first use name servers for name resolution, but has not been given any name servers to talk to. >... Unable to find any local host table >... And it could not find any local host files/DSNs either. Oh! Double aha! From Global Tcp/Ip Dataset = None Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = None I see you have no TCPDATA. No global or default TCPDATA specified in RESOLVER parms and no SYSTCPD DD statement in the jobstream. Your TCP/IP system programmers need to be shot (unless they are you, of course). There are a number of ways to provide TCPDATA for the installation. The easiest is probably to allocate SYS1.TCPPARMS(TCPDATA) - one of the datasets the TCP/IP stack will look for and dynamically allocate. (The are LOTS of alternative techniques. Too many for the topic to be called "straightforward".) I can't give suggestions for the contents of TCPDATA; it is mostly site- specific. Hopefully this is from an environment that missed getting set up correctly, and you have other environments you can model it on. Good luck. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com
Carol I'm making this analysis with the hindsight which Pat has provided by requiring you to perform a "resolver" trace - one of his favourite traces :-) - and this contribution is a lot about what should have happened. This looks like you were given a job to do which included this FTP job. You are not one of the Communications Server (CS) IP system programmers (or you wouldn't need to ask "your site") and this is the first time anyone at "your site" has ever tried to use the CS IP FTP client - or, perhaps, any CS IP address space which needs to use the "resolver". It may even be that this is the first time CS IP has been used at your site although that confident reply from "your site" - I assume your CS IP system programmers - that the partner is not known to the Internet indicates that they thought they had set up CS IP fully already. Actually they may have meant "to a name server in the Internet" rather than just "the Internet". When "your site" people denied that your partner existed, what you should have done is ask your partner for his/her IP address to try in place of the name. That would have got you past any problems translating the name to an IP address. This is standard IP debugging practice and really "your site" people should have suggested this rather than issuing their flat denial. You need to know that you can always[1] replace a name with an IP address - try it with your web browser some time. Since your partner suggested that a name was missing from a file at your site, he/she presumably was aware that the name ftp.aa.bb.com - or whatever it really is - could not be found in the name server system. If some information is needed in a file at "your site", all the necessary information should have been provided by him/her and that information would have been the name and the associated IP address. Now that Pat has helped determine that your "resolver" environment is somewhat underdeveloped we can proceed. An important question to ask is whether or not this FTP job really requires you to use a name. If this FTP connection is not one that *requires* a name to be established in name servers in the Internet, you may as well just use the IP address. The reason I suggest this is that with an undeveloped "resolver" environment, building a local name file is a bit of a pain[2] and may as well be avoided if not really necessary for just one address. If you had a well-developed "resolver" environment which allowed an up-to-date format for the modern equivalent of the local name file, adding one (the first?) name to IP address mapping would be a "piece of cake". If the answer to the question is that you - "your site" - would really like to have name to IP address mapping in local files as required, then we could recommend getting current with the way the "resolver" should be set up these days. Please let us know. Meantime, get the IP address for your partner and you can get on with the FTP job. On review, I started to worry that maybe your site and your partner's site used int*ra*nets with "network address translation" (NAT) IN ORDER to provide access to the Int*er*net.. If so there are other considerations involving the routers where the NAT function is performed. This is something you need to research. Chris Mason [1] Actually this does depend on the way the program is written but all standard IP clients such as TELNET, FTP, your favourite browser and so on allow replacing a name with an IP address - or an IP address with a name to be more in line with what the programs actually do. [2] For reasons lost in the mists of time, the folk who originally created TCP/IP for MVS (which became CS IP) used a somewhat quirky format for the name to IP address file format (a format consecrated by an early RFC I found a while ago). This format requires a conversion job to be run on it in order to create the files that TCP/IP for MVS (now CS IP) needed (needs) to perform the lookup process. Of course the lookup is really very simple, and sense now prevails in that now there is a simple, easily edited, format that CS IP is happy to work with - BUT only when you set up the "resolver" a certain way - not the default way obviously because what has worked once must work for evermore and the old, painful, way has to be the default. - Original Message - From: "Carol Srna" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Monday, March 19, 2007 4:29 PM Subject: EZA1551I - Unknown host: aa.bb.com Hello All. When I am try to FTP to aa.bb.com I receive error messages that are in the last 2 lines of this output. JCL follows the output. My Question: The company that I'm FTP'ng to gave me the address.
Re: EZA1551I - Unknown host: aa.bb.com
Don't know if anyone has suggested this since I've not followed the thread too closely. Has the FTP been tried from a Windows or IX platform? --- [EMAIL PROTECTED] wrote: From: Chris Mason <[EMAIL PROTECTED]> To: IBM-MAIN@BAMA.UA.EDU Subject: Re: EZA1551I - Unknown host: aa.bb.com Date: Thu, 29 Mar 2007 20:48:00 +0200 Carol I'm making this analysis with the hindsight which Pat has provided by requiring you to perform a "resolver" trace - one of his favourite traces :-) - and this contribution is a lot about what should have happened. This looks like you were given a job to do which included this FTP job. You are not one of the Communications Server (CS) IP system programmers (or you wouldn't need to ask "your site") and this is the first time anyone at "your site" has ever tried to use the CS IP FTP client - or, perhaps, any CS IP address space which needs to use the "resolver". It may even be that this is the first time CS IP has been used at your site although that confident reply from "your site" - I assume your CS IP system programmers - that the partner is not known to the Internet indicates that they thought they had set up CS IP fully already. Actually they may have meant "to a name server in the Internet" rather than just "the Internet". When "your site" people denied that your partner existed, what you should have done is ask your partner for his/her IP address to try in place of the name. That would have got you past any problems translating the name to an IP address. This is standard IP debugging practice and really "your site" people should have suggested this rather than issuing their flat denial. You need to know that you can always[1] replace a name with an IP address - try it with your web browser some time. Since your partner suggested that a name was missing from a file at your site, he/she presumably was aware that the name ftp.aa.bb.com - or whatever it really is - could not be found in the name server system. If some information is needed in a file at "your site", all the necessary information should have been provided by him/her and that information would have been the name and the associated IP address. Now that Pat has helped determine that your "resolver" environment is somewhat underdeveloped we can proceed. An important question to ask is whether or not this FTP job really requires you to use a name. If this FTP connection is not one that *requires* a name to be established in name servers in the Internet, you may as well just use the IP address. The reason I suggest this is that with an undeveloped "resolver" environment, building a local name file is a bit of a pain[2] and may as well be avoided if not really necessary for just one address. If you had a well-developed "resolver" environment which allowed an up-to-date format for the modern equivalent of the local name file, adding one (the first?) name to IP address mapping would be a "piece of cake". If the answer to the question is that you - "your site" - would really like to have name to IP address mapping in local files as required, then we could recommend getting current with the way the "resolver" should be set up these days. Please let us know. Meantime, get the IP address for your partner and you can get on with the FTP job. On review, I started to worry that maybe your site and your partner's site used int*ra*nets with "network address translation" (NAT) IN ORDER to provide access to the Int*er*net.. If so there are other considerations involving the routers where the NAT function is performed. This is something you need to research. Chris Mason [1] Actually this does depend on the way the program is written but all standard IP clients such as TELNET, FTP, your favourite browser and so on allow replacing a name with an IP address - or an IP address with a name to be more in line with what the programs actually do. [2] For reasons lost in the mists of time, the folk who originally created TCP/IP for MVS (which became CS IP) used a somewhat quirky format for the name to IP address file format (a format consecrated by an early RFC I found a while ago). This format requires a conversion job to be run on it in order to create the files that TCP/IP for MVS (now CS IP) needed (needs) to perform the lookup process. Of course the lookup is really very simple, and sense now prevails in that now there is a simple, easily edited, format that CS IP is happy to work with - BUT only when you set up the "resolver" a certain way - not the default way obviously because what has worked once must work for evermore and the old, painful, way has to be the default. _ Netscap
Re: EZA1551I - Unknown host: aa.bb.com
On Thu, 29 Mar 2007 20:48:00 +0200, Chris Mason <[EMAIL PROTECTED]> wrote: A few comments and glosses on Chris's comments. >... "resolver" trace - one of his favourite traces :-) And not a comment about someone having "a favorite trace". Chris could have added "... sick puppy ...". >... first time anyone at "your site"... needs to use the "resolver". But don't forget that TCP/IP always needs the RESOLVER whether or not it needs to do name resolution so some thought needs to go into configuring the parts of TCPDATA that the resolver uses. >... >... ask your partner for his/her IP address to try in place of the >name. That would have got you past any problems translating the name to an IP address. ... But remember that Network Address Translation by be involved so the address know by the partner may not be the address know by you. And the NATing could be done at either end (or both ends) of the connection. Using the IP address is certainly the first thing to try, but it isn't a definitive test. >... >... If this FTP connection is not one that *requires* a name >to be established in name servers in the Internet, you may as well >just use the IP address. I would add "for testing" to Chris's statement. efore doing this in production, check the standards and procedures of your shop. They demand use of names. (Ours certainly does. My last 2 shops have done so.) >...The reason I suggest this is that with an undeveloped "resolver" >environment, building a local name file is a bit of a pain[2] ... Amen! Luckily there are some fairly simple RESOLVER config parms that allow for a common "hosts" definition to be shared between MVS and Unix environments in z/OS. But please see my next comment. >... >If the answer to the question is that you - "your site" - would really >like to have name to IP address mapping in local files as required, >then we could recommend getting current with the way he "resolver" >should be set up these days. But definitely check that this is allowed by your site. At some shops (like mine) that prohibit use of IP addresses you will also find "hosts" files prohibited, and for the same reason. LPAR-based definitions of IP addresses is almost as bad as a jobstream-based definitions of IP addresses - too many places containing addresses that must be changed when addresses change. With an environment full of mergers and aquisitions, changing IP addresses is common. Having those addresses anywhere but corporation-wide name servers may not be allowed. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EZA1551I - Unknown host: aa.bb.com. ( Answered)
Pat, Chris, Richard and ALL who responded, Thank You. I needed the firewall address of my site added as the first line of my JCL. Thanks Again, ~~Carol "Patrick O'Keefe" <[EMAIL PROTECTED]> Sent by: IBM Mainframe Discussion List 03/29/2007 04:46 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@BAMA.UA.EDU cc Subject Re: EZA1551I - Unknown host: aa.bb.com On Thu, 29 Mar 2007 20:48:00 +0200, Chris Mason <[EMAIL PROTECTED]> wrote: A few comments and glosses on Chris's comments. >... "resolver" trace - one of his favourite traces :-) And not a comment about someone having "a favorite trace". Chris could have added "... sick puppy ...". >... first time anyone at "your site"... needs to use the "resolver". But don't forget that TCP/IP always needs the RESOLVER whether or not it needs to do name resolution so some thought needs to go into configuring the parts of TCPDATA that the resolver uses. >... >... ask your partner for his/her IP address to try in place of the >name. That would have got you past any problems translating the name to an IP address. ... But remember that Network Address Translation by be involved so the address know by the partner may not be the address know by you. And the NATing could be done at either end (or both ends) of the connection. Using the IP address is certainly the first thing to try, but it isn't a definitive test. >... >... If this FTP connection is not one that *requires* a name >to be established in name servers in the Internet, you may as well >just use the IP address. I would add "for testing" to Chris's statement. efore doing this in production, check the standards and procedures of your shop. They demand use of names. (Ours certainly does. My last 2 shops have done so.) >...The reason I suggest this is that with an undeveloped "resolver" >environment, building a local name file is a bit of a pain[2] ... Amen! Luckily there are some fairly simple RESOLVER config parms that allow for a common "hosts" definition to be shared between MVS and Unix environments in z/OS. But please see my next comment. >... >If the answer to the question is that you - "your site" - would really >like to have name to IP address mapping in local files as required, >then we could recommend getting current with the way he "resolver" >should be set up these days. But definitely check that this is allowed by your site. At some shops (like mine) that prohibit use of IP addresses you will also find "hosts" files prohibited, and for the same reason. LPAR-based definitions of IP addresses is almost as bad as a jobstream-based definitions of IP addresses - too many places containing addresses that must be changed when addresses change. With an environment full of mergers and aquisitions, changing IP addresses is common. Having those addresses anywhere but corporation-wide name servers may not be allowed. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html