home *** CD-ROM | disk | FTP | other *** search
- X-Gateway-Source-Info: INTERNET
- Path: sparky!uunet!wupost!ukma!cs.widener.edu!iggy.GW.Vitalink.COM!pacbell.com!network.ucsd.edu!mvb.saic.com!tgv.com!info-multinet
- Date: 29 AUG 92 16:58:33 GMT
- Newsgroups: vmsnet.networks.tcp-ip.multinet
- X-Return-path: <info-multinet-relay@TGV.COM>
- X-RFC822-From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
- From: John C Klensin <KLENSIN@INFOODS.MIT.EDU>
- Subject: Another cluster DNS question
- X-Envelope-to: info-multinet@tgv.com
- Organization: The INFO-MULTINET Community
- Message-ID: <246003AA29AUG92165833@TGV.COM>
- Nntp-Posting-Host: Mvb.Saic.Com
- Lines: 31
-
-
- I hope that we haven't
- I thope that this question isn't as dumb as the last one...
- In a homogeneous cluster, Multinet running on all hosts (let's call them
- A and B in '.mydomain'), if X is a valid domain, we see...
-
- From A:
- nslookup X.Y. works
-
- From B:
- mu nslookup /type=any X.Y. works, but...
- mu nslookup /type=any X.Y. A.mydomain. times out, as does
- mu nslookup /type=any mydomain. A.mydomain.
-
- If it is relevant, A.mydomain is a secondary DNS server for "mydomain".
- But B has no difficult with
- mu nslookup /type=any mydomain. C.mydomain.
- where "C" is the primary server and not in the cluster, nor do
- off-domain sites have any problems with
- mu nslookup /type=any mydomain. A.mydomain.
-
- The boot order of these hosts in the cluster was "B" first, then "A",
- but this took place a significant amount of time after "A" booted.
-
- Is this normal behavior? If not, how should it be prevented? Note that
- I don't consider it a bug, since no real harm seems to be done. But it
- is a bit strange and certainly might imply that one did not want to use
- intra-cluster forwarders (no forwarders are specified in the
- configurations of either A or B. Yet).
-
- --john
-