Bug 178395
Summary: | disklessrc sets a bogus NIS domain name | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Konstantin Olchanski <olchansk> |
Component: | system-config-netboot | Assignee: | Fabio Olive Leite <fleite> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 0.1.38-2_FC4 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-23 13:28:35 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Konstantin Olchanski
2006-01-20 02:32:53 UTC
The best way to "override" the domainname set by disklessrc is to either: o Set the DNS PTR record for the IP address allocated to the host to end with the correct domainname in the DNS - I think this is where the 'triumf.ca' domain is coming from in your case. or o Set the dhcp 'nis-domain' option to contain the correct NIS domain name in the dhcp server or o Set the dhcp 'host-name' option to contain the correct domainname in the dhcp server - this will override the DNS domainname . The NISDOMAIN option will also be honoured by the 'ypbind' initscript IF the domainname of the machine is set to '(none)' or '', so you could also fix this by setting NISDOMAIN, setting the domainname to '' in an initscript run before the ypbind service is started . You should really make the domain name correct in the DNS, which is what is obtained by disklessrc if the dhclient-script did not set the domainname from the DHCP nis-domain option. As there are many workarounds for this issue, and I believe an extra DOMAINNAME / NISDOMAIN boot option would simply confuse the issue, and what disklessrc is doing is basically correct, I think this is NOTABUG . For the record: I disagree with the "not-a-bug" assessment. Regardless of one's definition of a bug, here we have "unexpected behaviour" that (imho) should be corrected. The expected behaviour is that of normal booting from disk, where grub, initrd, linuxrc & co do not try to second guess the NIS domain name. K.O. OK, I've now added an 'Enable NISDOMAIN' checkbox and 'Set $NISDOMAIN' entry in the GUI, with system-config-netboot-0.1.38+. If only 'Enable NISDOMAIN' is checked, the 'NISDOMAIN=(none)' boot option is added, and disklessrc will not set the domainname, allowing the ypbind init script to respond to whatever NISDOMAIN is set to in /etc/sysconfig/network in the client root. If the 'Set NISDOMAIN' entry is filled out, then the GUI will also add the NISDOMAIN= setting to /etc/sysconfig/network. Please try out the new version, available from: http://people.redhat.com/~jvdias/system-config-netboot and let me know of any issues - thanks. From User-Agent: XML-RPC system-config-netboot-0.1.38-2_FC4 has been pushed for FC4, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. |