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
