#28 closed enhancement (fixed)
Iris-node test DirkLos2: dhcpd niet opgestart; luistert op interlinks?
Reported by: | huub | Owned by: | tim |
---|---|---|---|
Priority: | major | Milestone: | |
Keywords: | g_list.pl genesis | Cc: | |
Resource needed to fix: | pc system |
Description
Ik zie dat dhcpd niet is opgestart.
Ik zie verschillen tussen de configuratie op test-NodeHuub en test-NodeDirkLos2:
op NodeHuub staat /var/db/dhcpd.leases
en op NodeDirkLos2: /var/db/dhcpd/dhcpd.leases
Op NodeHuub draait:
usr/local/sbin/dhcpd -cf /usr/local/etc/dhcpd.conf -lf /var/db/dhcpd.leases -pf /var/run/dhcpd.pid
Bij starten van dhcpd :
CNodeDirkLos2# /etc/local/rc.d/isc-dhcpd start
krijg ik foutmelding:
Interface sis0 matches multiple shared networks
instellingen sis0 zijn:
inet 172.16.3.57 netmask 0xfffffffc broadcast 172.16.3.59
inet 172.16.176.65 netmask 0xffffffe0 broadcast 172.16.176.95
dhcpd draait zowel op sis0 als op ath0.
instellingen van ath0 zijn:
ath0:
inet 172.16.176.1 netmask 0xffffffc0 broadcast 172.16.176.63
als ik de alias 172.16.3.57 op sis0 verwijder start dhcpd netjes op.
Er is alleen een melding over sis2:
Listening on BPF/ath0/00:0b:6b:81:a9:30/172.16.176.0/26
Sending on BPF/ath0/00:0b:6b:81:a9:30/172.16.176.0/26
Listening on BPF/sis4/00:00:24:c6:fa:09/172.16.3.44/30
Sending on BPF/sis4/00:00:24:c6:fa:09/172.16.3.44/30
Listening on BPF/sis3/00:00:24:c6:fa:08/172.16.3.36/30
Sending on BPF/sis3/00:00:24:c6:fa:08/172.16.3.36/30
No subnet declaration for sis2 (192.168.2.100).
Ignoring requests on sis2. If this is not what
you want, please write a subnet declaration
in your dhcpd.conf file for the network segment
to which interface sis2 is attached.
Listening on BPF/sis0/00:00:24:c7:83:18/172.16.176.64/27
Sending on BPF/sis0/00:00:24:c7:83:18/172.16.176.64/27
Op NodeDirkLos2 staat in dhcpd.conf nog:
# sis1 Local Ethernet naar DirkLos1
subnet 172.16.3.56 netmask 255.255.255.252 {not authoritative; }
Als ik die sis1-regel eruit schoffel en de alias weer terugzet op sis0 gaat het ook goed.
Wat overblijft is de melding voor sis2.
En die wordt veroorzaakt doordat de alias op sis1
(172.16.176.65) verwijderd was.
Kortom: het werkt. Blijven twee vragen over:
- moet de dhcpd.conf niet in /cfg/local staan ipv in /conf/base/etc/local/dhcpd.conf ?
- waarom wordt er geluisterd door dhcpd op de interfaces?
Change History (6)
follow-up: 2 comment:1 by , 16 years ago
follow-up: 3 comment:2 by , 16 years ago
Replying to tim:
Huub ik begrijp hieruit dat je de configuratie heb aangepast en daarom starte dhcpd niet op toch ? Want de default config in genesis, die ik thuis ook heb draaien kom niet echt overeen. Dhcpd start hier ook gewoon op. (172.16.176.65) was toch ook geen alias van sis1 ?
Ik heb de configuratie van sis0 en sis1 aangepast omdat de bedrading anders is uitgevoerd dan oorspronkelijk gedacht (zie eerdere mailtje). Het betekent dat sis1 niet meer gebruikt wordt.
Dit gaf een probleem met dhcpd omdat ook daar sis1 in voor kwam. Dat is nu opgelost dus.
Kortom: het werkt. Blijven twee vragen over:
- moet de dhcpd.conf niet in /cfg/local staan ipv in /conf/base/etc/local/dhcpd.conf ?
Als de default configuratie is aangepast hoort die inderdaad in /cfg/local opgeslagen te worden.
Omdat dhcpd.conf locatiespecifiek is (net als rc.node.local) zou ik verwachten dat ook dit bestand in /cfg staat. Dhcpd.conf is nooit 'default'.
- waarom wordt er geluisterd door dhcpd op de interfaces?
comment:3 by , 16 years ago
Replying to huub:
Replying to tim:
Huub ik begrijp hieruit dat je de configuratie heb aangepast en daarom starte dhcpd niet op toch ? Want de default config in genesis, die ik thuis ook heb draaien kom niet echt overeen. Dhcpd start hier ook gewoon op. (172.16.176.65) was toch ook geen alias van sis1 ?
Ik heb de configuratie van sis0 en sis1 aangepast omdat de bedrading anders is uitgevoerd dan oorspronkelijk gedacht (zie eerdere mailtje). Het betekent dat sis1 niet meer gebruikt wordt.
Dit gaf een probleem met dhcpd omdat ook daar sis1 in voor kwam. Dat is nu opgelost dus.
Ah ok, duidelijk. Naar welke lijst heb je die mail overigens gestuurd ?
Kortom: het werkt. Blijven twee vragen over:
- moet de dhcpd.conf niet in /cfg/local staan ipv in /conf/base/etc/local/dhcpd.conf ?
Als de default configuratie is aangepast hoort die inderdaad in /cfg/local opgeslagen te worden.
Omdat dhcpd.conf locatiespecifiek is (net als rc.node.local) zou ik verwachten dat ook dit bestand in /cfg staat. Dhcpd.conf is nooit 'default'.
Dat klopt, maar met met "default" bedoel ik de installatie die gegenereerd is bij de NanoBSD-installatie, inclusief de node-specifieke configuratiebestanden die dan naar de systeemslices worden geschreven. Na het aanmaken van een node-installatie is /cfg in eerste instantie dus nog leeg. De configuratie slice "/cfg" is eigenlijk bedoeld om additionele(operationele) wijzigingen weg te scrhijven. In het geval van NodeDirkLos2 waren dit dus rc.node.local en de interface configuraties.
- waarom wordt er geluisterd door dhcpd op de interfaces?
comment:4 by , 16 years ago
Keywords: | g_list.pl genesis added |
---|---|
Milestone: | → 0.2 |
Resource needed to fix: | → pc system |
Type: | defect → enhancement |
- moet de dhcpd.conf niet in /cfg/local staan ipv in /conf/base/etc/local/dhcpd.conf ?
Config file now stored in right location
- waarom wordt er geluisterd door dhcpd op de interfaces?
isc-dhcpd by default listen to all interfaces. you are right some adjustment need to be made, as rightfully mentioned DW (back in 2003) http://lists.freebsd.org/pipermail/freebsd-questions/2003-April/003400.html
subnet 172.16.3.36 netmask 255.255.255.252 {not authoritative;
}
http://wlconfig.wirelessleiden.nl/freebsd/7.0/g_list.pl/CNodeDirkLos2/dhcpd.conf
Changes will need to be made into the genesis config generator to get it fixed.
comment:5 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
deze configuratie (van Tim) is inmiddels achterhaalt.
Replying to huub:
Dat is vreemd idd. De dhcpd packages zijn niet gewijzigd, en ik heb ook niets aan de configuratie
veranderd. Die is default. Het enige verschil is dat nodedirklos2 draait op release-p4 en node huub op p2.
Huub ik begrijp hieruit dat je de configuratie heb aangepast en daarom starte dhcpd niet op toch ? Want de default config in genesis, die ik thuis ook heb draaien kom niet echt overeen. Dhcpd start hier ook gewoon op. (172.16.176.65) was toch ook geen alias van sis1 ?
Als de default configuratie is aangepast hoort die inderdaad in /cfg/local opgeslagen te worden.
?