HP ProCurve 2910al 24Port - Webinterface und telnet laufen nicht

Hallo allerseits,

ich habe bei 2 der in der Überschrift genannten Switche das Problem, dass ich weder über die Weboberfläche noch über das telnet heran komme.
Vor einigen Wochen lief aber die Weboberfläche noch problemlos. Die Switche arbeiten zwar noch aber ich kann sie so nicht mehr managen.
Ob Telnet vorher noch ging, kann ich momentan nicht sagen.
Nun die Frage(n):
auf der Vorderseite links unten befindet sich ein "Console"-Port (RJ45). Diesen kann man wohl benutzen, um sich direkt mit dem Switch zu verbinden.
Aber was schließe ich denn daran an? Ich habe hier nur ein Kabel, was RJ45 auf einen PS/2 (wie Tastatur- und Mausstecker) umwandelt. Allerdings
weiß ich nicht, ob der für die Switche geeignet ist.
Was kann man noch tun, damit die Management-Interfaces über Browser sowie telnet wieder läuft?

Grüße und vielen Dank im Voraus,

Mondragor

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 234452

Url: https://administrator.de/contentid/234452

Ausgedruckt am: 23.11.2024 um 01:11 Uhr

21 Kommentare

Neuester Kommentar

Hallo,

besteht die Möglichkeit, dass die MGMT IP zurückgesetzt wurde?

Grüße

Hallo Mondragor,
am Consolen Port schließt du das mitgelieferte Konsolenkabel an. Du brauchst am Notebook eine Serienschnittstelle oder als Alternative ein USB-Adapter.
Ansonsten den Swtich auf Werkeinstellungen zurücksetzen...

Grüße,
Dani

Ich denke nicht. Der IP-Scanner sagt, dass der Hersteller auf den gewohnten IPs HP ist und ich wüsste nicht, was da sonst rumhängen sollte. Ist per DNS fest vergeben. Ich wüsste auch nicht, wer das veranlasst haben sollte. Ping auf die IPs antwortet.
Ich muss dazu sagen: die eine IP sagt "seite nicht gefunden" und im Telnet wird die Session direkt wieder geschlossen.
Die andere zeigt im Browser eine weiße Seite und Telnet verbindet sich, die Session hängt sich dann aber auf, ohne dass man was machen kann.

Moin,

Ist per DNS fest vergeben

bist Du sicher, dass Du weisst, woran Du da spielst? Ich lege das entweder selber auf dem NIC fest oder lasse das über DHCP machen (wobei, letzteres eher nicht bei switches & Co.). Aber über DNS ist bestimmt viel eleganter

!

LG, Thomas

Zitat von @Dani:

Hallo Mondragor,
am Consolen Port schließt du das mitgelieferte Konsolenkabel an. Du brauchst am Notebook eine Serienschnittstelle oder als
Alternative ein USB-Adapter.
Ansonsten den Swtich auf Werkeinstellungen zurücksetzen...

Grüße,
Dani

Hallo Dani, wie geht es dann weiter??
Ich habe zwar noch keinen entsprechenden USB-Adapter aber das RJ45 auf SERIAL-Kabel habe ich gefunden.
Wie stelle ich dann eine Verbindung auf das Switch her, angenommen die Verkabelung ist geschafft?

Einfach das Tool Putty herunterladen, starten auf Serial umstellungen und auf "Open" klicken.
Danach kannst du konfigurieren wie Weltmeister.

Zitat von @keine-ahnung:

Moin,
> Ist per DNS fest vergeben
bist Du sicher, dass Du weisst, woran Du da spielst? Ich lege das entweder selber auf dem NIC fest oder lasse das über DHCP
machen (wobei, letzteres eher nicht bei switches & Co.). Aber über DNS ist bestimmt viel eleganter

!

LG, Thomas

Ja, ist schon klar, also ich habe das nicht eingerichtet, muss mich jetzt aber drum kümmern, ist eben so. Also sagen wir, die Geräte haben eine fest eingestellte IP und der DNS-Server löst den Namen dazu auf.

Adapter wäre z.B. folgendes:
http://www.amazon.de/Digitus-DA-70156-USB-Seriell-Adapter/dp/B0030IT780 ...

Gibt aber auch expresscards mit rs232 Anschluss falls dein Laptop einen entsprechenden Slot hat.

