On Windows 10 (update 1703 or 1809), applications launched from a network drive crashes after period of 60 to 95 minutes. On Windows 7 applications runs flawlessly.
Behaviour has been under lab surveillance for several weeks, involving both several 32 bit and 16 bit applications.
Results of Powershell's Get-SMBServerConfiguration
command:
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
Results of Powershell's Get-SMBClientConfiguration
command:
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
Is there anyone else facing the symptons and able to provide alternative solutions?
Thanks for you attention
In general, one new bug was introduced in Windows 10 1809, acknowledged
by Microsoft in the article
Mapped network drive may fail to reconnect in Windows 10, version 1809.
While Microsoft is aware of the problem, a permanent fix isn't expected until sometime in 2019. In the meantime, if this is indeed your problem, you may use the workaround offered in the article to mitigate the bug.
Below I have listed some other workarounds proposed by users on Internet forums.
Try to set on the client the value of SessionTimeout
to 65535 seconds.
This can be done using the PowerShell command
Set-SmbClientConfiguration -SessionTimeout.
It may also live in the registry at
HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\SERVICES\ LANMANWORKSTATION\PARAMETERS\SESSTIMEOUT
(see this old link).
I suggest rebooting afterward.
Other possible workarounds:
Change the group policy to Update rather than Replace the drive mapping, in the Group Policy Object (GPO): User Configuration > Preferences > Windows Settings > Drive Maps. See link. Some people report that it can be set to Refresh.
Run on server and client in elevated cmd the command:
net config server /autodisconnect:-1
Set the power option of the network adapter do disable "Allow the computer turn off this device to save power".
Some people report that remapping the network share on login solves the problem, and some have added a login script for that.
Other reports recommend disabling Windows 10 fast startup.
Download TCP Optimizer 4.0, change these settings on both client and server sides the reboot both boxes: Increase both MaxConnectionsPer1_0Server and MaxConnectionPerServer to 240, Increase Max SYNC Retransmissions to 7 MaxUserPort to 65534 TCPTimedWaitDelay to 180
Logon client box, mount the network drive by its IP address as \192.168.100.xxx\Source_folder then run the same app to test it.
If problem keeps going on, please share what app you are running. If it is a Java apps, it may require some tuning. Wish you luck and looking forward to know how it goes.
User contributions licensed under CC BY-SA 3.0