nilsson@nbivax.nbi.dk (05/22/91)
I would like to get in touch with somebody, who is running Bind/Hesiod
successfully under Ultrix 4.1 The Bind part seems to work OK, but I can
not make the hesupd daemon start on the server:
/usr/etc/hesupd
hesupd can only be run on a bind primary
Needless to say, I have used bindsetup and tried all the help the manuals
provide. Can anybody help?
Bjorn
========================================================================
Bjorn S. Nilsson Internet/Nordunet: nilsson@nbivax.nbi.dk
Niels Bohr Institute nbivax.nbi.dk=129.142.100.3
Blegdamsvej 17 HEPnet/Nordunet: nbivax::nilsson
DK-2100 Copenhagen nbivax=21.601=22105
Denmark Phone: +45 31 42 16 16
Fax: +45 31 42 10 16mamros@cavedog.irc.cbm.dec.com (Shawn Mamros) (05/22/91)
One thing to keep in mind is that hesupd is only used for allowing remote hosts to update the Hesiod database (so that users can change their passwords, etc.). The named daemon is the actual name server for both Internet and Hesiod domain information. In any event, hesupd is a little bit fussy about the way it wants the bindmaster alias set up. For starters, you should have /etc/svc.conf set up so that the hosts entry is "hosts=local,bind" (note that local comes first). Next, in the /etc/hosts entry for your machine, you need to make sure that the first hostname listed corresponds to the output of /bin/hostname. As an example, let's say your /etc/hosts entry looks like this: 129.142.100.3 nbivax.nbi.dk nbivax bindmaster If the output of /bin/hostname is "nbivax.nbi.dk", then hesupd shouldn't be giving you that error message. On the other hand, if /bin/hostname returns "nbivax", then it fails (because it's doing a comparison between the "h_name" field of the hostent struct returned by doing a gethostbyname(3) on "bindmaster" with the hostname provided by a gethostname(2) call). Hope this helps... -Shawn Mamros mamros@irc.cbm.dec.com Disclaimer #1: The above is based on my opinions/observations, so don't blame my employer... Disclaimer #2: I didn't write the code, so don't blame me...
hbo@voodoo.physics.ucsb.edu (05/22/91)
-Message-Text-Follows- In article <1991May22.103301.647@nbivax.nbi.dk>, nilsson@nbivax.nbi.dk writes... >I would like to get in touch with somebody, who is running Bind/Hesiod >successfully under Ultrix 4.1 The Bind part seems to work OK, but I can >not make the hesupd daemon start on the server: > >/usr/etc/hesupd >hesupd can only be run on a bind primary The manuals say that your hesiod server must have the alias "bindmaster" as part of its /etc/hosts entry. I found that I had to place the alias last in the list in order for hesupd to recognize it: 128.111.8.30 sbphy.physics.ucsb.edu sbphy bindmaster I got around the error you describe with the above solution. -- Howard Owen, Computer Systems Manager internet: hbo@sbphy.physics.ucsb.edu Physics Computer Services BITNET: HBO@VOODOO.BITNET University of California, Santa Barbara DECNET Internet: 45180::HBO "I am not a pay TV service!" Telephone: 805-893-8366 (work)
baihelp@zeus.tamu.edu (Ignatow, Bryan A.) (05/22/91)
In article <1991May22.103301.647@nbivax.nbi.dk>, nilsson@nbivax.nbi.dk writes... >I would like to get in touch with somebody, who is running Bind/Hesiod >successfully under Ultrix 4.1 The Bind part seems to work OK, but I can >not make the hesupd daemon start on the server: > >/usr/etc/hesupd >hesupd can only be run on a bind primary > I have gotten Bind/Hesiod to work successfully. You may want to look in your /var/dss/namedb/named.boot file to see what kind of server you are (secondary, slave, primaryh, etc...). If you can't solve it from there, send me relavent information and I will take a look at it. We run Bind/Hesiod on a VAX 11/750 under Ultrix 4.1 (rev 200) Bryan A. Ignatow Bitnet: baihelp@tamrigel Academic Computing Services Internet: baihelp@rigel.tamu.edu Texas A&M University THEnet: rigel::baihelp Room 048 WERC SPAN: utspan::utadnx::rigel::baihelp Mail Stop 3154 HEPnet: fnbit::utdal::rigel::baihelp College Station, Texas 77843-3154 GTE: (409) 845-5951 "Home of The Big One --- Zeus, a VAX 9000-210VP" Axiom : If IBM were responsible for evolution, the dinosaurs would still roam the earth. Corollary : However, they would put a hell of a lot of money into R&D.