W530 Instabiler LAN-Betrieb mit Kaspersky 19

[Snoere]

[Nach dem es jetzt klar ist, dass es kein Treiberproblem, sondern ein Kasoersky Problem ist, habe ich den Thread-Titel angepasst]

Nachdem mir immer wieder Backup-Jobs mit einer Netzwerk-Fehlermeldung abgebrochen sind, habe ich einige Benchmarks und Belastungstests mit "NASTester" gemacht. Tatsächlich hatte ich mit dem Intel LAN Treiber regelmäßige Verbindungsabbrüche beim Lesen von großen Datenmengen von meinem NAS (z.B. beim Backup-Verify). Nach einer Weile unter Last verabschiedet sich der LAN-Adapter, ist für einige Sekunden nicht verfügbar und wird danach anscheinend wieder automatisch neu gestartet. Ich habe mit einigen Treiberparametern für Puffer etc herum gespielt, konnte aber keinen stabilen Betrieb bekommen.

Ich bin dann auf den Microsoft Treiber gewechselt. Der funktioniert stabil, hat aber den Schönheitsfehler, dass beim Aufwachen aus dem Standby gelegentlich der LAN-Adapter keine Verbindung mehr hat (Fehlermeldung "kein Internetzugriff"). Dann hilft nur ein Neustart.

Da ich regelmäßig viele Fenster für aktuelle Projekte offen habe, außerdem ein zuverlässiges automatische Backup brauche, suche ich eine stabile Lösung. Habt ihr eine Idee, welchen Treiber ich verwenden kann, der sowohl regelmäßigen Standby, als auch hohe Netzwerklast ohne Probleme beherrscht?

 

[LZ_]

Schon mal auf die Netzwerklast geachtet....

 

[Mornsgrans]

Fange doch erst einmal damit im Gerätemanager an, in den Eigenschaften der LAN-Verbindung, Registerkarte Energie den Punkt "Computer kann Gerät ausschalten, um Energie zu sparen" zu deaktivieren.
Ist der Rechner an einem Router angeschlossen, in diesem für die Ports, an denen Rechner und NAS hängen, den "Green-Mode" deaktivieren.

 

[Snoere]

Danke euch für die Antworten.

@LZ_: Wenn ich deine Frage richtig verstehe - ja, ich habe mit dem Benchmark Tool (Voll-)Last erzeugt und dabei im Task Manager die Netzwerkauslastung beobachtet. Dabei ist mir dann aufgefallen, dass das Interface sich kurzzeitig verabschiedet.

@Mornsgrans: Die Geräte hängen am gleichen Switch, d.h. ich kann die maximale Bandbreite abrufen. Da die Schnittstelle unter Volllast aussteigt, dürfte die Energiesparoption eigentlich keine Problem sein - oder beziehst du das auf das Standby Problem? Egal wie: die Energiesparoption war schon ausgeschaltet. Hier liegt auch das größte Problem des Microsoft Treibers: entweder habe ich die Energiespar-Option aktiv, dann kann ich Wake On LAN nutzen - oder ich muss beides ausschalten. Nur mit dem Intel Treiber bekommt man zuverlässig WOL zum Laufen, so zumindest meine Erfahrung auf verschiedensten Rechnern.

 

[Mornsgrans]

oder beziehst du das auf das Standby Problem?

Sowohl als auch. - Ich habe schon LAN-Adapter erlebt, die in den Sleep-Mode wechselten, obwohl ein Kopiervorgang über das Netz lief, am Rechner sonst nichts gemacht wurde.

Ist zwar schon etliche Jahre her, aber pauschal ausschließen möchte im Moment nichts.

Welche Treiberversionen aus welchen Quellen hast Du denn schon versucht?

 

[laptopheaven]

Die Geräte hängen am gleichen Switch,

Habe ich es überlesen oder steht dazu nichts im Thread ? Welchen Switch verwendest Du ?
Auch für diese kann es ab und an mal einen FW Update geben.

Schon mal ans LAN Kabel gedacht und dieses getauscht ?

Du könntest auch testweise versuchen Dich mal ohne Switch direkt mit dem NAS zu verbinden um den Switch als Fehlerquelle auszuschliessen.

 

[LZ_]

Ich dachte da an https://www.cacti.net/index.php
Möglicherweise tut es für den ersten Überblick auch ein am hostrechner laufender trafficmonitor. Störquellen würde ich auch tunlichst entfernen wenn ein kritisches backup läuft.....

 

[Snoere]

Habe ich es überlesen oder steht dazu nichts im Thread ? Welchen Switch verwendest Du ?
Auch für diese kann es ab und an mal einen FW Update geben.

Yep, daran habe ich schon gedacht und habe zwei kleine Switches getestet. FW ist bei beiden aktuell. Der eine (Netgear GS105E) hatte sich in der Vergangenheit schon gelegentlich am Notebook verschluckt und musste neu gestartet werden. Das Thema hatte ich also auf dem Schirm . Tatsächlich war der Switch eine der ersten Sachen die ich getestet habe, da das eine Gerät ganz neu ist (TP-Link TL-SG108E).

