Bug 89 - ypbind fails because domainname is unset
ypbind fails because domainname is unset
Product: Red Hat Linux
Classification: Retired
Component: ypbind (Show other bugs)
i386 Linux
high Severity high
: ---
: ---
Assigned To: David Lawrence
Depends On:
  Show dependency treegraph
Reported: 1998-11-16 09:30 EST by johnb
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1998-11-16 19:37:13 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description johnb 1998-11-16 09:30:00 EST
When many of us at Netscape have installed RedHat 5.1 and
5.2, we have found that despite answering the install
question regarding our domainname with mcom.com, that the
domainname remains unset as verified by executing the
domainname command after a reboot.  This of course causes
ypbind to fail and then the rest of NIS + NFS + autofs.

Here is the diff to /etc/rc.d/init.d/ypbind that resolves
the problem for our domain.  Reading the value from your
global config file would be a better solution.

johnb@barfly zsh: diff ypbind ypbind~
<       # Domainname must be set for ypbind to work,
<       [ -z "`domainname`" ] && domainname mcom.com
Comment 1 Cristian Gafton 1998-11-16 19:37:59 EST
We use the NISDOMAIN env variable in /etc/sysconfig/network to set the
NIS domain. If $NISDOMAIN is defined and not empty the
/etc/rc.d/rc.sysvinit will set the domainname correctly.

The installer only asks about the DNS domain name, not NIS domain
Comment 2 johnb 1998-11-17 07:43:59 EST
OK.  But my /etc/sysconfig/network does define NISDOMAIN:


I don't know how that got set if not by the install.  How else
can it be set?

In any event, to ask whether NIS and autofs should be enabled
in the install and then not set the NIS Domainname is a bug.
NIS/autofs doesn't work after a reboot.  That's bad don't you think?

Note You need to log in before you can comment on or make changes to this bug.