Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Netzwerkkarte per Kommandozeile hart resetten

Moderatoren: Dayworker, irix

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Netzwerkkarte per Kommandozeile hart resetten

Beitragvon rprengel » 25.02.2014, 12:23

Hallo,

in einem Host hat sich eine Netzwerkkarte abgehängt. Nach einem reboot ist sie wieder aktiv. Gibt es eine Möglichkeit eine Netzwerkkarte per Kommandozeile hart zu resetten ohne direkt den Host komplett booten zu müssen?

Gruss und Dank

Guru
Beiträge: 2761
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 25.02.2014, 12:52

Ich brauchte das auch schon einmal:

Code: Alles auswählen

esxcli network nic down -n vmnicX
esxcli network nic up -n vmnicX


siehe auch VMWare KB2006074.

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 26.02.2014, 10:19

~thc hat geschrieben:Ich brauchte das auch schon einmal:

Code: Alles auswählen

esxcli network nic down -n vmnicX
esxcli network nic up -n vmnicX


siehe auch VMWare KB2006074.


Hallo,

gerade getestet:

2014-02-26T09:14:26.658Z cpu0:8539)Uplink: 7983: Setting speed/duplex to (0 AUTO ) on vmnic1.
2014-02-26T09:14:26.658Z cpu1:4124)<3>0000:01:00.0: vmnic1: Cannot change link c haracteristics when SoL/IDER is active.
2014-02-26T09:14:26.658Z cpu2:8539)Uplink: 8002: Wait for device vmnic1 async ca ll failed.

Zum Fehler gibt es ein paar allgemeine Treffer.
Hast du einen Tip was ich sonst noch machen kann.

Gruss

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 26.02.2014, 14:04

rprengel hat geschrieben:
~thc hat geschrieben:Ich brauchte das auch schon einmal:

Code: Alles auswählen

esxcli network nic down -n vmnicX
esxcli network nic up -n vmnicX


siehe auch VMWare KB2006074.


Hallo,

gerade getestet:

2014-02-26T09:14:26.658Z cpu0:8539)Uplink: 7983: Setting speed/duplex to (0 AUTO ) on vmnic1.
2014-02-26T09:14:26.658Z cpu1:4124)<3>0000:01:00.0: vmnic1: Cannot change link c haracteristics when SoL/IDER is active.
2014-02-26T09:14:26.658Z cpu2:8539)Uplink: 8002: Wait for device vmnic1 async ca ll failed.

Zum Fehler gibt es ein paar allgemeine Treffer.
Hast du einen Tip was ich sonst noch machen kann.

Gruss


Nachtrag:
Ich werde mir morgen früh mal das Bios der Intelkartena ansehen und schauen ob man die Option deaktivieren kann.
Gruss

Guru
Beiträge: 2761
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 26.02.2014, 17:21

Kleine Anmerkung: SOL/IDER (Serial Over LAN/ IDE-Redirection) kenne ich _nur_ im Zusammenhang mit Intel AMT Technologie - läuft auf dieser physischen Karte etwas in der Richtung?

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 27.02.2014, 07:46

~thc hat geschrieben:Kleine Anmerkung: SOL/IDER (Serial Over LAN/ IDE-Redirection) kenne ich _nur_ im Zusammenhang mit Intel AMT Technologie - läuft auf dieser physischen Karte etwas in der Richtung?


Gerade geschaut,
Onboard-Karte ist deaktiviert,
beide gesteckten Karten haben nur ein miniamles Bios mit Optionen für PXE Booot und WakeonLan.
Ich habe WakeonLan deaktiviert und nach einem Reboot hat das Kommando funktioniert.
Zufall oder nicht, muss ich noch klären.

Gruss

Guru
Beiträge: 2761
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 27.02.2014, 08:06

Wenn kein AMT/IPMI da seine Finger drin hat, wird wahrscheinlicher, was andere unter der Fehlermeldung im Netz berichten: Ein Mismatch zwischen dem Modul (e1000e) und der Hardware.

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 27.02.2014, 08:17

~thc hat geschrieben:Wenn kein AMT/IPMI da seine Finger drin hat, wird wahrscheinlicher, was andere unter der Fehlermeldung im Netz berichten: Ein Mismatch zwischen dem Modul (e1000e) und der Hardware.


ok
schaue ich mir auch an.

Gruss

King of the Hill
Beiträge: 13657
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 27.02.2014, 11:50

Wenn ich das richtig mitbekommen habe, spielt eine deaktivierte Onboard-Karte für AMT keine Rolle. AMT schwenkt dann auf die nächste verfügbare. Von der Warte könnte man die Onboard auch reaktivieren oder/und AMT darauf festpinnen.
Falls du AMT überhaupt nicht nutzt, könntest du das auch komplett deaktivieren.

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 27.02.2014, 12:14

Dayworker hat geschrieben:Wenn ich das richtig mitbekommen habe, spielt eine deaktivierte Onboard-Karte für AMT keine Rolle. AMT schwenkt dann auf die nächste verfügbare. Von der Warte könnte man die Onboard auch reaktivieren oder/und AMT darauf festpinnen.
Falls du AMT überhaupt nicht nutzt, könntest du das auch komplett deaktivieren.


