import_workstations-Skript aktualisiert dns/dhcp nicht korrekt

[Rüdiger Kupper]

Habe eben einen neuen Rechner in 5-51 (SMV) aufgenommen, doch er erhält manchmal eine IP vom paedml und manchmal vom ltsp6. Der ltsp6 sollte den Rechner doch gar nicht mehr beachten, nachdem das Skript durchgelaufen ist? Da scheint noch etwas zu klemmen.

[Rüdiger Kupper]

Nach etwa einer Stunde scheint sich das ganze einzurenken -- jetzt funkt ltsp6 nicht mehr dazwischen? Woran liegt das? (Den dnsmasq-Service und nscd hatte ich auch von Hand neu gestartet, das hatte nicht geholfen.)

[bau]

Nein, das Ganze funktioniert so, dass alle vorhandenen DHCP-Server (hier ltsp6 und paedml) nach der Aufnahme den Client mit einer Offer versorgen können, beide geben dabei die gleichen Daten raus - es ist also egal, von wem der Client seine Daten erhält!

[Rüdiger Kupper]

Ich habe nach der Aufnahme sekündlich den Namen 'rechner-5-51' auflösen Kassen, und im Wechsel kam mal für ein paar Sekunden das richtige Ergebnis raus (10.32.175.51, wie in der workstations-Datei eingetragen), die meiste Zeit über aber eine "host unknown"-Meldung.

Beim Starten des Rechners erhielt er fast jedes Mal eine 10.32.160.irgendwas-Adresse, so als sei er noch nicht aufgenommen, und wollte vom ltsp6 booten. Nur etwa bei jedem 5. Bootversuch bekam er mal die richtige IP und hat Linbo vom Netz gebootet. Doch wenn das dann noch einmal die IP per DHCP bezogen hat, kam wieder die 10.32.160... IP heraus, so dass der Rechner keiner Gruppe zugeordnet wurde.

Neu aufgenommene Rechner erhalten definitiv für etwa eine Stunde lang DHCP-Antworten von zwei verschiedenen Quellen, und vor allem: Mit zwei verschiedenen IPs, einer richtigen und einer falschen.

Morgen nehme ich meinen Schülernetzrechner in der Physik auf, dann können wir uns das mal zusammen ansehen.

[bau]

OK, der Hinweis: "Nach etwa einer Stunde..." der ist es!
Der DHCP cached seine Einträge in /var/lib/dhcp/dhcpd.leases. Allerdings bekommen laut /etc/linuxmusterltsp_configltsp6/ltsp6.conf die Clients vom dnsmasq 24h-leases, warum der das Problem nach etwa einer Stunde erkennt??

Ich denke, wenn wir beim rsync und restart des dnsmasq vor dem neustart die leases-Datei löschen, dann wir das Problem nicht mehr auftauchen (hoffentlich)

[Rüdiger Kupper]

Okay, ausprobieren.

[bau]

OK, Problem des DNS: der ltsp6 bezieht seine DNS-Aussagen vom proxys (10.32.1.251), der dnsmasq auf proxys muss also im import_workstations-Script unbedingt neu gestartet werden!

[Rüdiger Kupper]

Ah, ich sehe, Du hast das bereits ins Skript geschrieben, sher gut!

[Rüdiger Kupper]

Replying to bau:

OK, der Hinweis: "Nach etwa einer Stunde..." der ist es!
Der DHCP cached seine Einträge in /var/lib/dhcp/dhcpd.leases. Allerdings bekommen laut /etc/linuxmusterltsp_configltsp6/ltsp6.conf die Clients vom dnsmasq 24h-leases, warum der das Problem nach etwa einer Stunde erkennt??

Ich denke, wenn wir beim rsync und restart des dnsmasq vor dem neustart die leases-Datei löschen, dann wir das Problem nicht mehr auftauchen (hoffentlich)

dnsmasq scheint hierfür eine Option zu haben. Zitat aus der manpage:

--clear-on-reload
              Whenever /etc/resolv.conf is re-read, clear the DNS cache.  This is useful when new name‐
              servers may have different data than that held in cache.

[Rüdiger Kupper]

Äh, nein, da geht's ja um DNS nicht DHCP...

[Rüdiger Kupper]

Habe das Skript jetzt so angepasst, das die Lease-Caches gelöscht werden:
changeset:1058/keplertools

Das DHCP-Problem scheint damit gelöst zu sein (jedenfalls hat das AUfnehmen meines neuen Rechners gleich funktioniert). Das DNS-Problem besteht aber komischerweise weiter:

• Namensabfrage auf proxys liefert sofort immer das richtige Ergebnis
• Namensabfrage auf ltsp6 wechselt aber noch immer zwischen "richtig" und "unbekannt" hin- und her!

Offenbar holt sich ltsp6 manchmal sein DNS noch von woanders...?