Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 15 Nov 2010 19:27:32 -0800
From:      Garrett Cooper <yanegomi@gmail.com>
To:        rc@freebsd.org
Subject:   rc.d/hostname dependency on netif backwards?
Message-ID:  <AANLkTikaT0fhNn79pJn5fUM-MSvz_%2BJviRvTma9eq1t4@mail.gmail.com>

next in thread | raw e-mail | index | archive | help
--0016e6dd96c722da5d049523232b
Content-Type: text/plain; charset=ISO-8859-1

    It looks like existing code for rc.d/hostname might be backwards:

%/etc/rc.d/hostname restart
+ /sbin/sysctl -n security.jail.jailed
+ [ 0 -eq 1 ]
+ /bin/hostname -s
+ hostname_s=2(SERVFAIL)
+ [ -n 2(SERVFAIL) ]
+ return
+ _return=0
+ [ 0 -ne 0 ]
+ return 0
+ _run_rc_postcmd
+ [ -n  ]
+ return 0
+ return 0
%sysctl -a | grep hostname
kern.hostname: 2(SERVFAIL)
security.jail.set_hostname_allowed: 1

    Why is it trying to resolve a hostname (hostname -s) before the
network's up? I could understand if this was a statically defined
hostname, but all of my hostnames are derived from pxebooting ala
dhcpd / named, not a static value :).
    I have a lame patch attached (it hasn't worked so far with 7.x
from boot, but it works after the network's up and happy, etc; it
might work with CURRENT with the network state wait change), but I'm
wondering who sets hostname (etc/rc.d/hostname?) s.t. the SERVFAIL
check can be removed.
Thanks!
-Garrett

--0016e6dd96c722da5d049523232b
Content-Type: text/x-patch; charset=US-ASCII;
	name="etc-rc.d-hostname-hack.patch"
Content-Disposition: attachment; filename="etc-rc.d-hostname-hack.patch"
Content-Transfer-Encoding: base64
X-Attachment-Id: f_ggk810490

SW5kZXg6IGV0Yy9yYy5kL2hvc3RuYW1lCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIGV0Yy9yYy5kL2hvc3RuYW1l
CShyZXZpc2lvbiAyMTUxNTcpCisrKyBldGMvcmMuZC9ob3N0bmFtZQkod29ya2luZyBjb3B5KQpA
QCAtMzksNiArMzksOCBAQAogCiBob3N0bmFtZV9zdGFydCgpCiB7CisJbG9jYWwgaG9zdG5hbWVf
cworCiAJIyBJZiB3ZSBhcmUgbm90IGluc2lkZSBhIGphaWwsIHNldCB0aGUgaG9zdCBuYW1lIGlm
IGl0IGlzIG5vdCBhbHJlYWR5IHNldC4KIAkjIElmIHdlIGFyZSBpbnNpZGUgYSBqYWlsLCBzZXQg
dGhlIGhvc3QgbmFtZSBldmVuIGlmIGl0IGlzIGFscmVhZHkgc2V0LAogCSMgYnV0IGZpcnN0IGNo
ZWNrIGlmIGl0IGlzIHBlcm1pdHRlZC4KQEAgLTQ3LDcgKzQ5LDggQEAKIAkJaWYgWyBgJFNZU0NU
TF9OIHNlY3VyaXR5LmphaWwuc2V0X2hvc3RuYW1lX2FsbG93ZWRgIC1lcSAwIF07IHRoZW4KIAkJ
CXJldHVybgogCQlmaQotCWVsaWYgWyAtbiAiYC9iaW4vaG9zdG5hbWUgLXNgIiBdOyB0aGVuCisJ
ZWxpZiBob3N0bmFtZV9zPWAvYmluL2hvc3RuYW1lIC1zYCAmJiBbIC1uICIkaG9zdG5hbWVfcyIg
XSAmJiBcCisJICAgICEgZXhwciAiJGhvc3RuYW1lX3MiIDogJzIoU0VSVkZBSUwpJyAyPi9kZXYv
bnVsbDsgdGhlbgogCQlyZXR1cm4KIAllbHNlCiAJCSMgSWYgd2UncmUgbm90IGluIGEgamFpbCBh
bmQgcmMuY29uZiBkb2Vzbid0IHNwZWNpZnkgYQo=
--0016e6dd96c722da5d049523232b--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTikaT0fhNn79pJn5fUM-MSvz_%2BJviRvTma9eq1t4>