8
Switch verliert Einstellungen nach Stromausfall
Hallo.
Heute gab es hier einen ca 15 Minuten dauernden Stromausfall. Ein Cisco-Layer3 Router (SG350X-24 ohne PoE) hat hier im LAN eine zentrale Rolle, hängt aber leider bisher nicht an einer USV.
Heute zeigte sich, wie dumm das war, denn als der Strom wieder da war, kam der Switch "nur so halb wieder zurück". Seltsamerweise waren die Einstellungen zu den beiden 10GBit-LAGs nicht mehr richtig -- der Switch hatte nur noch das Managemant-VLAN untagged auf der Leitung und alles andere war verschwunden. Das gleiche gilt übrigens für ein paar Ports, an denen Unifi-AccessPoints hängen. Auch hier war plötzlich nur noch VLAN.1 untagged drauf; die tagged VLANs für die WLANs aber nicht mehr!
Diesen Fehler habe ich lange gesucht, da man mit so etwas natürlich (?) nicht rechnet ...
Wir sind übrigens sicher, dass die "running-config" abgespeichert war und daher nicht beim Neustart eine alte Version startete.
Daher die Frage in die Glaskugel: Was kann das gewesen sein?
Heute gab es hier einen ca 15 Minuten dauernden Stromausfall. Ein Cisco-Layer3 Router (SG350X-24 ohne PoE) hat hier im LAN eine zentrale Rolle, hängt aber leider bisher nicht an einer USV.
Heute zeigte sich, wie dumm das war, denn als der Strom wieder da war, kam der Switch "nur so halb wieder zurück". Seltsamerweise waren die Einstellungen zu den beiden 10GBit-LAGs nicht mehr richtig -- der Switch hatte nur noch das Managemant-VLAN untagged auf der Leitung und alles andere war verschwunden. Das gleiche gilt übrigens für ein paar Ports, an denen Unifi-AccessPoints hängen. Auch hier war plötzlich nur noch VLAN.1 untagged drauf; die tagged VLANs für die WLANs aber nicht mehr!
Diesen Fehler habe ich lange gesucht, da man mit so etwas natürlich (?) nicht rechnet ...
Wir sind übrigens sicher, dass die "running-config" abgespeichert war und daher nicht beim Neustart eine alte Version startete.
Daher die Frage in die Glaskugel: Was kann das gewesen sein?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 667395
Url: https://administrator.de/contentid/667395
Ausgedruckt am: 25.11.2024 um 14:11 Uhr
8 Kommentare
Neuester Kommentar
Zitat von @White-Rabbit2:
Hallo.
Heute gab es hier einen ca 15 Minuten dauernden Stromausfall. Ein Cisco-Layer3 Router (SG350X-24 ohne PoE) hat hier im LAN eine zentrale Rolle, hängt aber leider bisher nicht an einer USV.
Heute zeigte sich, wie dumm das war, denn als der Strom wieder da war, kam der Switch "nur so halb wieder zurück". Seltsamerweise waren die Einstellungen zu den beiden 10GBit-LAGs nicht mehr richtig -- der Switch hatte nur noch das Managemant-VLAN untagged auf der Leitung und alles andere war verschwunden. Das gleiche gilt übrigens für ein paar Ports, an denen Unifi-AccessPoints hängen. Auch hier war plötzlich nur noch VLAN.1 untagged drauf; die tagged VLANs für die WLANs aber nicht mehr!
Diesen Fehler habe ich lange gesucht, da man mit so etwas natürlich (?) nicht rechnet ...
Wir sind übrigens sicher, dass die "running-config" abgespeichert war und daher nicht beim Neustart eine alte Version startete.
Daher die Frage in die Glaskugel: Was kann das gewesen sein?
Hallo.
Heute gab es hier einen ca 15 Minuten dauernden Stromausfall. Ein Cisco-Layer3 Router (SG350X-24 ohne PoE) hat hier im LAN eine zentrale Rolle, hängt aber leider bisher nicht an einer USV.
Heute zeigte sich, wie dumm das war, denn als der Strom wieder da war, kam der Switch "nur so halb wieder zurück". Seltsamerweise waren die Einstellungen zu den beiden 10GBit-LAGs nicht mehr richtig -- der Switch hatte nur noch das Managemant-VLAN untagged auf der Leitung und alles andere war verschwunden. Das gleiche gilt übrigens für ein paar Ports, an denen Unifi-AccessPoints hängen. Auch hier war plötzlich nur noch VLAN.1 untagged drauf; die tagged VLANs für die WLANs aber nicht mehr!
Diesen Fehler habe ich lange gesucht, da man mit so etwas natürlich (?) nicht rechnet ...
Wir sind übrigens sicher, dass die "running-config" abgespeichert war und daher nicht beim Neustart eine alte Version startete.
Daher die Frage in die Glaskugel: Was kann das gewesen sein?
Würde trotzdem hier zuerst ansetzen....und zuerst mal prüfen, welche config überhaupt geladen wurde. danach sollte vieles klarer sein....
Grüße
Uwe
Moin,
ich würde das Verhalten tatsächlich mal händisch triggern und den Switch Rebooten.
Danach dann den Test mit vorherigem "write mem" wiederholen. (Zur Gewissheit von der Console aus ausführen.)
Wenn es danach noch Probleme gibt, ist wohl der Flash defekt und ich würde einen RMA anstoßen. Dennoch gehe ich erstmal von einem Anwender Fehler aus.
Gruß
Spirit
ich würde das Verhalten tatsächlich mal händisch triggern und den Switch Rebooten.
Danach dann den Test mit vorherigem "write mem" wiederholen. (Zur Gewissheit von der Console aus ausführen.)
Wenn es danach noch Probleme gibt, ist wohl der Flash defekt und ich würde einen RMA anstoßen. Dennoch gehe ich erstmal von einem Anwender Fehler aus.
Gruß
Spirit
Hallo,
hast Du auto-Smartport aktiviert? Da kann es sein, dass er das angeschlosse Gerät "erkennt" und nach eigenen Vorstellungen einrichtet. Würde ich für Ports, an denen Switches, Router oder Accesspoints hängen - wenn nicht genau so benötigt - ausschalten.
Grüße
lcer
hast Du auto-Smartport aktiviert? Da kann es sein, dass er das angeschlosse Gerät "erkennt" und nach eigenen Vorstellungen einrichtet. Würde ich für Ports, an denen Switches, Router oder Accesspoints hängen - wenn nicht genau so benötigt - ausschalten.
Grüße
lcer
Derzeitiger Zustand ist dieser:
Die beiden LAGs führen übrigens auf der einen Seite zu einem Proxmox-Server und auf der anderen Seite zu einem Unifi 16XG-Switch, auf dem man nicht viel einstellen kann...
Es gibt bei Cisco so ein Konfigurationsregister, wo man einstellen kann, dass der nicht die gespeicherte Konfiguration lädt, das kann man auch zum Reset nutzen.
Siehe: https://www.networkworld.com/article/2343961/cisco-subnet-how-to-reset-a ...
Könnte auch das sein.
zeigt dir das, bei mir sieht das auf einem 886va so aus:
Siehe: https://www.networkworld.com/article/2343961/cisco-subnet-how-to-reset-a ...
Könnte auch das sein.
sh version | b registerConfiguration register is 0x2102
Er hat einen Switch aus der Cisco SoHo Serie !! (SG-350) das ist kein IOS Gerät !! Die etwas laienhafte Bezeichnung "Ein Cisco-Layer3 Router" ist hier falsch und irreführend denn es ist ein Switch !
Deshalb helfen ihm das Config Register eher weniger !
Es ist sehr wahscheinlich zu 98% ein Bedienungsfehler das die Switch Konfig nicht explizit gesichert wurde. Sowas wird gerne mal vergessen und das Gegenteil behauptet !
Um ganz sicher zu gehen sollte er auf das CLI per Telnet oder SSH gehen und dort copy running-config startup-config oder eben write mem eingeben.
Vorher natürlich im Setup aktivieren:
Das sichert die Konfig wenigstens wasserdicht !
Deshalb helfen ihm das Config Register eher weniger !
Es ist sehr wahscheinlich zu 98% ein Bedienungsfehler das die Switch Konfig nicht explizit gesichert wurde. Sowas wird gerne mal vergessen und das Gegenteil behauptet !
Um ganz sicher zu gehen sollte er auf das CLI per Telnet oder SSH gehen und dort copy running-config startup-config oder eben write mem eingeben.
Vorher natürlich im Setup aktivieren:
Hallo,
Du solltest tatsächlich unter Smartport/Interface Settings das Feature für die Ports mit Switches, APs und LAGs deaktivieren. Das könnte tatsächlich ein Grund sein.
Grüße
lcer
Du solltest tatsächlich unter Smartport/Interface Settings das Feature für die Ports mit Switches, APs und LAGs deaktivieren. Das könnte tatsächlich ein Grund sein.
Grüße
lcer
Eigentlich das typische Symptom für eine unterschiedliche running-config und startup-config.
Bist du ganz sicher, das du nicht doch vergessen hast, Änderung in die startup-config zu sichern?
Bist du ganz sicher, das du nicht doch vergessen hast, Änderung in die startup-config zu sichern?