Schon mal ans LAN Kabel gedacht und dieses getauscht ?

Ja, damit fange ich immer an. Das habe ich inzwischen schon zu oft erlebt, dass einfach das Kabel eine Macke hatte.

Du könntest auch testweise versuchen Dich mal ohne Switch direkt mit dem NAS zu verbinden um den Switch als Fehlerquelle auszuschliessen.

Ich habe noch Tests mit dem restlichen Fuhrpark gemacht. Zumindest das X220 hatte keinerlei Probleme, sowohl Up-, als auch Down-Stream. Daher schließe ich den Switch erstmal aus.

Ich dachte da an https://www.cacti.net/index.php

Danke für den Hinweis. Habe ich vor Jahren mal kurz angesehen, aber seitdem nicht wieder angefasst. Das werde ich mir noch ansehen.

Möglicherweise tut es für den ersten Überblick auch ein am hostrechner laufender trafficmonitor.

Ich habe mich mit der simplen Bandbreitenanzeige des Task Managers beholfen.

Störquellen würde ich auch tunlichst entfernen wenn ein kritisches backup läuft.....

Da bin ich schon alles durchgegangen und habe während des Transfers mit dem Task Manager nach auffälligen Prozessen gefahndet. Ich habe auch den Virenscanner (Kaspersky) komplett ausgeschaltet und neu gestartet. Interessanterweise hat das Backup bis Anfang Dezember täglich ohne Murren funktioniert. Auch jetzt mit dem Microsoft Treiber geht es wieder - aber dafür eben immer wieder mal mit Verbindungsproblemen nach dem Standby.

Welche Treiberversionen aus welchen Quellen hast Du denn schon versucht?

Angefangen habe ich mit dem aktuellsten Treiber von Intel, dann habe ich verschiedene ältere installierte Intel-Versionen getestet. Soweit ich mich erinnern kann, war auch die (alte) Version für Win 10 von der Lenovo Seite für das W530 dabei. Anschließend dann den Microsoft Treiber.

 

[Mornsgrans]

Dann hast Du das Treiberspektrum durch. Was passiert eigentlich, wenn Du die gleichen Daten statt auf das NAS auf einen anderen Rechner kopierst?
Was "sagen" eigentlich die Windows Ereignisanzeige und das Log des NAS?

 

[Snoere]

Ok, jetzt ist mir noch eine "verwegene" Idee gekommen und die scheint die Lösung gebracht zu haben:
Anstatt nur den Programmstart von Kaspersky und diverse Programmfunktionen zu deaktivieren, habe ich jetzt die Software komplett deinstalliert. Mir ist vorhin eingefallen, dass ich schon einmal ein Zugriffsproblem auf eine Fritzbox hatte, das sich erst durch die Deinstalltion beheben ließ. Damals war eine vermurkste Konfiguration beim Kaspersky Update Schuld gewesen. Anscheinend haben sie mit der aktuellen Version irgendwas im Netzwerk-Stack verbogen.

Die erste Iteration des Lasttests (fünf Durchläufe à 8 GB Schreiben und Lesen) ist mit dem Lenovo Intel Treiber schon durchgelaufen - ohne Probleme. Bisher gab es spätestens nach dem dritten Durchlauf einen Interface-Crash. Jetzt teste ich sicherheitshalber nochmals mit 10 Iterationen.

Die nächste Zeit werde ich mich wohl auf den verhassten Defender beschränken. Einen wütenden Bug-Report bekommen die Kasper noch :zornig:

Danke zusammen für eure konstruktive Hilfe!

Ergänzung: Jetzt ist der lange Test mit 10 Iterationen ohne Probleme durchgelaufen. Die Leitung wird voll ausgelastet, keine Abbrüche. Kaspersky - ich werde dich würgen!

2. Ergänzung: Die Schuld für die Treiberabstürze liegt definitiv bei Kaspersky Internet Security 19. Ich habe testweise die aktuellste Version komplett neu installiert (ohne Übernahme der Konfiguration). Sofort gibt es einen Einbruch von ca. 20% beim Downstream und unter starker eingehender Netzwerklast bricht crashed laufend der Intel-Treiber:

Protokollname: System
Quelle: Microsoft-Windows-NDIS
Datum: 06.01.2019 20:37:09
Ereignis-ID: 10400
Aufgabenkategorie:Keine
Ebene: Warnung
Beschreibung:
Für die Netzwerkschnittstelle Intel(R) 82579LM Gigabit Network Connection wurde ein Zurücksetzungsvorgang eingeleitet. Während die Hardware zurückgesetzt wird, sind Netzwerkverbindungen vorübergehend unterbrochen. Ursache: The network driver detected that its hardware has stopped responding to commands. Diese Netzwerkschnittstelle wurde seit der letzten Initialisierung 4 Mal zurückgesetzt.