Ich habe in allen Karten alles deaktiviert was zu deaktivieren ist.
Mein eigentliches Problem ist offenbar das es wieder knallt wenn zwei Netzwerkkarten aktiv sind. Das Problem hatte ich schon mal.
Ein 100 GB Copy-Job mit Trilead ist jetzt sauber, aber nur mit nur einer aktiven Karte, gelaufen.
Das sind halt die Freuden wenn man mit Standard-Hardware und fernab der HCL unterwegs ist.

Gruss

King of the Hill
Beiträge: 13657
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 27.02.2014, 15:49

AMT ist als Fernwartungsfunktion (Out-of-Band) wie KVM keine Funktion einer Nic sondern gehört zum Mainboard. Von daher ist dein Problem sicherlich nicht die Nutzung von zwei Nic's sondern aktiviertes AMT, wodurch eine Nic eine Doppelfunktionalität inklu anderer MAC-Adresse erhält und wenn ich deine Scenic-PCs noch richtig in Erinnerung habe, sind diese dank ihres Q-Chipsatzes auch voll AMT-fähig.

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 27.02.2014, 15:52

Dayworker hat geschrieben:AMT ist als Fernwartungsfunktion (Out-of-Band) wie KVM keine Funktion einer Nic sondern gehört zum Mainboard. Von daher ist dein Problem sicherlich nicht die Nutzung von zwei Nic's sondern aktiviertes AMT, wodurch eine Nic eine Doppelfunktionalität inklu anderer MAC-Adresse erhält und wenn ich deine Scenic-PCs noch richtig in Erinnerung habe, sind diese dank ihres Q-Chipsatzes auch voll AMT-fähig.


Hallo,

ich schaue das morgen früh noch mal nach, bin aber sicher da schon alles deaktiviert zu haben. ich melde mich.

Gruss

Experte
Beiträge: 1362
Registriert: 30.03.2009, 17:13

Beitragvon UrsDerBär » 27.02.2014, 15:58

Hab das gestern grad auch bei nem Host gehabt. Seltsamerweise war aber nur das Management-Netzwerk betroffen und da auch nur der Verwaltungsdatenverkehr. Lief alles wie gewohnt weiter. Kam aber nicht wirklich auf den Host.
Ausser einem Neustart hat aber nix geholfen, auch ein reboot der Dienste nicht. Betraf übrigens auch die Onboard-Nics. --> Beide, nicht nur einen. Jetzt liegt der zweite Managmentport auf der Zusatzkarte... ;)

Mal sehen ob ich AMT da nicht deaktiviert habe, sofern das überhaupt drauf ist. IPMI ist ne separate NIC.

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 28.02.2014, 06:00

UrsDerBär hat geschrieben:Hab das gestern grad auch bei nem Host gehabt. Seltsamerweise war aber nur das Management-Netzwerk betroffen und da auch nur der Verwaltungsdatenverkehr. Lief alles wie gewohnt weiter. Kam aber nicht wirklich auf den Host.
Ausser einem Neustart hat aber nix geholfen, auch ein reboot der Dienste nicht. Betraf übrigens auch die Onboard-Nics. --> Beide, nicht nur einen. Jetzt liegt der zweite Managmentport auf der Zusatzkarte... ;)

Mal sehen ob ich AMT da nicht deaktiviert habe, sofern das überhaupt drauf ist. IPMI ist ne separate NIC.


Hurra,
ich muss nicht in die Klinik ;-)
Aktuell leiste ich mir den Luxus zu sagen das es das mein Ansatz verschiedene Karten zu nutzen hilft. Für meinen Fall ist das ok das er nur um Testsysteme geht.
Ist zwar lästig aber 20 + 25 Testsysteme pro Host bekomme ich ansonsten für den Kurs nicht hin.

Gruss

Experte
Beiträge: 1362
Registriert: 30.03.2009, 17:13

Beitragvon UrsDerBär » 28.02.2014, 08:11

Schon ziemlich strange ja... War aber auch das erste mal, dass ich das hatte. Der Host läuft seit Monaten fehlerfrei.

Das einzige was hier aber sein kann: Habe am Tag vor dem Hänger ein paar Änderungen an den vSwitches vorgenommen. Vielleicht hat er sich da ja überworfen. Da ich nicht alles heruntergefahren hatte und im Wartungszustand war, wäre es zumindest denkbar, wenn auch seltsam, dass es nicht sofort sondern ein paar Stunden später passierte. Habe ne separate "vmk" für NFS sowie ein "VM Netzwerk" hinzugefügt.

Guru
Beiträge: 3114
Registriert: 27.12.2004, 22:17

Beitragvon rprengel » 28.02.2014, 08:38

UrsDerBär hat geschrieben:Schon ziemlich strange ja... War aber auch das erste mal, dass ich das hatte. Der Host läuft seit Monaten fehlerfrei.

Das einzige was hier aber sein kann: Habe am Tag vor dem Hänger ein paar Änderungen an den vSwitches vorgenommen. Vielleicht hat er sich da ja überworfen. Da ich nicht alles heruntergefahren hatte und im Wartungszustand war, wäre es zumindest denkbar, wenn auch seltsam, dass es nicht sofort sondern ein paar Stunden später passierte. Habe ne separate "vmk" für NFS sowie ein "VM Netzwerk" hinzugefügt.


Das scheint eine ähnliche Konfig zu sein wie bei mir.
Karte 1 für das Tagesgeschäft auf 192.168.a.b über das die User arbeiten
Karte 2 für die Wartung auf 172.16.a.b für Wartung und Backup.

Gruss


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 6 Gäste