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 = 0x00000062 
       ai_protocol = 0, ai_socktype = 0 
No NameServers specified, no DNS activity 
GetAddrInfo Opening Socket for IOCTLs  
 BPX1SOC:  RetVal = 0, RC = 0, Reason = 0x00000000  
 BPX1IOC:  RetVal = 0, RC = 0, Reason = 0x00000000  
GetAddrInfo Opened Socket 0x00000000  
GetAddrInfo Only IPv4 Interfaces Exist  
GetAddrInfo Searching Local Tables for IPv4 Address  
 Unable to find any local host table  
GetAddrInfo Closing IOCTL Socket 0x00000000  
 BPX1CLO:  RetVal = 0, RC = 0, Reason = 0x00000000  
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 <IBM-MAIN@BAMA.UA.EDU>
03/27/2007 04:01 PM
Please respond to
IBM Mainframe Discussion List <IBM-MAIN@BAMA.UA.EDU>


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 = 0x00000000
> BPX1IOC:  RetVal = 0, RC = 0, Reason = 0x00000000
>GetAddrInfo Opened Socket 0x00000000
>GetAddrInfo Only IPv4 Interfaces Exist
>GetAddrInfo Searching Local Tables for IPv4 Address
> Unable to find any local host table
>GetAddrInfo Closing IOCTL Socket 0x00000000
> BPX1CLO:  RetVal = 0, RC = 0, Reason = 0x00000000
>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         = zzzzzzzz 
 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

Reply via email to