Don't see anything wrong here and I do this all the time. I even stuck
'dekko-1' into my domain search list before the domain I knew a
particular address would use and it works fine. (I was initially
suspicious that because 'dekko-1' is not a valid domain name it might be
causing issues. It does not.)
So I would now move to using DIG or NSLOOKUP against your name servers
FROM this partition to see what is returned. Could be a firewall issue.
Could be a NDS Zoneing issue. Could be a routing issue.
- Larry "DrFranken" Bolhuis
www.frankeni.com
www.iDevCloud.com
www.iInTheCloud.com
On 1/21/2013 9:27 AM, rob@xxxxxxxxx wrote:
In CFGTCP, 12. Change TCP/IP domain information, I have:
Host name . . . . . . . . . . . 'MAIL1'
Domain name . . . . . . . . . . 'CORP.DEKKO.COM'
Domain search list . . . . . . . 'corp.dekko.com dekko-1 dekko.com'
Host name search priority . . . *LOCAL
From the command line I can type in:
ping traveler01.dekko.com
and it will find it's IP address and ping it successfully. However if I
just type in:
ping traveler01
I get: TCP3202 - Unknown host, TRAVELER01.
Why isn't it using the Domain search list?
7.1 with recent cume and group ptfs.
I ran this again in an attempt to flush it through
CHGTCPDMN HOSTNAME('MAIL1')
DMNNAME('CORP.DEKKO.COM')
DMNSCHLIST('corp.dekko.com dekko-1 dekko.com')
HOSTSCHPTY(*LOCAL)
The three "Domain name servers" (aka INTNETADR on CHGTCPDMN), match
between this new lpar and the old lpar that can ping this name.
The host search priority matches.
There are no host table entries on either lpar for this server.
The Domain search list on the old lpar is only slightly different:
CHGTCPDMN HOSTNAME('GDIHQ')
DMNNAME('corp.dekko.com')
DMNSCHLIST('dekko-1 corp.dekko.com dekko.com')
HOSTSCHPTY(*LOCAL)
Rob Berendt