☰

Über ein Netzlaufwerk gestartete Anwendungen stürzen unter Windows 10 (1703/1809) zufällig ab und melden die Ausnahme 0xc0000006 oder den Fehler „Fehler kann nicht verarbeitet werden“

tag-icon • tag-icon windows-10 network-shares crash windows-server-2016
Über ein Netzlaufwerk gestartete Anwendungen stürzen unter Windows 10 (1703/1809) zufällig ab und melden die Ausnahme 0xc0000006 oder den Fehler „Fehler kann nicht verarbeitet werden“

Einführung

AnWindows 10 (Update 1703 oder 1809), Anwendungen, die von einem Netzlaufwerk gestartet werden, stürzen nach einer gewissen Zeit ab60Zu95Minuten. Unter Windows 7 laufen Anwendungen einwandfrei.

Das Verhalten wurde mehrere Wochen lang im Labor überwacht, wobei sowohl mehrere 32-Bit- als auch 16-Bit-Anwendungen beteiligt waren.

Problembeschreibung

  • Alle Versuche, Anwendungen vom Netzlaufwerk zu starten, sind erfolgreich.
  • Alle betroffenen 32-Bit-Anwendungen EXE/DLL (Kraftpaket) meldete sichOS-Version:Ausnahme aufEreignisanzeige.
  • Bei 16-Bit-Anwendungen (Foxpro 2.6 für MS-DOS), tritt Fehler "Fehler kann nicht verarbeitet werden" oder bricht einfach ab und verlässt das Programm.
  • Abundzu "Schwerwiegender Fehler 104 beim Versuch, Fehler 104 zu melden" ist aufgetreten.
  • Auch bei kontinuierlicher Nutzung kommt es zu Störungen (es tritt keine nennenswerte Inaktivitätsphase auf).
  • Der Ausfall trat nur auf beiWindows 1032-Bit/64-Bit-Workstations, auf denen entweder Update 1703 oder Update 1809 ausgeführt wird. Auf Windows 7-Workstations funktionierte alles einwandfrei.
  • Gesammelte Analyse deutet auf "sicheren" Zufallszeitraum von60Zu95Minuten zwischen dem ersten Start und der Pause;
  • Verwenden vonWireshark, FehlerSTATUS_NETWORK_SESSION_EXPIREDwird in einigen Szenarien bei Auftreten eines Fehlers durchgängig protokolliert.
  • Wenn mehrere Instanzen zu unterschiedlichen Zeiten gestartet wurden, schlugen sie alle in derselben Sekunde fehl.
  • Der Start einer Instanz von einem lokalen Laufwerk läuft problemlos, selbst wenn beim Starten von Instanzen über ein Netzwerklaufwerk ein Fehler auftritt.
  • Alle betroffenen Sites-Server laufen aufWindows 2016 Server;
  • Netzwerklaufwerk scheint nach Ausfall zu funktionieren;
  • Die Netzwerkverbindung scheint vor, während oder nach Anwendungsunterbrechungen nie abzubrechen (kontinuierliche PINGs).

Getestete Laborsystemkonfigurationen

  • Windows Server 2016 Essentials (1607)
  • Windows 10 32 Bit / 64 Bit (Update 1703 / 1809)
  • Windows 7 (nur 32 Bit)
  • Kabel
  • Schalten

Server-Netzwerkkonfiguration

Ergebnisse des Powershell- Get-SMBServerConfigurationBefehls:

