Hallo, lieber Alois, Dieter, Dirk und Michael - ganz herzlichen Dank für Eure Tipps ! Sobald ich wieder dazu komme, antworte ich / probiere die vorgeschlagenen Dinge aus. Wenn ich eine Lösung gefunden habe, poste ich sie.
Noch ein schönes Wochenende - hoffentlich ohne Stress mit Euren Linuxmusternetzen ... Christoph Günschmann [email protected] -----Ursprüngliche Mitteilung----- Von: Alois Raunheimer <[email protected]> An: Discussions about using linuxmuster.net <[email protected]> Verschickt: Do, 16 Okt 2014 8:58 pm Betreff: Re: [lmn] Graue Haare dank dhcp-Problemen ... Hallo Christoph, kannst Du mit einem Client direkt an den Server um festzustellen ob es dort geht? Gruß Alois Am 16. Oktober 2014 20:44 schrieb Dieter Götz <[email protected]>: Hallo Christoph, das Problem hatte ich auch mal. Lösung damals: Spanning Tree auf den Switches deaktivieren. Viele Grüße Dieter Götz Mittelschule Altdorf bei Nürnberg Am 16.10.2014 um 13:41 schrieb Christoph Günschmann: Hallo, liebe Linuxmuster-Leute, ich komme nicht mehr weiter: Bereits seit etlichen Monaten "zickt" das PXE-Booting: Die Startmeldung der clients besagt, dass sie keine gültige Adresse vom Server erhalten hätten. Man muss dann den gleihen client einige Male starten, irgendwann geht es dann. Dabei schwanken die dhcp-ack-Zeiten zwischen 6 und 35 Sekunden. Meine Vermutung war die, dass die alten Rechner mit altem PXE einfach low-level-Netzwerkprobleme haben. Nun sind aber neue Rechner angekommen, iCore 5 mit alle Schnick und Schnack. Und hier zeigt sich exakt das gleiche Verhalten. Problemlösung: Was habe ich bereits versucht: 1. dhcpd schreibt bei mir ins syslog, dort erscheint aber nur: Oct 15 20:30:17 server dhcpd: DHCPDISCOVER from 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:17 server dhcpd: DHCPOFFER on 10.16.1.51 to 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:21 server dhcpd: DHCPDISCOVER from 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:21 server dhcpd: DHCPOFFER on 10.16.1.51 to 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:25 server dhcpd: DHCPREQUEST for 10.16.1.51 (10.16.1.1) from 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:25 server dhcpd: DHCPACK on 10.16.1.51 to 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:29 server dhcpd: DHCPREQUEST for 10.16.1.51 (10.16.1.1) from 44:8a:5b:89:e8:c3 via eth0 Oct 15 20:30:29 server dhcpd: DHCPACK on 10.16.1.51 to 44:8a:5b:89:e8:c3 via eth0 Und das war es dann ! Dazwischen natürlich jede Menge Netzwerkaktivität von Mr. Cyrus & Co. - aber das spielt wahrscheinlich keine Rolle 2. Versuch: Löschen der /var/lib/dhcp.leases, Neustart des isc-dhcpd-servers -> Keine Änderung 3. Mitschneiden des dhcp-Verkehrs im promisous-mode auf Drittrechner mit wireshark. Bitte NICHT wundern, ich war so frei und habe die .pcap-Files in meiner DropBox freigegeben, vielleicht kennt sich jemand ja damit aus und kann mal kurz hineinschnuppern. Als Filter sollte man oben allerdings: "bootp.option.type == 53" eingeben, um sich rein auf den dhcp zu konzentrieren ! 1) https://www.dropbox.com/s/ajmz346lma6xfcy/dhcp-ging-nicht-trotz-offer.pcapng?dl=0 2) https://www.dropbox.com/s/uohufr4sozsbq5r/dhcp-ging-dann-doch.pcapng?dl=0 Ich persönlich kann keine Probleme erkennen, allerdings dank des Mitlauschens die Anwesenheit weiterer dhcp-Server ausschließen. Vielleicht sind es ja wirklich andere Probleme auf dem Layer 2 - aber wie finde ich die dann ? Mit ratlosen Grüßen Christoph Günschmann _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user _______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
