☰

ネットワーク ドライブで起動されたアプリケーションが Windows 10 (1703/1809) でランダムにクラッシュし、0xc0000006 例外またはエラー「エラーを処理できません」が報告される

tag-icon • tag-icon windows-10 network-shares crash windows-server-2016
ネットワーク ドライブで起動されたアプリケーションが Windows 10 (1703/1809) でランダムにクラッシュし、0xc0000006 例外またはエラー「エラーを処理できません」が報告される

導入

の上Windows 10 (アップデート 1703 または 1809)ネットワークドライブから起動したアプリケーションは一定時間後にクラッシュします。60に95分。Windows 7 ではアプリケーションは問題なく動作します。

数週間にわたって、32 ビットおよび 16 ビットのアプリケーションの両方を含む動作がラボで監視されています。

症状

  • ネットワーク ドライブからアプリケーションを起動するすべての試行が成功します。
  • 影響を受けるすべての32ビットアプリケーションEXE/DLL（パワービルダー）がログインしました0xc0000006例外イベントビューア。
  • 16ビットアプリケーション（MS-DOS 用 Foxpro 2.6）、エラーが発生します "エラーを処理できません」または単に中断して終了します。
  • たまには」エラー 104 を報告しようとしたときに致命的なエラー 104 が発生しました"が発生しました。
  • 連続使用中でも障害が発生する（大きな非アクティブ期間が発生しない）
  • 障害が発生したのはウィンドウズ1032 ビット/64 ビット ワークステーションは、Update 1703 または Update 1809 を実行しています。Windows 7 ワークステーションは問題ありませんでした。
  • 収集された分析は「安全な」ランダム期間を指摘している60に95最初の起動から停止までの時間は数分です。
  • 使用ワイヤーシャーク、 エラーステータス_ネットワーク_セッション_期限切れいくつかのシナリオでは、障害が発生すると常にログに記録されます。
  • 複数のインスタンスを異なる時間に起動すると、すべて同じ秒数で失敗しました。
  • ネットワーク ドライブから起動したインスタンスが最終的に失敗した後でも、ローカル ドライブからのインスタンスの起動は正常に実行されます。
  • 影響を受けるすべてのサイトのサーバーはWindows 2016 サーバー;
  • ネットワーク ドライブは障害後も機能しているようです。
  • アプリケーションの中断前、中断中、中断後にネットワーク接続が失敗することはないようです (継続的な PING)。

テスト済みのラボシステム構成

  • Windows Server 2016 Essentials (1607)
  • Windows 10 32 ビット / 64 ビット (アップデート 1703 / 1809)
  • Windows 7 (32 ビットのみ)
  • ケーブル
  • スイッチ

サーバーネットワーク構成

Powershell コマンドの結果Get-SMBServerConfiguration:

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

ワークステーションのネットワーク構成

Powershell コマンドの結果Get-SMBClientConfiguration:

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

私たちがすでにやっていたこと

  • チェック済みイベントビューアSMBCLIENT および SMBSERVER サブイベントでも、イベントとアプリケーション障害の相関関係を見つけることができません。
  • SMBの設定を試みたセッションタイムアウト設定する65535ワークステーション上で再起動すると、ハリー;
  • SMBの設定を試みたキープコン設定する65535ワークステーションを再起動します。
  • 自動切断を無効にして（-1 に変更）、再起動します。
  • 有効化を試みたSM1 1 1 1サーバー/ワークステーションの両方で実行し、その後再起動します。
  • サーバー/ワークステーションの両方でウイルス対策 (ESET) を無効にしてから再起動してみました。
  • サーバー/ワークステーションの両方のカード上の省電力ネットワークを無効にし、再起動しました。
  • サーバー/ワークステーションの両方でファイアウォールを無効にしてみました。
  • この事件は数週間にわたって研究室で監視されてきたが、成果は得られていない。

他にも同じ症状に直面していて、代替の解決策を提供できる人はいますか?

ご清聴ありがとうございました

答え1

一般的に、Windows 10 1809では1つの新しいバグが導入され、Microsoftは記事で認めている。
Windows 10 バージョン 1809 では、マップされたネットワーク ドライブの再接続に失敗する場合があります。。

Microsoft はこの問題を認識していますが、恒久的な修正は 2019 年まで予定されていません。それまでの間、これが本当に問題である場合は、この記事で紹介されている回避策を使用してバグを軽減することができます。

以下に、インターネット フォーラムのユーザーによって提案されたその他の回避策をいくつか示します。

クライアントで の値をSessionTimeout65535 秒に設定してみてください。これは PowerShell コマンドを使用して実行できます。 Set-SmbClientConfiguration -SessionTimeout。

レジストリに保存される場合もあります
HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\SERVICES\ LANMANWORKSTATION\PARAMETERS\SESSTIMEOUT
（こちらを参照）古いリンク）。

その後再起動することをお勧めします。

その他の回避策:

  • グループポリシーを次のように変更しますアップデートそれよりも交換するグループ ポリシー オブジェクト (GPO) のドライブ マッピング: ユーザー構成 > 設定 > Windows 設定 > ドライブ マップ。 見るリンク設定できるという報告もあるリフレッシュ。

  • 管理者特権でサーバーとクライアント上でコマンドを実行します:

    net config server /autodisconnect:-1

  • ネットワーク アダプターの電源オプションを設定して、「電力を節約するために、コンピューターがこのデバイスの電源をオフにできるようにする」を無効にします。

  • ログイン時にネットワーク共有を再マッピングすると問題が解決すると報告する人もおり、そのためのログイン スクリプトを追加した人もいます。

  • 他のレポートでは、Windows 10 の高速スタートアップを無効にすることを推奨しています。

答え2

  1. サーバー/クライアント ボックスのいずれかが VMWare 上で実行されている場合は、VMware ツールを 9.0.13 以上に更新してください。VMware ツール パッケージの一部である vmxnet3 イーサネット ドライバーは 1.5.2 以上である必要があります。そうでない場合、理由もなくパッケージがランダムにドロップされる可能性があります。
  2. 間にファイアウォールやロードバランサーがありますか? それをバイパスして、どうなるか確認してください。
  3. harrymc が言及した SESSIONTIMEOUT を増やすのは良いアプローチです。私も同じことをします。ただし、テスト目的で次のことも実行します。

TCP Optimizer 4.0 をダウンロードし、クライアント側とサーバー側の両方でこれらの設定を変更して、両方のボックスを再起動します。MaxConnectionsPer1_0Server と MaxConnectionPerServer の両方を 240 に増やし、Max SYNC Retransmissions を 7 に増やし、MaxUserPort を 65534 に増やし、TCPTimedWaitDelay を 180 に増やします。

クライアント ボックスにログオンし、IP アドレス \192.168.100.xxx\Source_folder でネットワーク ドライブをマウントし、同じアプリを実行してテストします。

問題が引き続き発生する場合は、実行しているアプリを共有してください。Java アプリの場合は、調整が必要になる場合があります。幸運を祈り、結果を知ることを楽しみにしています。

関連情報