☰

La aplicación iniciada en la unidad de red falla aleatoriamente en Windows 10 (1703/1809) y reporta la excepción 0xc0000006 o el error "No se puede procesar el error"

tag-icon • tag-icon windows-10 network-shares crash windows-server-2016
La aplicación iniciada en la unidad de red falla aleatoriamente en Windows 10 (1703/1809) y reporta la excepción 0xc0000006 o el error "No se puede procesar el error"

Introducción

EnWindows 10 (actualización 1703 o 1809), las aplicaciones iniciadas desde una unidad de red fallan después de un período de60a95minutos. En Windows 7, las aplicaciones se ejecutan sin problemas.

El comportamiento ha estado bajo vigilancia de laboratorio durante varias semanas, involucrando a varias aplicaciones de 32 y 16 bits.

Síntomas

  • Todos los intentos de iniciar aplicaciones desde la unidad de red tienen éxito;
  • Todas las aplicaciones EXE/DLL de 32 bits afectadas (Generador de energía) registró un0xc0000006excepción enVisor de eventos.
  • En aplicaciones de 16 bits (Foxpro 2.6 para MS-DOS), ocurre un error "No se puede procesar el error" o simplemente se rompe y sale.
  • De vez en cuando "Error fatal 104 al intentar informar el error 104" ocurrió.
  • La falla ocurre incluso durante el uso continuo (no ocurre ningún período de inactividad significativo);
  • La falla solo ocurrió enventanas 10Estaciones de trabajo de 32 bits/64 bits que ejecutan la Actualización 1703 o la Actualización 1809. Las estaciones de trabajo con Windows 7 estaban bien.
  • El análisis recopilado apunta a un período aleatorio "seguro" de60a95minutos entre el primer lanzamiento y la pausa;
  • UsandoWireshark, errorESTADO_NETWORK_SESSION_EXPIREDse registra constantemente cuando se produce una falla en algunos escenarios.
  • Cuando se lanzaron varias instancias en diferentes momentos, todas fallaron en el mismo segundo;
  • El lanzamiento de una instancia desde una unidad local funciona bien, incluso después de un eventual fallo en las instancias lanzadas en una unidad de red;
  • Todos los servidores de los sitios afectados se están ejecutandoServidor Windows 2016;
  • La unidad de red parece funcional después de fallar;
  • La conectividad de red nunca parece fallar (PING continuos) antes, durante o después de las interrupciones de la aplicación;

Configuraciones de sistemas de laboratorio probadas

  • Conceptos básicos de Windows Server 2016 (1607)
  • Windows 10 de 32 bits/64 bits (actualización 1703/1809)
  • Windows 7 (solo 32 bits)
  • Cable
  • Cambiar

Configuración de red del servidor

Resultados del comando de 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

Configuración de red de estaciones de trabajo

Resultados del comando de 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

Lo que ya habíamos hecho

  • ComprobadoVisor de eventos, incluso en los subeventos SMBCLIENT y SMBSERVER, pero no se puede encontrar correlación entre los eventos y el error de la aplicación.
  • Intenté configurar SMBHora de término de la sesiónajuste a65535en la estación de trabajo, luego reinicie, como lo indicaharryc;
  • Intenté configurar SMBmantenerconajuste a65535en la estación de trabajo, reinicie;
  • Desconexión automática deshabilitada (cambiándola a -1) seguida de un reinicio;
  • Intenté habilitarSMB1tanto en el servidor/estación de trabajo seguido de un reinicio;
  • Intenté deshabilitar el antivirus (ESET) en el servidor/estación de trabajo y luego reinicié;
  • Red de ahorro de energía deshabilitada en la tarjeta tanto del servidor como de la estación de trabajo, seguido de un reinicio;
  • Intenté deshabilitar el firewall tanto en el servidor como en la estación de trabajo;
  • El caso ha estado bajo vigilancia de laboratorio durante semanas sin éxito.

¿Hay alguien más que se enfrente a los síntomas y pueda ofrecer soluciones alternativas?

Gracias por su atencion

Respuesta1

En general, se introdujo un nuevo error en Windows 10 1809, reconocido por Microsoft en el artículo.
Es posible que la unidad de red asignada no pueda volver a conectarse en Windows 10, versión 1809.

Si bien Microsoft es consciente del problema, no se espera una solución permanente hasta 2019. Mientras tanto, si este es realmente su problema, puede utilizar la solución alternativa que se ofrece en el artículo para mitigar el error.

A continuación, enumero algunas otras soluciones propuestas por los usuarios en foros de Internet.

Intente establecer en el cliente el valor de SessionTimeout65535 segundos. Esto se puede hacer usando el comando PowerShell Establecer-SmbClientConfiguration-SessionTimeout.

También puede vivir en el registro en
HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\SERVICES\ LANMANWORKSTATION\PARAMETERS\SESSTIMEOUT
(consulte esteenlace antiguo).

Sugiero reiniciar después.

Otras posibles soluciones:

  • Cambie la política de grupo aActualizaren vez deReemplazarla asignación de unidades, en el objeto de política de grupo (GPO): Configuración de usuario > Preferencias > Configuración de Windows > Drive Maps. Verenlace. Algunas personas informan que se puede configurar paraActualizar.

  • Ejecute en el servidor y el cliente en cmd elevado el comando:

    net config server /autodisconnect:-1

  • Configure la opción de energía del adaptador de red y desactive "Permitir que la computadora apague este dispositivo para ahorrar energía".

  • Algunas personas informan que reasignar el recurso compartido de red al iniciar sesión resuelve el problema y algunas han agregado un script de inicio de sesión para ello.

  • Otros informes recomiendan desactivar el inicio rápido de Windows 10.

Respuesta2

  1. Si alguno de los servidores/clientes se ejecuta en VMWare, actualice las herramientas de VMware a 9.0.13 o superior. El controlador Ethernet vmxnet3, como parte del paquete de herramientas de VMware, debe ser 1.5.2 o superior; de lo contrario, es posible que se eliminen paquetes aleatoriamente sin ningún motivo.
  2. ¿Tiene algún firewall o equilibrador de carga en el medio? Evítelo y luego vea cómo va.
  3. Aumentar el SESSIONTIMEOUT, mencionado por harrymc, es un buen enfoque. Voy a hacer lo mismo. Pero también haré esto con fines de prueba:

Descargue TCP Optimizer 4.0, cambie estas configuraciones tanto en el lado del cliente como en el del servidor y reinicie ambos cuadros: aumente MaxConnectionsPer1_0Server y MaxConnectionPerServer a 240, aumente las retransmisiones máximas de SYNC a 7 MaxUserPort a 65534 TCPTimedWaitDelay a 180

Inicie sesión en el cuadro del cliente, monte la unidad de red por su dirección IP como \192.168.100.xxx\Source_folder y luego ejecute la misma aplicación para probarla.

Si el problema continúa, comparta qué aplicación está ejecutando. Si se trata de una aplicación Java, es posible que requiera algunos ajustes. Te deseo suerte y espero saber cómo te va.

información relacionada