AnnounceComment                 : 
AnnounceServer                  : False
AsynchronousCredits             : 512
AuditSmb1Access                 : False
AutoDisconnectTimeout           : 999999
AutoShareServer                 : True
AutoShareWorkstation            : True
CachedOpenLimit                 : 10
DurableHandleV2TimeoutInSeconds : 180
EnableAuthenticateUserSharing   : False
EnableDownlevelTimewarp         : False
EnableForcedLogoff              : True
EnableLeasing                   : False
EnableMultiChannel              : True
EnableOplocks                   : True
EnableSecuritySignature         : True
EnableSMB1Protocol              : True
EnableSMB2Protocol              : True
EnableStrictNameChecking        : True
EncryptData                     : False
IrpStackSize                    : 15
KeepAliveTime                   : 2
MaxChannelPerSession            : 32
MaxMpxCount                     : 50
MaxSessionPerConnection         : 16384
MaxThreadsPerQueue              : 20
MaxWorkItems                    : 1
NullSessionPipes                : netlogon,samr,lsarpc
NullSessionShares               : 
OplockBreakWait                 : 35
PendingClientTimeoutInSeconds   : 120
RejectUnencryptedAccess         : True
RequireSecuritySignature        : True
ServerHidden                    : True
Smb2CreditsMax                  : 8192
Smb2CreditsMin                  : 512
SmbServerNameHardeningLevel     : 0
TreatHostAsStableStorage        : False
ValidateAliasNotCircular        : True
ValidateShareScope              : True
ValidateShareScopeNotAliased    : True
ValidateTargetName              : True

Netzwerkkonfiguration der Arbeitsstation

Ergebnisse des Powershell- Get-SMBClientConfigurationBefehls:

ConnectionCountPerRssNetworkInterface : 4
DirectoryCacheEntriesMax              : 16
DirectoryCacheEntrySizeMax            : 65536
DirectoryCacheLifetime                : 0
DormantFileLimit                      : 1023
EnableBandwidthThrottling             : True
EnableByteRangeLockingOnReadOnlyFiles : True
EnableInsecureGuestLogons             : True
EnableLargeMtu                        : True
EnableLoadBalanceScaleOut             : True
EnableMultiChannel                    : True
EnableSecuritySignature               : False
ExtendedSessionTimeout                : 1000
FileInfoCacheEntriesMax               : 64
FileInfoCacheLifetime                 : 0
FileNotFoundCacheEntriesMax           : 128
FileNotFoundCacheLifetime             : 5
KeepConn                              : 65535
MaxCmds                               : 50
MaximumConnectionCountPerServer       : 32
OplocksDisabled                       : False
RequireSecuritySignature              : False
SessionTimeout                        : 65535
UseOpportunisticLocking               : False
WindowSizeThreshold                   : 8

Was wir bereits getan haben

  • ÜberprüftEreignisanzeige, sogar bei SMBCLIENT- und SMBSERVER-Unterereignissen, kann jedoch keine Korrelation zwischen Ereignissen und Anwendungsfehlern finden.
  • Habe versucht, SMB einzustellenSession-TimeoutEinstellung auf65535auf der Workstation, gefolgt von einem Neustart, wie angegebenAbonnieren;
  • Habe versucht, SMB einzustellenKeepconEinstellung auf65535auf der Arbeitsstation folgt ein Neustart;
  • Automatische Trennung deaktiviert (durch Änderung auf -1), gefolgt von einem Neustart;
  • Versuchte zu aktivierenSMB1auf beiden Servern/Arbeitsstationen, gefolgt von einem Neustart;
  • Habe versucht, den Virenschutz (ESET) auf beiden Servern/Arbeitsstationen zu deaktivieren und anschließend einen Neustart durchzuführen.
  • Energiesparnetzwerk auf der Karte sowohl des Servers als auch der Arbeitsstation deaktiviert, gefolgt von einem Neustart;
  • Habe versucht, die Firewall sowohl auf dem Server als auch auf der Arbeitsstation zu deaktivieren.
  • Der Fall wurde wochenlang erfolglos im Labor überwacht.

Gibt es sonst noch jemanden, der mit den Symptomen konfrontiert ist und alternative Lösungen anbieten kann?

Danke für deine Aufmerksamkeit

Antwort1

