9
SBS 2011 Essential, Netzwerkfehler, Ereignis-ID 2012, Quelle srv
Hallo liebes Forum! Ich bin auf der Suche nach der Lösung für folgendes Problem:
Bei mir läuft ein SBS 2011 Essential. Die Clients laufen unter WinXP. Alles läuft zufriedenstellend. Nur gelegentlich (2-4 mal am Tag) unterbricht kurz die Netzwerkverbindung zu den Clients. Im Ereignisprotokoll erhalte ich folgende Meldung:
"Netzwerkfehler, Ereignis-ID 2012, Quelle srv
Beim Übertragen oder Empfangen von Daten ist ein Netzwerkfehler aufgetreten. Gelegentliche Fehlschläge sind normal, aber häufige Fehlschläge deuten auf einen Fehler in der Netzwerkkonfiguration. Der Fehlerstatuscode steht in den wiedergegebenen (in Wörter umgewandelte) Daten und deutet eventuell auf die Fehlerursache."
Um dieses Ereignis herum sind im Ereignisprotokoll immer verschiedene An- und Abmeldeprozesse vermerkt. Wo liegt hier der Fehler? Ich habe mal exemplarisch ein Ereignisprotokoll hochgeladen.
http://filecloud.io/nmf8ljzw
VG ahaupt
Bei mir läuft ein SBS 2011 Essential. Die Clients laufen unter WinXP. Alles läuft zufriedenstellend. Nur gelegentlich (2-4 mal am Tag) unterbricht kurz die Netzwerkverbindung zu den Clients. Im Ereignisprotokoll erhalte ich folgende Meldung:
"Netzwerkfehler, Ereignis-ID 2012, Quelle srv
Beim Übertragen oder Empfangen von Daten ist ein Netzwerkfehler aufgetreten. Gelegentliche Fehlschläge sind normal, aber häufige Fehlschläge deuten auf einen Fehler in der Netzwerkkonfiguration. Der Fehlerstatuscode steht in den wiedergegebenen (in Wörter umgewandelte) Daten und deutet eventuell auf die Fehlerursache."
Um dieses Ereignis herum sind im Ereignisprotokoll immer verschiedene An- und Abmeldeprozesse vermerkt. Wo liegt hier der Fehler? Ich habe mal exemplarisch ein Ereignisprotokoll hochgeladen.
http://filecloud.io/nmf8ljzw
VG ahaupt
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: 197351
Url: https://administrator.de/contentid/197351
Ausgedruckt am: 25.11.2024 um 11:11 Uhr
9 Kommentare
Neuester Kommentar
Hallo,
bitte prüfe zunächst (wenn Du dass noch nich gemacht hast), ob ggf. der Switch ärger macht oder die Verkabelung in Ordnung ist. Des weiteren aktualisiere ggf. den Treiber für die Netzwerkkarte am Server - mache aber vorher ein komplettes Backup des System, damit Du ggf. alles zurücksetzen kannst. Und als weitere Alternative würde ich eine neue Netzwerkkarte einbauen - manchmal ist dieser Kostenaufwand einfach unschlagbar
und schon Zeit und Nerven.
Besten Gruß
Olli
bitte prüfe zunächst (wenn Du dass noch nich gemacht hast), ob ggf. der Switch ärger macht oder die Verkabelung in Ordnung ist. Des weiteren aktualisiere ggf. den Treiber für die Netzwerkkarte am Server - mache aber vorher ein komplettes Backup des System, damit Du ggf. alles zurücksetzen kannst. Und als weitere Alternative würde ich eine neue Netzwerkkarte einbauen - manchmal ist dieser Kostenaufwand einfach unschlagbar
und schon Zeit und Nerven.Besten Gruß
Olli
Danke Olli.
Du vermutest also eher ein Hardwareproblem? Mich machte nur ebend stutzig, daß es immer das selbe Muster im Ereignislog um mein Fehlerereignis herum gibt. Es gibt auch immer einen Kryptografie-Vorgang in der Aufgabenkategorie Systemintegität für den Kontonamen [servername]$. Ich dachte an irgendeine Fehlkonfiguration in den Sicherheitseinstellungen. Hier verlassen mich leider meine Hobbyadminfähigkeiten
Aber ich werde mal zunächst Deine Hinweise umsetzen und melde mich wieder.
VG Andreas
Du vermutest also eher ein Hardwareproblem? Mich machte nur ebend stutzig, daß es immer das selbe Muster im Ereignislog um mein Fehlerereignis herum gibt. Es gibt auch immer einen Kryptografie-Vorgang in der Aufgabenkategorie Systemintegität für den Kontonamen [servername]$. Ich dachte an irgendeine Fehlkonfiguration in den Sicherheitseinstellungen. Hier verlassen mich leider meine Hobbyadminfähigkeiten
Aber ich werde mal zunächst Deine Hinweise umsetzen und melde mich wieder.
VG Andreas
Hi,
erstmal kannst Du Deine Screenshots direkt im Forum einbinden, das "Zappen" auf einige weniger illustre Cloudanbieter bleibt einem dann erspart...
Was ist das für eine Maschine? Wieviel NIC sind an Bord?
LG, Thomas
erstmal kannst Du Deine Screenshots direkt im Forum einbinden, das "Zappen" auf einige weniger illustre Cloudanbieter bleibt einem dann erspart...
Was ist das für eine Maschine? Wieviel NIC sind an Bord?
LG, Thomas
Hallo Thomas,
daß ich Sceenshots einbinden kann habe ich gesehen, aber ich wollte den gesamten Auszug aus der Ereignisanzeige zur Verfügung stellen (.evtx). Dateien kann ich in diesem Forum meines Wissens nicht hochladen?!
Es handelt sich um ein Intel-Serverboard S3420GPLC mit Xeon X3430 2,4GHz und 8Gb RAM.
Es wird die Onboard-NIC verwendet (Intel 82574L). Die zweite onboard verfügbare NIC lungert im Gerätemanager unter "andere Geräte" als "Ethernet-Controller" ohne Treiber herum.
Als Treiber ist der mit dem Board gelieferte installiert. Ich bin etwas unsicher, was mir beim Treiberupdate so wiederfahren kann. Wenn mir bounee empfiehlt, vorher ein Gesamtbackup anzulegen, werden meine Bauchschmerzen noch stärker. Ich habe mich daher bisher davor gedrückt. Aber jetzt muß ich wohl...
VG Andreas
daß ich Sceenshots einbinden kann habe ich gesehen, aber ich wollte den gesamten Auszug aus der Ereignisanzeige zur Verfügung stellen (.evtx). Dateien kann ich in diesem Forum meines Wissens nicht hochladen?!
Es handelt sich um ein Intel-Serverboard S3420GPLC mit Xeon X3430 2,4GHz und 8Gb RAM.
Es wird die Onboard-NIC verwendet (Intel 82574L). Die zweite onboard verfügbare NIC lungert im Gerätemanager unter "andere Geräte" als "Ethernet-Controller" ohne Treiber herum.
Als Treiber ist der mit dem Board gelieferte installiert. Ich bin etwas unsicher, was mir beim Treiberupdate so wiederfahren kann. Wenn mir bounee empfiehlt, vorher ein Gesamtbackup anzulegen, werden meine Bauchschmerzen noch stärker. Ich habe mich daher bisher davor gedrückt. Aber jetzt muß ich wohl...
VG Andreas
Moin,
deaktiviere zunächst mal den zweiten NIC - der SBS 2011 unterstützt nur einen, und man weiss nie, wann der deswegen spuckt.
Der Server selbst ist selber zusammengeschraubt?
Läuft der SBS auf dem Blech oder in einer VM? Die Verkabelung ist strukturiert und geprüft?
Einen anderen NIC würde ich zunächst nicht einbauen, und wenn, sollte er die IP des bisherigen erhalten ...
Check zunächst auch mal die Stabilität zum Switch (ping -t über 5 Minuten und von den Clients zum Server).
LG, Thomas
deaktiviere zunächst mal den zweiten NIC - der SBS 2011 unterstützt nur einen, und man weiss nie, wann der deswegen spuckt.
Der Server selbst ist selber zusammengeschraubt?
Läuft der SBS auf dem Blech oder in einer VM? Die Verkabelung ist strukturiert und geprüft?
Einen anderen NIC würde ich zunächst nicht einbauen, und wenn, sollte er die IP des bisherigen erhalten ...
Check zunächst auch mal die Stabilität zum Switch (ping -t über 5 Minuten und von den Clients zum Server).
LG, Thomas
Hallo Thomas,
die Hardware wurde ca. vor einem Jahr von Aquado (ein Online-Hardwarehändler) als "Bayernserver" verkauft. Den SBS habe ich direkt auf die Hardware installiert. Die Verkabelung läuft seit Jahren unverändert. Auch der Switch war vorher schon da und gab bisher keinen Anlaß zur Klage.
Die zweite NIC habe ich im Geräte-Manager deaktiviert.
Dann habe ich ping -t auf dem Server zu einem Client und zeitgleich umgekehrt gestartet (Client pingt den Server an). Und nun trat glücklicherweise genau das o.g. Ereignis ain:
Für mich äußerte sich das darin, daß meine Remotesitzung zum Server unterbrochen wurde. In dieser Zeit lief der Ping vom Client zum Server unterbrechungsfrei durch. Der Ping vom Server zum Client aber verlor zur selben Zeit 6 Pakete (Zeitüberschreitung).
Insgesamt lief ping -t auf beiden Rechnern ca. 1 Stunde weiter ohne irgendwelche Aussetzer.
Können wir hier nicht ein Hardware-Problem ausschließen?
VG Andreas
die Hardware wurde ca. vor einem Jahr von Aquado (ein Online-Hardwarehändler) als "Bayernserver" verkauft. Den SBS habe ich direkt auf die Hardware installiert. Die Verkabelung läuft seit Jahren unverändert. Auch der Switch war vorher schon da und gab bisher keinen Anlaß zur Klage.
Die zweite NIC habe ich im Geräte-Manager deaktiviert.
Dann habe ich ping -t auf dem Server zu einem Client und zeitgleich umgekehrt gestartet (Client pingt den Server an). Und nun trat glücklicherweise genau das o.g. Ereignis ain:
Für mich äußerte sich das darin, daß meine Remotesitzung zum Server unterbrochen wurde. In dieser Zeit lief der Ping vom Client zum Server unterbrechungsfrei durch. Der Ping vom Server zum Client aber verlor zur selben Zeit 6 Pakete (Zeitüberschreitung).
Insgesamt lief ping -t auf beiden Rechnern ca. 1 Stunde weiter ohne irgendwelche Aussetzer.
Können wir hier nicht ein Hardware-Problem ausschließen?
VG Andreas
Moin zurück,
Wir können hier aber weiter machen: nächster Schritt wäre für mich, den Server mit einem neuen Patch-Kabel an einem anderen Port des Switches (was ist das für einer?)anzudröseln und wieder zu testen.
Zusätzlich natürlich den DNS testen: nslookup IP und Namen sowohl vom Server zum Client als auch umgekehrt. Apropos IP: IPv6 ist nicht zufällig abgeschalten wurden?
Danach würde ich tatsächlich den SBS selbst auf das aktuelleste patch-level "heben" und auch dem NIC den neuesten Treiber verpassen. Eine Komplettsicherung dafür ist eigentlich nicht notwendig, allerdings sollte die ständig und aktuell vorhanden sein - IMHO bringt auch der Essential die notwendigen Werkzeuge dafür mit.
So, dass wären die nächsten Bastelaufgaben für den Vormittag ...
LG, Thomas
die Hardware wurde ca. vor einem Jahr von Aquado (ein Online-Hardwarehändler) als "Bayernserver" verkauft.
Das könnte erklären, dass der nicht läuft Den SBS habe ich direkt auf die Hardware installiert
O.K.Die Verkabelung läuft seit Jahren unverändert. Auch der Switch war vorher schon da und gab bisher keinen Anlaß zur Klage.
Viele Schwangere, die ich bisher kennengelernt habe, haben anamnestisch beteuert, vorher mitunter mehr als zwanzig JAhre nicht schwanger gewesen zu sein. Und doch ... Die zweite NIC habe ich im Geräte-Manager deaktiviert.
O.K.Können wir hier nicht ein Hardware-Problem ausschließen?
Leider nein ...Wir können hier aber weiter machen: nächster Schritt wäre für mich, den Server mit einem neuen Patch-Kabel an einem anderen Port des Switches (was ist das für einer?)anzudröseln und wieder zu testen.
Zusätzlich natürlich den DNS testen: nslookup IP und Namen sowohl vom Server zum Client als auch umgekehrt. Apropos IP: IPv6 ist nicht zufällig abgeschalten wurden?
Danach würde ich tatsächlich den SBS selbst auf das aktuelleste patch-level "heben" und auch dem NIC den neuesten Treiber verpassen. Eine Komplettsicherung dafür ist eigentlich nicht notwendig, allerdings sollte die ständig und aktuell vorhanden sein - IMHO bringt auch der Essential die notwendigen Werkzeuge dafür mit.
So, dass wären die nächsten Bastelaufgaben für den Vormittag ...
LG, Thomas
Hallo Thomas,
Bastelaufgabe erledigt!
Patchkabel getauscht,
anderen Port belegt am Switch
nslookup in allen Richtungen funktioniert
IPv6 habe ich nicht deaktiviert am NIC, weil ich darüber gelesen habe, daß das Probleme gibt. BPA mault hier auch rum. Ich habe hier nur als IP irgendeine aus dem privat nutzbaren Adressraum vergeben, kein DNS, kein DHCP. Vielleicht ist das falsch? Müssen hier andere Dummyeinstellungen rein, oder muß ich per regedit IPv6 besser richtig abschalten (da wollte ich noch nicht richtig ran, vielleicht brauchen wir ja IPv6 bald)?
Der Switch ist ein TP-Link TL-SG 1024 24Port. Vielleicht ist er ja tatsächlich ein bisschen schwanger!? lol
Hier muß ich dann erstmal was neues anschaffen.
Der SBS updatet sich regelmäßig; dann ist er auf das aktuelleste patch-level "gehoben"?
Und dann das Treiberupdate, da muß ich mir mal ein Wartungsfenster öffnen ;) Aber das steht jetzt auf dem Plan.
Die automatische Serversicherung ist natürlich eingerichtet - immer nachts.
Das dauert nur immer ewig (ich nutze den onboard Raidcontroller für ein Raid1. Ich glaube, der bremst unheimlich. Das bedeutet natürlich, daß auch eine Wiederherstellung nicht mal eben so gemacht ist.
Ich berichte, ob und wann der Fehler weiter auftritt und melde mich.
VG Andreas
Bastelaufgabe erledigt!
Patchkabel getauscht,
anderen Port belegt am Switch
nslookup in allen Richtungen funktioniert
IPv6 habe ich nicht deaktiviert am NIC, weil ich darüber gelesen habe, daß das Probleme gibt. BPA mault hier auch rum. Ich habe hier nur als IP irgendeine aus dem privat nutzbaren Adressraum vergeben, kein DNS, kein DHCP. Vielleicht ist das falsch? Müssen hier andere Dummyeinstellungen rein, oder muß ich per regedit IPv6 besser richtig abschalten (da wollte ich noch nicht richtig ran, vielleicht brauchen wir ja IPv6 bald)?
Der Switch ist ein TP-Link TL-SG 1024 24Port. Vielleicht ist er ja tatsächlich ein bisschen schwanger!? lol
Hier muß ich dann erstmal was neues anschaffen.
Der SBS updatet sich regelmäßig; dann ist er auf das aktuelleste patch-level "gehoben"?
Und dann das Treiberupdate, da muß ich mir mal ein Wartungsfenster öffnen ;) Aber das steht jetzt auf dem Plan.
Die automatische Serversicherung ist natürlich eingerichtet - immer nachts.
Das dauert nur immer ewig (ich nutze den onboard Raidcontroller für ein Raid1. Ich glaube, der bremst unheimlich. Das bedeutet natürlich, daß auch eine Wiederherstellung nicht mal eben so gemacht ist.
Ich berichte, ob und wann der Fehler weiter auftritt und melde mich.
VG Andreas
Zurück...
LG, Thomas
Bastelaufgabe erledigt!
Prima!IPv6 habe ich nicht deaktiviert am NIC
Gott sei Dank - hier hast Du mich missverstanden. Wäre eine mögliche Fehlerquelle wenn deaktiviertDer Switch ist ein TP-Link TL-SG 1024 24Port.
Kenn ich nicht, klingt irgendwie nicht wirklich nach "PRO", kann, muss aber nicht die Ursache sein - beobachten...Der SBS updatet sich regelmäßig; dann ist er auf das aktuelleste patch-level "gehoben"
YEPDas dauert nur immer ewig (ich nutze den onboard Raidcontroller für ein Raid1. Ich glaube, der bremst unheimlich.
Das wäre eine weitere Möglichkeit. Ich hatte mal einen SBS2003 auf einem ProLiant ML 1xx - genau weiss ich dass nicht mehr, ebenfalls mit fake-Raidcontroller. Wenn dort grössere Datenmengen geschrieben wurden, hat das Teil auch dicht gemacht ... ich habe dann komplett getauscht. Insofern sollte man überlegen, ob ein RAID1 auf so einem Mistding überhaupt Sinn macht (wenn man ein vernünftiges Sicherungsregime fährt, ist das eher kontraproduktiv)Ich berichte, ob und wann der Fehler weiter auftritt und melde mich.
So machst Du das,LG, Thomas
