Opened 15 years ago

Closed 15 years ago

Last modified 12 years ago

#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)

in reply to:  description ; comment:1 by tim, 15 years ago

Replying to huub:

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

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.

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.

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 ?

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.

  • waarom wordt er geluisterd door dhcpd op de interfaces?

?

in reply to:  1 ; comment:2 by huub, 15 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?


in reply to:  2 comment:3 by tim, 15 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 rick, 15 years ago

Keywords: g_list.pl genesis added
Milestone: 0.2
Resource needed to fix: pc system
Type: defectenhancement
  • 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 huub, 15 years ago

Resolution: fixed
Status: newclosed

deze configuratie (van Tim) is inmiddels achterhaalt.

comment:6 by rick, 12 years ago

Milestone: 0.2

Milestone 0.2 deleted

Note: See TracTickets for help on using tickets.