Oder:
http://www.reichelt.de/DELOCK-61856/3/index.html?&ACTION=3&LA=4 ...
Diese USB Seriell Adapter sind Massenware und gibt es bei jedem PC Händler um die Ecke für ein paar Euro.
Sie ersetzen den guten alten seriellen PC COM Port (RS-232 Schnittstelle) den viele Rechner und Laptops nicht mehr haben.

Und als serielles Terminal nimmst du PuTTY
http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html
oder TeraTerm:
http://ttssh2.sourceforge.jp
Sofern du einen Apple Mac hast Z-Term:
http://www.dalverson.com/zterm/

Stellst das Terminal auf 9600 Baud, Keine Parity, 8 Bit 1 Stoppbit ein und keine Flow Control.
Dann kannst du auf die serielle Terminalschnittstelle zugreifen und checken ob IP Adresse noch stimmen und der Web Server auf dem Switch noch laufen.
Das ist immer die sicherste Option das zu checken, da du so immer Zugriff auf den Switch hast.

Also die Kabel RJ45 auf Serial, die ich habe, sind offenbar nicht richtig belegt, denn Putty öffnet kein Terminal, wenn ich auf serial verbinden will.
Ich weiß nun nicht, ob es vielleicht auch sein kann, dass dies Terminal auch nicht richtig funktioniert, wie auch die Weboberfläche und telnet.
Wenn ich die Switches vom Strom nehme und ein paar Sekunden warte, glaubt ihr, dass dann die Weboberfläche und telnet wieder laufen?
Die Geräte sind ja je mit beiden Switches verbunden, sodass eins mal ausfallen kann.

Guten Morgen,
Putty bzw. Console gehen eigentlich immer. Ansonsten ist der Switch hinüber.
Wie gesagt, Putty umstellen auf Serial, auf Open klicken und ein paar Mal "ENTER" drückem.

Grüße,
Dani

Habe ich versucht, mit 2 verschiedenen RJ45 auf Serial - Kabeln. Bei beiden passiert absolut nichts, wenn ich in Putty unter "Connection" auf "serial" stelle (die Optionen stehen wie nach der Installation) und dann auf "Open" klicke.
Da sich nichts tut, vermute ich, dass die Kabel nicht so belegt sind, wie sie es sein sollten, die Stecker lassen sich aber nicht öffnen.
Ich muss dazu sagen, dass ich nicht sicher bin, ob das die mitgelieferten Kabel sind, Die Switche haben ja eine bestimmte Belegung für die RJ45 auf Serial-Adapter vorgesehen. Jedenfalls passen die Farben der Isolierung am RJ45 nicht zu denen, die man in der Anleitung: http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docD ...
Im Rechner ist hinten eini Serial-Anschluss mit 9 Polen und dieser wird im Gerätemanager auch als funktionstüchtig angezeigt.
Ein entsprechend belegtes Kabel könnte ich zwar löten aber ob das der richtige Weg ist, weiß ich nicht. Kostet ja auch Zeit und Nerven...
Wie ist es denn mit der Idee "Strom los machen und nach ein paar Sekunden wieder anstöpseln"? Meint Ihr das würde helfen?

Schon mal mit TeraTerm probiert? Und auch dran denken das richtige Serial-Interface auszuwählen beim Verbinden (sollte in der Regel irgendwas mit "USB" im Namen stehen).

Zitat von @115672:

Schon mal mit TeraTerm probiert? Und auch dran denken das richtige Serial-Interface auszuwählen beim Verbinden (sollte in der
Regel irgendwas mit "USB" im Namen stehen).

Also USB zwar nicht, sondern COM1 aber Tera Term tut es. Warum Putty nicht wollte, keine Ahnung.
Vielen Dank allen,
vor Allem aber devOhh und aqui für den Tipp mit Tera Term VT ;)

Zum Test ob das Termi rennt kann man immer mal mit einer Büroklammer die Pins 2 und 3 der seriellen Schnittstelle am DB-9 Stecker kurzschliessen und dann auf dem Terminal was tippen.
Damit verbindet man den Sende- (TX) Ausgang mit dem Empfangspin (RX) das termi sendet also in sich selbst zurück mit dem Ergebnis das man die eingetippten Zeichen selber sieht. Eine Art Echo also....

