ahaupt
Goto Top

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

Content-Key: 197351

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

Ausgedruckt am: 29.03.2024 um 12:03 Uhr

Mitglied: bounee
bounee 21.01.2013 um 11:24:53 Uhr
Goto Top
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 face-smile und schon Zeit und Nerven.

Besten Gruß
Olli
Mitglied: ahaupt
ahaupt 21.01.2013 um 11:55:54 Uhr
Goto Top
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ähigkeitenface-sad

Aber ich werde mal zunächst Deine Hinweise umsetzen und melde mich wieder.

VG Andreas
Mitglied: keine-ahnung
keine-ahnung 21.01.2013 um 13:37:42 Uhr
Goto Top
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
Mitglied: ahaupt
ahaupt 21.01.2013 um 15:11:20 Uhr
Goto Top
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
Mitglied: keine-ahnung
keine-ahnung 21.01.2013 um 18:15:10 Uhr
Goto Top
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
Mitglied: ahaupt
ahaupt 22.01.2013 um 08:01:05 Uhr
Goto Top
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
Mitglied: keine-ahnung
keine-ahnung 22.01.2013 um 08:19:29 Uhr
Goto Top
Zitat von @ahaupt:
Hallo Thomas,
Moin zurück,
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 face-wink
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 ... face-wink
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
Mitglied: ahaupt
ahaupt 22.01.2013 um 11:35:37 Uhr
Goto Top
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
Mitglied: keine-ahnung
keine-ahnung 22.01.2013 aktualisiert um 13:05:31 Uhr
Goto Top
Zitat von @ahaupt:
Hallo Thomas,
Zurück...
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 deaktiviert
Der 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"
YEP
Das 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