Im Allgemeinen wurde ein neuer Fehler in Windows 10 1809 eingeführt, der von Microsoft im Artikel bestätigt wurde
Die erneute Verbindung des zugeordneten Netzlaufwerks schlägt in Windows 10, Version 1809, möglicherweise fehl.

Obwohl Microsoft sich des Problems bewusst ist, wird eine dauerhafte Lösung erst irgendwann im Jahr 2019 erwartet. Wenn dies tatsächlich Ihr Problem ist, können Sie in der Zwischenzeit den im Artikel angebotenen Workaround verwenden, um den Fehler zu beheben.

Nachfolgend habe ich einige andere von Benutzern in Internetforen vorgeschlagene Workarounds aufgelistet.

Versuchen Sie, auf dem Client den Wert auf 65535 Sekunden einzustellen SessionTimeout. Dies kann mit dem PowerShell-Befehl Set-SmbClientConfiguration -SessionTimeout.

Es kann auch in der Registrierung unter folgender Adresse gespeichert sein
HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\SERVICES\ LANMANWORKSTATION\PARAMETERS\SESSTIMEOUT
(siehealter Link).

Ich schlage vor, anschließend einen Neustart durchzuführen.

Andere mögliche Problemumgehungen:

  • Ändern Sie die Gruppenrichtlinie inAktualisierenstattErsetzendie Laufwerkszuordnung im Gruppenrichtlinienobjekt (GPO): Benutzerkonfiguration > Einstellungen > Windows-Einstellungen > Laufwerkzuordnungen. SehenVerknüpfung. Einige Leute berichten, dass es eingestellt werden kann aufAktualisierung.

  • Führen Sie auf dem Server und Client in einer cmd mit erhöhten Rechten den folgenden Befehl aus:

    net config server /autodisconnect:-1

  • Stellen Sie die Energieoption des Netzwerkadapters so ein, dass „Computer kann dieses Gerät ausschalten, um Strom zu sparen“ deaktiviert wird.

  • Einige Leute berichten, dass das Neuzuordnen der Netzwerkfreigabe beim Anmelden das Problem löst, und einige haben dafür ein Anmeldeskript hinzugefügt.

  • Andere Berichte empfehlen, den Schnellstart von Windows 10 zu deaktivieren.

Antwort2

  1. Wenn einer der Server/Client-Boxen auf VMWare läuft, aktualisieren Sie die VMware-Tools auf 9.0.13 oder höher. Der vmxnet3-Ethernet-Treiber als Teil des VMware-Tools-Pakets sollte 1.5.2 oder höher sein, da er sonst ohne Grund zufällig Pakete ablegen kann.
  2. Ist bei Ihnen eine Firewall oder ein Lastenausgleich dazwischengeschaltet? Bitte umgehen Sie diese und sehen Sie dann, wie es weitergeht.
  3. Die von harrymc erwähnte Erhöhung des SESSIONTIMEOUT ist ein guter Ansatz. Ich werde das Gleiche tun. Aber ich werde zu Testzwecken auch Folgendes tun:

Laden Sie TCP Optimizer 4.0 herunter, ändern Sie diese Einstellungen auf Client- und Serverseite und starten Sie beide Boxen neu: Erhöhen Sie sowohl MaxConnectionsPer1_0Server als auch MaxConnectionPerServer auf 240, erhöhen Sie Max SYNC Retransmissions auf 7, MaxUserPort auf 65534, TCPTimedWaitDelay auf 180

Melden Sie sich bei der Client-Box an, mounten Sie das Netzlaufwerk über seine IP-Adresse als \192.168.100.xxx\Source_folder und führen Sie dann dieselbe App aus, um es zu testen.

Wenn das Problem weiterhin besteht, teilen Sie uns bitte mit, welche App Sie ausführen. Wenn es sich um eine Java-App handelt, muss sie möglicherweise angepasst werden. Ich wünsche Ihnen viel Glück und freue mich darauf, zu erfahren, wie es läuft.

verwandte Informationen