7
Server 2008r2 Netzwerkproblem (vmsmp id 28)
Hallo liebe Community!
Ich hab hier ein sehr lästiges und nicht nachvollziehbares Problem mit meinem 2008r2.
Es läuft darauf nur die Hyper-V Rolle, in welcher dann noch 3 Gäste (exchange, DC und ein Fileserver) laufen.
Alle drei Gäste sind über eine externe Verbindung mit der Host NIC "verbunden" und so weit ist auch alles in Butter.
Das Ganze läuft jetzt auch schon seit längerer Zeit Fehlerfrei.
Nun gibt es aber in sporadischen Abständen immer mal kurze Netzwerkaussetzer, die man an jedem Client mitbekommt. (kurz keine Verbindung mehr.... warten paar sekunden.... Verbindung wieder da)
Ein Blick ins Erreignislog vom Host, da werd ich überschwemmt mit dieser Warnung: vmsmp id 28 in welcher drin steht, dass es Probleme gab eine Macadresse auf Anschluss x (lange ID) zu binden, da sie von Anschluss y (lange ID) in Verwendung ist.
Diese Macadressen, um welche es sich da dreht, sind die der virtuellen Gäste.
OK, dachte ich mir, dann lösche ich einmal die virtuelle, externe Netzwerkkarte im Hyper-V Manager und lege eine Neue, mit einer leicht veränderten Macadressliste an, und verknüpfe die dann wieder mit den Gästen.
Gedacht, getan! und alles schien vorerst auch wieder zu funktionieren...
Nun heute die Überraschung... es gab wieder einen "Netzwerkaufleger" und auch wieder UNMENGEN an "vmsmp id 28" Warnungen....
Ich bin hier echt mit meinen Latein am Ende!!
Kann sich das jemand erklären und mir evtl. neue Denkansätze verpassen?
oder hat vielleicht sogar wer die Lösung für das Problem?
Ich bin jedem Hinweis zu tiefsten Dank verpflichtet!
Ich hab hier ein sehr lästiges und nicht nachvollziehbares Problem mit meinem 2008r2.
Es läuft darauf nur die Hyper-V Rolle, in welcher dann noch 3 Gäste (exchange, DC und ein Fileserver) laufen.
Alle drei Gäste sind über eine externe Verbindung mit der Host NIC "verbunden" und so weit ist auch alles in Butter.
Das Ganze läuft jetzt auch schon seit längerer Zeit Fehlerfrei.
Nun gibt es aber in sporadischen Abständen immer mal kurze Netzwerkaussetzer, die man an jedem Client mitbekommt. (kurz keine Verbindung mehr.... warten paar sekunden.... Verbindung wieder da)
Ein Blick ins Erreignislog vom Host, da werd ich überschwemmt mit dieser Warnung: vmsmp id 28 in welcher drin steht, dass es Probleme gab eine Macadresse auf Anschluss x (lange ID) zu binden, da sie von Anschluss y (lange ID) in Verwendung ist.
Diese Macadressen, um welche es sich da dreht, sind die der virtuellen Gäste.
OK, dachte ich mir, dann lösche ich einmal die virtuelle, externe Netzwerkkarte im Hyper-V Manager und lege eine Neue, mit einer leicht veränderten Macadressliste an, und verknüpfe die dann wieder mit den Gästen.
Gedacht, getan! und alles schien vorerst auch wieder zu funktionieren...
Nun heute die Überraschung... es gab wieder einen "Netzwerkaufleger" und auch wieder UNMENGEN an "vmsmp id 28" Warnungen....
Ich bin hier echt mit meinen Latein am Ende!!
Kann sich das jemand erklären und mir evtl. neue Denkansätze verpassen?
oder hat vielleicht sogar wer die Lösung für das Problem?Ich bin jedem Hinweis zu tiefsten Dank verpflichtet!
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 173048
Url: https://administrator.de/contentid/173048
Printed on: May 1, 2024 at 21:05 o'clock
7 Comments
Latest comment
Nur nochmal sicher nachgefragt: ...."Alle drei Gäste sind über eine @+++externe@@ Verbindung mit der Host NIC "verbunden" .."
Bist du dir da ganz sicher ??
Sowas ist höchst unüblich in einer VM Umgebung. In der Regel macht das ein Softswitch in der VM Hostsoftware der per Layer 2 Bridge, NAT oder als Host Interface intern mit der physischen NIC verbunden ist aber niemals externe Verbindungen...?
Dr. Google spuckt auch eine Menge dazu aus und wie man es löst:
http://social.technet.microsoft.com/Forums/en-US/virtualmachinemanager/ ...
Bzw.
http://lmgtfy.com/?q=vmsmp+id+28
Bist du dir da ganz sicher ??
Sowas ist höchst unüblich in einer VM Umgebung. In der Regel macht das ein Softswitch in der VM Hostsoftware der per Layer 2 Bridge, NAT oder als Host Interface intern mit der physischen NIC verbunden ist aber niemals externe Verbindungen...?
Dr. Google spuckt auch eine Menge dazu aus und wie man es löst:
http://social.technet.microsoft.com/Forums/en-US/virtualmachinemanager/ ...
Bzw.
http://lmgtfy.com/?q=vmsmp+id+28
vmsmp id 28 ist ein Hinweis auf eine doppelte MAC Adresse. Anschluss Y - evtl eine IPV6 Verbindung ?
Das könnte durch kopieren / Klonen einer VM passieren.
Oder eine der VM war vorher auf Blech und du hattest dort eine HW MAC auch Softwareseitig eingetragen. Nun fährst Du das alte Blech wieder hoch...
Du solltest die MACs und Netzwerkkonfigs auch innerhalb der VMs prüfen.
zudem erscheint ein VM Server mit nur einer Lankarte und den genannten Diensten etwas "schwach" ausgestattet, von der Systemsicherheit abgesehen...
Das könnte durch kopieren / Klonen einer VM passieren.
Oder eine der VM war vorher auf Blech und du hattest dort eine HW MAC auch Softwareseitig eingetragen. Nun fährst Du das alte Blech wieder hoch...
Du solltest die MACs und Netzwerkkonfigs auch innerhalb der VMs prüfen.
zudem erscheint ein VM Server mit nur einer Lankarte und den genannten Diensten etwas "schwach" ausgestattet, von der Systemsicherheit abgesehen...
Danke erstmal für eure Beiträge!
"Alle drei Gäste sind über eine @+++externe@@ Verbindung mit der Host NIC "verbunden" .."
--> Ja in der Hyper-V Manager für Virtuelle Netzwerke, kann man ja auswählen, was für ne NIC der Gast bekommen soll: Intern (nur von Gast zu Host), Privat (nur von gast zu gast) und extern (von gast zu physikalisch durchgeschliffen)
Damit nun der Gast auch mit allen anderen NICs im Netzwerk reden kann, muss ich da schlicht die externe Variante nutzen.
Das was du meinst aqui, mit einer NAT Verbindung richtung Gäste ist so in Hyper-V garnicht machbar, kenne ich zumindest nur von VMware.
Ich hab ganz google schon durch! das ist ja das Problem, desshalb poste ich hier! die beiden Links kenne ich entsprechend auch. Nur leider haben die eben nicht zu ner Lösung verholfen.
-->vmsmp id 28 ist ein Hinweis auf eine doppelte MAC Adresse
Ja, so deutet man das, aber es ist höchst unwahrscheinlich. Ich hab ja die Macadressen schon geändert und es betrifft ja auch nicht nur einen Gast sondern immer gleich alle!
-->Anschluss Y - evtl eine IPV6 Verbindung ?
Wie finde ich das raus? welcher Anschluss sich hinter einer Anschluss ID versteckt? bzw. ob der IP V6 ist?
-->Das könnte durch kopieren / Klonen einer VM passieren.
Sind komplett neue nicht geklonte oder abgezogene Maschinen
-->zudem erscheint ein VM Server mit nur einer Lankarte und den genannten Diensten etwas "schwach" ausgestattet, von der Systemsicherheit abgesehen...
Wie meinst du das? der Host hat 2 NICs allerdings hab ich eine deak., da die 3 Gäste ihre NIC per Hyper-V einfach auf die Host NIc durchschleifen.
Meinst du, ich soll die 2. NIC auch zu ner externen machen und da einen dran anbinden? da wären dann 2 an der einen Host NIC und 1 an der anderne.
"Alle drei Gäste sind über eine @+++externe@@ Verbindung mit der Host NIC "verbunden" .."
--> Ja in der Hyper-V Manager für Virtuelle Netzwerke, kann man ja auswählen, was für ne NIC der Gast bekommen soll: Intern (nur von Gast zu Host), Privat (nur von gast zu gast) und extern (von gast zu physikalisch durchgeschliffen)
Damit nun der Gast auch mit allen anderen NICs im Netzwerk reden kann, muss ich da schlicht die externe Variante nutzen.
Das was du meinst aqui, mit einer NAT Verbindung richtung Gäste ist so in Hyper-V garnicht machbar, kenne ich zumindest nur von VMware.
Ich hab ganz google schon durch!
das ist ja das Problem, desshalb poste ich hier! die beiden Links kenne ich entsprechend auch. Nur leider haben die eben nicht zu ner Lösung verholfen.-->vmsmp id 28 ist ein Hinweis auf eine doppelte MAC Adresse
Ja, so deutet man das, aber es ist höchst unwahrscheinlich. Ich hab ja die Macadressen schon geändert und es betrifft ja auch nicht nur einen Gast sondern immer gleich alle!
-->Anschluss Y - evtl eine IPV6 Verbindung ?
Wie finde ich das raus? welcher Anschluss sich hinter einer Anschluss ID versteckt? bzw. ob der IP V6 ist?
-->Das könnte durch kopieren / Klonen einer VM passieren.
Sind komplett neue nicht geklonte oder abgezogene Maschinen
-->zudem erscheint ein VM Server mit nur einer Lankarte und den genannten Diensten etwas "schwach" ausgestattet, von der Systemsicherheit abgesehen...
Wie meinst du das? der Host hat 2 NICs allerdings hab ich eine deak., da die 3 Gäste ihre NIC per Hyper-V einfach auf die Host NIc durchschleifen.
Meinst du, ich soll die 2. NIC auch zu ner externen machen und da einen dran anbinden? da wären dann 2 an der einen Host NIC und 1 an der anderne.
Ist dein externer Switch der die NICs verbindet ein managebarer ? Hast du dort mal in die Syslog Einträge gesehen ob der ggf. eine doppelte Mac ebenso anmerkert ?
Wenn das der Fall wäre, also es die Macadressen doppelt geben würde (obwohl ich, wie gesagt die schonmal geändert hab), dann müßte die inkonnektivität doch ein Dauerzustand sein und nicht nur aller Paar Wochen mal für paar Sehunden auftreten oder? bin in Sachen Macadressen nicht so der Fuchs.
Du hast wohl 2 Lankarten so angeschlossen ?
LAN1 1xHost
LAN2 3xGuest an 1 VM Switch
Switch und Firewall-logs sprechen evtl mehr. Oder Sicherheitssoftware, wenn da ein excange ist wird ja auch ne Firewall loggen ?
http://en.wikipedia.org/wiki/MAC_spoofing - das ist gar nicht mehr selten. Angstmach bl bl bl :-"
schalte doch auf allen vieren mal IPV6 ab - ist evtl gar nicht notwendig - oder geht ein Dienst über IPV6 bei dir ?
LAN1 1xHost
LAN2 3xGuest an 1 VM Switch
Switch und Firewall-logs sprechen evtl mehr. Oder Sicherheitssoftware, wenn da ein excange ist wird ja auch ne Firewall loggen ?
http://en.wikipedia.org/wiki/MAC_spoofing - das ist gar nicht mehr selten. Angstmach bl bl bl :-"
schalte doch auf allen vieren mal IPV6 ab - ist evtl gar nicht notwendig - oder geht ein Dienst über IPV6 bei dir ?
Der Beitrag ist zwar älter, ich hoffe es hilft dennoch.
In der Konstellation darf an der physikalischen NWK nur das Protokoll des virtuellen Switch aktiv sein und an der LAN-Verbindung - Virtuelles Netzwerk alle anderen Protokolle.
Passiert unter anderem beim installieren von VPN-Clients am Host
In der Konstellation darf an der physikalischen NWK nur das Protokoll des virtuellen Switch aktiv sein und an der LAN-Verbindung - Virtuelles Netzwerk alle anderen Protokolle.
Passiert unter anderem beim installieren von VPN-Clients am Host