Bei PuTTY ist wichtig das du im Setup denselben COMx Port definierst wie auch in TeraTerm, dann klappt das damit auch.

Gut wenns nun generell klappt, damit kannst du dann problemlos die IP Adresse und WebServer Konfig überprüfen !

Wenn's das denn nun war bitte dann auch
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen !

Hallo Aqui und danke noch mal für die zusätzlichen Tipps.
Zur Sache:
Ich habe also im Menü des einen Switches die "IP Konfiguration" aufrufen wollen und plötzlich hat das Switch / die Konsole quasi gar nicht mehr reagiert.
Einige Sekunden später hat das Switch dann offenbar neu gebootet und etwa 1 Minute später konnte ich über die gewohnte IP wieder per Browser auf die Management-Oberfläche des einen Switches zugreifen. War natürlich erst mal erschrocken, VEEAM ONE hat mir Mails ohne Ende geschickt, aber es scheint nun wieder alles in Ordnung.
Das zweite Switch werde ich dann lieber heute abend mal anpacken, da die beiden Switches die Virtualisierungshosts und MSAs
untereinander - und mit dem lokalen Netzwerk verbinden.
Jedenfalls war ordentlich was im Argen, weil dieses Reboot ja nicht die normale Reaktion sein dürfte, wenn man sich die IP-Konfiguration des Switches ansehen will.

Also ich betrachte dieses Problem und damit auch dieses Thema erst einmal als gelöst. Hatte es nur noch offen gelassen, falls noch akute Probleme aufgetaucht wären.

Am Besten ein show tech machen und dem HP Procurve Support schicken. Die können dir sagen, ob etwas mit dem Switch nicht stimmt und veranlassen einen Tausch.

Grüße,
Dani

Einige Sekunden später hat das Switch dann offenbar neu gebootet und etwa 1 Minute später konnte ich über die gewohnte IP wieder per Browser auf die Management-Oberfläche des einen Switches zugreifen.

Uuuuuhhhh, das hört sich nicht gut an. Na ja bei Billigheimer HP vielleicht der Normalfall aber wie geschicldert hört sich das nach einem Firmware Bug an. Ein verlässlicher Switch darf niemals abstürzen oder crashen...Na ja HP...da muss man nix mehr kommentieren.
Was du unbedingt machen solltest ist auf deren Support Seite zu checken ob du auf dem aktuellsten Firmware Release bist mit dem Modell !
Sollte das nicht der Fall sein solltest du schleunigst die aktuellste Firmware einspielen, denn das obige Verhalten hört sich nicht gut an...
Kollege Dani hat das ja auch schon richtigerweise vermutet oben.
Wenn der FW Update nicht hilft dann schnellstens einen RMA Tausch. Da kann HP mal zeigen was ihre sog. "Lifetime Warranty" dann wert ist. Hoffentlich mehr als die HW von ihnen ?!

Auch nen Cisco kann sich mal aufhängen, hab ich zwar erst ein einziges Mal erlebt, aber immerhin ist es möglich

Also es ist ja richtig, das Ding ist ja, dass in über 2 Jahren immer alles in Ordnung war zumal die Dinger seit Ewigkeiten laufen und ich die zeit vorher nicht mitbekommen habe. Außerdem, wenn ich nichts gemacht hätte, wären die ja weiter gelaufen. Nur das Ansprechen der IP-Konfiguration war nicht möglich, die konnte offenbar geräteintern nicht ausgelesen werden und der Versuch, dies über die Konsole zu tun, hat dann zum Absturz der Firmware geführt. NAch dem Reboot war aber der selbe Vorgang ohne Weiteres möglich.
Ich will damit sagen, dass ich die Hardware nicht schlecht reden würde, weil in über 2 Jahren mal was war, zumal die ja nicht grundlos hochverfügbar redundand aufgestellt worden sind. Alle Geräte hängen je an beiden Switchen.
Die Tatsache, dass die beiden quasi zeitgleich dieses Verhalten zeigen, bedeutet aber offenbar auch, dass ein rekonstruierbarer Fehler in der Firmware vorliegt und ja, die neueste Version wird möglichst bald nachgezogen. Veeam One hat aber zum Glück bestätigt, dass es richtig angeschlossen ist für die HA.