#4228 closed Defekt (erledigt)
Rechner können Netzwerkadapter nicht starten
| Reported by: | bau | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | unverzüglich erledigen | Milestone: | Schuljahr 2021/22 |
| Component: | Software: Ubuntu | Severity: | Unterricht ist schulweit beeinträchtigt |
| Keywords: | Cc: | netzwerk |
Description
- Im gesamten Schülernetz: Rechner bekommen NIC nicht gestartet.
- DHCP auf paedml läuft, mein Laptop erhält problemlos eine IP.
- trage ich eine IP manuell ein (ist gerade auf rechner-5-28-02 so besteht kein Problem
- manueller user zum Test: kepl@rechner-5-28-02 (hatte mal wieder adduser und useradd verwechselt)
Change History (39)
comment:1 by , 5 years ago
comment:2 by , 5 years ago
Per Schulcloud die Kollegen bitten ihr Klassenzimmer unaufällig auf Loops zu überprüfen?
comment:3 by , 5 years ago
In 1.09 und 1.10 habe ich keine Schleifen gefunden.
Würden die manuell konfigurierten PCs die Gateway finden, wenn es eine Schleife gäbe?
Was sagt der DHCP-Server-Log. Bekommt der Anfragen von den Rechnern?
comment:4 by , 5 years ago
Die Rechner beklagen sich, dass sie kein DHCP bzw. proxyDHCP offer empfangen.
comment:6 by , 5 years ago
Im Syslog auf dem paedml steht immer wieder diese Meldung:
Nov 18 12:31:32 paedml dnsmasq-dhcp[7709]: Name rechner-5-28-06.kg-fds.de wurde dem DHCP-Lease von 10.32.200.87 nicht zugewiesen, da der Name in /etc/hosts bereits mit Adresse 10.45.28.6 existiert Nov 18 12:31:32 paedml dnsmasq-dhcp[7709]: Name rechner-5-28-06 wurde dem DHCP-Lease von 10.32.200.87 nicht zugewiesen, da der Name in /etc/hosts bereits mit Adresse 10.45.28.6 existiert
Aber immer nur mit rechner-5-28-06.
comment:7 by , 5 years ago
Davon absgesehen stehen da aber auch die ganz normalen Meldungen wie
Nov 18 12:31:33 paedml dnsmasq-dhcp[7709]: DHCPREQUEST(eth1) 10.41.9.27 90:1b:0e:2a:25:71 Nov 18 12:31:33 paedml dnsmasq-dhcp[7709]: DHCPACK(eth1) 10.41.9.27 90:1b:0e:2a:25:71 rechner-1-09-27 Nov 18 12:31:33 paedml dnsmasq-dhcp[7709]: DHCPREQUEST(eth1) 10.41.9.19 90:1b:0e:2e:96:02 Nov 18 12:31:33 paedml dnsmasq-dhcp[7709]: DHCPACK(eth1) 10.41.9.19 90:1b:0e:2e:96:02 rechner-1-09-19 Nov 18 12:31:33 paedml dnsmasq-dhcp[7709]: DHCPREQUEST(eth1) 10.41.9.16 90:1b:0e:26:fe:e8 Nov 18 12:31:33 paedml dnsmasq-dhcp[7709]: DHCPACK(eth1) 10.41.9.16 90:1b:0e:26:fe:e8 rechner-1-09-16 Nov 18 12:31:34 paedml dnsmasq-dhcp[7709]: DHCPREQUEST(eth1) 10.32.175.21 90:1b:0e:9f:8c:15 Nov 18 12:31:34 paedml dnsmasq-dhcp[7709]: DHCPACK(eth1) 10.32.175.21 90:1b:0e:9f:8c:15 rechner-5-21
Das sieht doch ganz gesund aus?
comment:8 by , 5 years ago
Ist noch jemand an der Schule? Man könnte Rechner 5.28 06 mal vom Netz nehmen.
comment:9 by , 5 years ago
Hab ich grade probiert, das ändert nichts.
Scheint auch ein unabhängiges Problem zu sein: rechner-5-28-06 stand auf Plattenboot statt Netzwerkboot. Vielleicht hat er deshalb die falsche IP angefragt.
comment:10 by , 5 years ago
Um 8:33 Uhr wurde der dnsmasq neu gestartet. – @bau: Warst Du das?
Nov 18 08:33:28 paedml dnsmasq[13670]: beende nach Empfang von SIGTERM Nov 18 08:33:30 paedml dnsmasq[7709]: gestartet, Version 2.59, Cachegröße 150 Nov 18 08:33:30 paedml dnsmasq[7709]: Übersetzungsoptionen: IPv6 GNU-getopt DBus i18n DHCP TFTP conntrack IDN Nov 18 08:33:30 paedml dnsmasq-dhcp[7709]: DHCP, IP-Bereich 10.32.200.1 -- 10.32.200.255, Lease-Zeit 12h Nov 18 08:33:30 paedml dnsmasq[7709]: lese /var/run/dnsmasq/resolv.conf Nov 18 08:33:30 paedml dnsmasq[7709]: Benutze Namensserver 10.32.1.254#53 Nov 18 08:33:30 paedml dnsmasq[7709]: /etc/hosts gelesen - 350 Adressen Nov 18 08:33:30 paedml dnsmasq-dhcp[7709]: /etc/linuxmuster/kepler-dns-dhcp/clients/clientsS gelesen Nov 18 08:33:30 paedml dnsmasq-dhcp[7709]: Name rechner-5-28-06.kg-fds.de wurde dem DHCP-Lease von 10.32.200.87 nicht zugewiesen, da der Name in /etc/hosts bereits mit Adresse 10.45.28.6 existiert Nov 18 08:33:30 paedml dnsmasq-dhcp[7709]: Name rechner-5-28-06 wurde dem DHCP-Lease von 10.32.200.87 nicht zugewiesen, da der Name in /etc/hosts bereits mit Adresse 10.45.28.6 existiert Nov 18 08:33:32 paedml dnsmasq[7709]: lese /var/run/dnsmasq/resolv.conf Nov 18 08:33:32 paedml dnsmasq[7709]: Benutze Namensserver 10.32.1.254#53
follow-up: 13 comment:11 by , 5 years ago
Also gibt es einen Konflikt zwischen der /etc/hosts und der dhcp-Konfiguration bzgl. 5-28-06
Die beiden IPs sind aber in verschiedenen Subnetzen!? komisch....
...aber das sollte ja eigentlich nicht die Ursache für unser Problem sein.
Ja, der Rest sieht gut aus.
Um 8:33 Uhr war das Problem auf jeden Fall schon bekannt und Andrea hatte Jens bescheid gegeben.
comment:12 by , 5 years ago
Gestern sahen die Meldungen so aus:
Nov 17 06:30:26 paedml dnsmasq-dhcp[13670]: DHCPDISCOVER(eth1) 10.32.171.105 90:1b:0e:2f:d4:10 Nov 17 06:30:26 paedml dnsmasq-dhcp[13670]: DHCPOFFER(eth1) 10.32.171.105 90:1b:0e:2f:d4:10 Nov 17 06:30:26 paedml dnsmasq-dhcp[13670]: DHCPREQUEST(eth1) 10.32.171.105 90:1b:0e:2f:d4:10 Nov 17 06:30:26 paedml dnsmasq-dhcp[13670]: DHCPACK(eth1) 10.32.171.105 90:1b:0e:2f:d4:10 rechner2-1-43
Verglichen mit comment:7 gibt es also heute keine DHCPDISCOVER-Meldungen?!
Genauer: Die letzte DHCPDISCOVER-Meldung heute war um 6:31 Uhr, also kurz nachdem alle Rechner gestartet wurden. Seitdem gibt es nur noch REQUEST/ACK-Paare.
comment:13 by , 5 years ago
Replying to rich:
Also gibt es einen Konflikt zwischen der /etc/hosts und der dhcp-Konfiguration bzgl. 5-28-06
Die beiden IPs sind aber in verschiedenen Subnetzen!? komisch....
Nein, das ist das selbe Subnetz:
iface eth1 inet static
address 10.32.1.1
netmask 255.240.0.0
Nur die ersten 12 Bit sind fest, die Addressen im Schülernetz gehen also von 10.32.1.1 bis 10.46.255.255.
...aber das sollte ja eigentlich nicht die Ursache für unser Problem sein.
Genau, der Rechner hat aus anderen Gründen mal eine IP aus dem freien DHCP-Pool bekommen und wird sie nun nicht mehr los. Das sollte nicht mit dem heutigen Problem zusammenhängen.
Ja, der Rest sieht gut aus.
Um 8:33 Uhr war das Problem auf jeden Fall schon bekannt und Andrea hatte Jens bescheid gegeben.
Dann hat sicher Jens den DHCP-Server neu gestartet.
comment:14 by , 5 years ago
Der letzte Rechner, der heute eine IP bekommen hat, war scheinbar rechner-1-09-15. Ich geh mal unten vorbei.
comment:16 by , 5 years ago
Ich konnte in 1.09 und 1.10 nichts auffälliges finden, außer einem defekten Netzwerkkabel, das aber nicht das Problem war.
Die Rechner werden morgens in der Reihenfolge aufgeweckt, in der sie in der /etc/linuxmuster/workstations stehen.
Vor 1.09 stehen da noch die BK, Bio, Chemie, Physik, die Us und die oberen Computerräume (da hat Stephan schon nach Auffälligkeiten geschaut und nichts gefunden). Also noch reichlich Rechner, die das Problem sein könnten.
comment:17 by , 5 years ago
Habe 5.32 gecheckt, da gab es heute morgen Kabelsabotage (#4230). Dann BK, da sind Schüler ja auch manchmal unbeaufsichtigt. Dort hing der Lehrerrechner mit einem Kernelbacktrace, das war aber auch nicht die Ursache.
Dass in den Fachräumen etwas manipuliert wurde ist unwahrscheinlich.
Man müsste jetzt alle Us ablaufen, doch vielleicht sieht Jens ja auf einem der Switche eine Auffälligkeit?
comment:18 by , 5 years ago
Ich habe morgen erst zur 4ten Unterricht. Ich komme früher und helfe dir bei der Fehlersuche.
comment:19 by , 5 years ago
In der 1./2. schreibe ich erst mal eine Arbeit, 3./4. habe ich Bereitschaft und bin derzeit noch nicht verplant.
Ich bin aber gar nicht mal sicher, dass die Ursache in einem Raum liegt. Vielleicht ist auch mit einem Switch oder einem Dienst etwas nicht in Ordnung.
comment:20 by , 5 years ago
Dann komme ich morgen so früh wie möglch in die Scuhle und gehe mal die Us durch.
comment:21 by , 5 years ago
Super! Insbesondere nach falsch gesteckten Netzwerkkabeln schauen oder ob ein Rechner völlig herumspinnt.
comment:22 by , 5 years ago
Dann sollten wir die Kollegen vorwarnen, dass die Rechner morgen wahrscheinlich noch nicht funktionieren werde, oder?
Ist wirklich nur das Schülernetz betroffen? Also die Rechner in den CR und den Klassenzimmern? Lehrerzimmer und Verwaltung funktioniert?
comment:23 by , 5 years ago
Bei falsch gesteckten Netzwerkkabeln würde mein Laptop keine IP bekommen - hat er aber (in der Chemie).
Ich werde jetzt noch mal in die Schule gehen und ein bisschen testen.
Wenn man einen Rechner einschaltet, dann sollte direkt im LOG des paedml eine Meldung auftauchen.
comment:24 by , 5 years ago
Da haben wir ihn - wenn ich den Trunk zu cisco509 trenne, bekomme ich eine IP an meinem Kabel im Serverraum.
Gehe jetzt mal ins erste U.
comment:25 by , 5 years ago
MIST - jetzt habe ich alles wieder hochgefahren und die Rechner in 1.09 und 1.10 per synchelper gebootet - UND TUT!
Aktuell ist kein Störenfried mehr unterwegs - WARUM?
Ich gehe jetzt mal heim - schauen wir morgen, was der Tag so bringt.
comment:27 by , 5 years ago
Jetzt gerade habe ich die Rechner in 1.09 aufgeweckt und alles funktioniert.
Im Log kommt zwar noch immer das Problem mit rechner-5-28-06.kg-fds.de und dem DHCP-Lease 10.32.200.87, da muss aber anscheinend nur der Cache des dnsmasq geleert werden, denn in den Configs steht korrekt 10.45.28.6
Was habe ich gestern nacheinander getan?
- alle Switchports an ciscoServerraum, die in VLAN 7 (Schülernetz) sind: shutdown -> keine Verbesserung
- Trunk zu cisco509: shutdown -> sofort IP auf meinem Laptop erhalten
- Rundgang in U1: zwei bis drei Netzwerkkabel waren so halb herausgezogen (kann das so ein Problem verursachen?)
- Trunk zu cisco509: no shut -> nach wie vor erhält mein Laptop eine IP
- immer acht Switchports an ciscoServerraum: no shut -> nach wie vor erhält mein Laptop eine IP
- alle Rechner in 1.09, 1.10 und U1 per synchelper eingeschaltet -> nach wie vor erhält mein Laptop eine IP
- heute morgen: alle Rechner in 1.09 eingeschaltet -> login auf rechner-1-09-01 geht nach kurzer Zeit
Die Rechner fahren ja demnächst alle hoch - danach schaue ich nochmals drauf.
comment:28 by , 5 years ago
Komisch ist die Sache mit dem rechner-5-28-06 schon. dnsmasq meckert bei JEDER lease-Vergabe rum (also grade, als die Rechner in 1.09 aufwachten bei JEDEM Rechner), obwohl überall steht, dass der Rechner die IP 10.45.28.6 bekommt.
comment:29 by , 5 years ago
Die Rechner müssten jetzt gerade alle aufwachen. Mal sehen, ob das Problem wieder kommt.
comment:30 by , 5 years ago
- @bau
- kann es sein, dasd die beiden Seitche sich gestrrn irgendwie „selbst beschäftigt“ haben? Denn um die Zeit, als Du den Trunk gekappt hast, müssten die meisten Rechner im Schulhaus schon wieder per Cronjob runtergefahren gewesen sein.
follow-up: 33 comment:31 by , 5 years ago
Das ist eigentlich ausgeschlossen, denn ich konnte mich problemlos auf cisco509 remote einloggen und habe mich auch spaßeshalber mal im Lehrernetz angestöpselt und sofort eine IP bekommen.
Leider habe ich beim Testen nicht den Trunk sofort wieder eingeschaltet sondern bin gleich im U1 auf die Suche gegangen. Das Einzige, was ich aber gefunden habe, waren die zwei bis drei Netzwerkkabel, die nicht richtig ind er Dose waren.
Auch, wenn ein Rechner nicht an ist, hat der dennoch eine 10MBit-Verbindung zum Switch, um aufwachen zu können.
comment:32 by , 5 years ago
Aktuell sind die meisten Rechner erreichbar:
Online-Test fuer alle Clients (Raum u1) rechner-5-01 - - on rechner-5-02 - - on rechner-5-03 - - on rechner-5-04 - - on rechner-5-05 - - on rechner-5-06 - - on rechner-5-07 - - on rechner-5-08 - - on rechner-5-15 - - on Online-Test fuer alle Clients (Raum u2) rechner-5-16 - - on rechner-5-17 - - on rechner-5-18 - - on rechner-5-19 - - on rechner-5-20 - - on rechner-5-21 - - on rechner-5-22 - - on Online-Test fuer alle Clients (Raum u3) rechner-5-29 - - on rechner-5-30 - - on rechner-5-31 - - on rechner-5-32 - - on rechner-5-33 - - on rechner-5-34 - - on rechner-5-35 - - offline rechner-5-39 - - on Online-Test fuer alle Clients (Raum u4) rechner-5-40 - - on rechner-5-41 - - on rechner-5-42 - - on rechner-5-43 - - on rechner-5-44 - - on pi-5-44 - - on rechner-5-45 - - on atemmini-videoswitch-5-45 - - on dlink-5-45 - - on rechner-5-46 - - on rechner-5-53 - - offline rechner-5-54 - - on rechner-5-55 - - on Online-Test fuer alle Clients (Raum 1-09) rechner-1-09-01 - - on rechner-1-09-02 - - on rechner-1-09-03 - - on rechner-1-09-04 - - on rechner-1-09-05 - - offline rechner-1-09-06 - - on rechner-1-09-07 - - on rechner-1-09-08 - - on rechner-1-09-09 - - on rechner-1-09-10 - - on rechner-1-09-11 - - on rechner-1-09-12 - - on rechner-1-09-13 - - on rechner-1-09-14 - - on rechner-1-09-15 - - on rechner-1-09-16 - - on rechner-1-09-17 - - on rechner-1-09-18 - - on rechner-1-09-19 - - on rechner-1-09-20 - - on rechner-1-09-21 - - on rechner-1-09-22 - - offline rechner-1-09-23 - - on rechner-1-09-24 - - on rechner-1-09-25 - - on rechner-1-09-26 - - on rechner-1-09-27 - - on rechner-1-09-28 - - on rechner-1-09-29 - - on rechner-1-09-30 - - on rechner-1-09-31 - - on rechner-1-09-32 - - on rechner-1-09-33 - - offline Online-Test fuer alle Clients (Raum 1-10) rechner-1-10-01 - - on rechner-1-10-02 - - on rechner-1-10-03 - - on rechner-1-10-04 - - on rechner-1-10-05 - - on rechner-1-10-06 - - on rechner-1-10-07 - - on rechner-1-10-08 - - on rechner-1-10-09 - - on rechner-1-10-10 - - on rechner-1-10-11 - - offline rechner-1-10-12 - - on rechner-1-10-13 - - on rechner-1-10-14 - - on rechner-1-10-15 - - on rechner-1-10-16 - - on rechner-1-10-17 - - on rechner-1-10-18 - - on rechner-1-10-19 - - on rechner-1-10-20 - - on rechner-1-10-21 - - on rechner-1-10-22 - - on rechner-1-10-23 - - on rechner-1-10-24 - - on rechner-1-10-25 - - on rechner-1-10-26 - - on rechner-1-10-27 - - on rechner-1-10-28 - - on rechner-1-10-29 - - on rechner-1-10-30 - - on rechner-1-10-31 - - on rechner-1-10-32 - - on Online-Test fuer alle Clients (Raum 5-27) rechner-5-27-01 - - on rechner-5-27-02 - - on rechner-5-27-03 - - offline rechner-5-27-04 - - on rechner-5-27-05 - - on rechner-5-27-06 - - on rechner-5-27-07 - - on rechner-5-27-08 - - on rechner-5-27-09 - - on rechner-5-27-10 - - on rechner-5-27-11 - - offline rechner-5-27-12 - - on rechner-5-27-13 - - on rechner-5-27-14 - - on rechner-5-27-15 - - on rechner-5-27-16 - - on rechner-5-27-17 - - on rechner-5-27-18 - - on rechner-5-27-19 - - on rechner-5-27-20 - - on rechner-5-27-21 - - on Online-Test fuer alle Clients (Raum 5-28) rechner-5-28-01 - - on rechner-5-28-02 - - offline rechner-5-28-03 - - on rechner-5-28-04 - - on rechner-5-28-05 - - on rechner-5-28-06 - - offline rechner-5-28-07 - - on rechner-5-28-08 - - on rechner-5-28-09 - - on rechner-5-28-10 - - on rechner-5-28-11 - - on rechner-5-28-12 - - on rechner-5-28-13 - - on rechner-5-28-14 - - on rechner-5-28-15 - - on rechner-5-28-16 - - on rechner-5-28-17 - - on rechner-5-28-18 - - on rechner-5-28-19 - - on rechner-5-28-20 - - on rechner-5-28-21 - - on rechner-5-28-22 - - on
comment:33 by , 5 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
Replying to bau:
Auch, wenn ein Rechner nicht an ist, hat der dennoch eine 10MBit-Verbindung zum Switch, um aufwachen zu können.
Dann meinst Du, wir haben eine defekte Netzwerkkarte? Denn ein ausgeschalteter Rechner macht meines Wissens keine Netzwerkzugriffe, sondern "horcht" nur auf der Broadcast-Adresse.
A propos: Du hattest doch kürzlich einen Schreibfehler bei den Broadcast-Adressen und wir hatten uns gefragt, wann die überhaupt benutzt werden. – Eben genau da, für DHCP und Wake-on-LAN. Kann es eine Nachwirkung dieses Schreibfehlers gewesen sein?
comment:34 by , 5 years ago
Kann es sein, dass sich die Switche die "alte" Broadcastadresse gemerkt haben und die DHCP-Pakete daher irgendwie fehlgeleitet wurden?
comment:35 by , 5 years ago
Nein, der Schreibfehler war im VLAN30, das ist das VLAN mit unseren öffentlichen IPs.
Es war dort auch vollkommen unnötig die Broadcast-Adresse anzugeben, da diese sich aus der Netzmaske und der IP berechnen lässt.
Unser aktuelles Problem befand sich in VLAN7 und definitiv auch nur dort - alles andere ging.
Da alle Rechner im U1 heute problemlos gebootet haben, kann man die defekte NIC wohl ausschließen. Wie gesagt: zwei bis drei Netzwerkkabel waren halblebig in der Dose gesteckt - vielleicht sowas wie ein Kurzschluss?
comment:36 by , 5 years ago
Kann sein, aber unwahrscheinlich, so, wie diese Stecker gemacht sind, hm. In 5.10 am Fensterrechner ganz links war ein Netzwerkkabel, wo der komplette Stecker abgeknickt war (Abschirmung gebrochen, hing nur noch an den Kabeln). Entfernen dieses Kabels hat aber auch nicht unmittelbar eine Besserung gebracht.
Jedenfalls scheint das Problem erst mal weg zu sein.
comment:37 by , 5 years ago
ToDO:
- Switche in 5.09 und 5.39 sind noch erste Generation cisco4003 mit supI und catOS
- mindestens diese Switche tauschen gegen die aktuellen 6800i (die können auch 10GE) mit IOS (nicht iOS! InternetOperationSystem von cisco)
Ich habe seit gestern keinerlei Änderungen an den Schülerrechnern gemacht. Es muss also etwas außerhalb der Rechner sein.
Schon nach unserem alten Bekannten, der Netzwerkschleife gesucht?