hallo,
ich bin dabei unseren server als cluster mit corosync und pacemaker aufzusetzen.
beide nodes laufen wie gewünscht, crbd ist mit 2 devs eingerichtet, bind9 läuft als slave.
nun verzweifle ich am dhcp.
resource habe ich im crm mit ocfdhcpd mit params user=root chrooted=false interface=eth1 config=/etc/dhcp/dhcpd.conf sowie den üblichen metas und ops angelegt.
das endet immer mit der meldung "not installed" auf beiden nodes.
mit dem param binary "/etc/init.d/isc-dhcp-server start endet es mit "not running"
im dhcpd script habe ich den pid pfad auf /run/dhcpd.pid geändert, bringt auch nichts...
der dhcp läuft zu Fuss gestartet auf beiden nodes fehlerfrei bis auf die obligatorische Warnung " multiple interfaces use same subnetblabla....
im pacemakerlog bekomme ich keine für mich weiterführenden fehlerhinweise, da der dhcp anscheinend überhauptnicht angeschubst wird taucht auch sonst nirgendwo ein fehler auf, auch sonst finde ich nichts brauchbares um weiterzukommen.
das dhcpd script ist leider ausserhalb meines horizonts, ....
hat hier jemand den isc schonmal zum laufen gebracht oder kann mir sagen in welche richtung ich weitersuchen kann?
isc-dhcp startet im cluster nicht
Re: isc-dhcp startet im cluster nicht
warum der ocf agent es nicht macht habe ich immer noch nicht rausgefunden, aber mit
primitive lsb:isc-dhcp-server \
op monitor interval="100" \
op start="0" timeout="120s" \
op stop="0" timeout="40s"
läuft es wunderbar.....nicht vergessen das leasefile in ein crbd dev zu legen.
und dann können wir bald ganz entspannt zu hause bleiben
primitive lsb:isc-dhcp-server \
op monitor interval="100" \
op start="0" timeout="120s" \
op stop="0" timeout="40s"
läuft es wunderbar.....nicht vergessen das leasefile in ein crbd dev zu legen.
und dann können wir bald ganz entspannt zu hause bleiben
Re: isc-dhcp startet im cluster nicht
Ich habe zwar keine Erfahrung mit ISC-DHCP und Corosync+Pacemaker, aber ISC-DHCP bietet doch eigenen Failover-Mechanismus, den man auch relativ easy konfigurieren kann.
Der Failover-Mechanismus ist robust und die lease-Adressen werden von beiden Servern beruecksichtigt, so dass sie nicht doppelt vorkommt.
Der Failover-Mechanismus ist robust und die lease-Adressen werden von beiden Servern beruecksichtigt, so dass sie nicht doppelt vorkommt.