{"id":17730,"date":"2018-02-20T01:00:24","date_gmt":"2018-02-20T00:00:24","guid":{"rendered":"https:\/\/eltallerdelbit.com\/?p=17730"},"modified":"2020-09-03T13:57:58","modified_gmt":"2020-09-03T11:57:58","slug":"shared-memory-connection-was-closed","status":"publish","type":"post","link":"https:\/\/eltallerdelbit.com\/shared-memory-connection-was-closed\/","title":{"rendered":"Veeam Error: Shared memory connection was closed"},"content":{"rendered":"
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n Normalmente, este problema est\u00e1 relacionado con la p\u00e9rdida de paquetes en alg\u00fan lugar de la red entre los dos servidores. Aunque las razones pueden ser muy diversas. <\/p>\n En detalle: una m\u00e1s que posible causa de este error es que alg\u00fan dispositivo de la red est\u00e1 generando tormentas de Broadcast<\/a>, y eso crea problemas de inestabilidad y latencia en la red, que provocan que la backup no pueda realizarse correctamente, ya que la conexi\u00f3n entre el host del cual se intenta hacer una copia de seguridad, y el dispositivo de copias de seguridad en el que se almacenar\u00e1 dicha backup, se corta o resulta intermitente.<\/p>\n <\/p>\n <\/p>\n <\/p>\n Descripci\u00f3n:<\/p>\n {Delayed Write Failed<\/strong>} Windows was unable to save all the data for the file<\/em> ******* . The data has been lost. This error may be caused by a failure of your computer hardware or network connection. Please try to save this file elsewhere<\/em>. <\/p>\n Se trata de un evento con ID: 50<\/p>\n Descripci\u00f3n del mensaje de error de los eventos con IDEvent 50<\/a>:<\/p>\n <\/p>\n Traducci\u00f3n: <\/p>\n Windows – Error en la escritura demorada: Windows no pudo guardar todos los datos del archivo ***** . <\/p>\n <\/p>\n <\/p>\n Creamos un valor DWORD (32 bits) con el nombre: SynAttackProtect<\/em><\/strong><\/p>\n con el valor:\u00a000000000<\/p>\n Al poner el valor a 0, habremos deshabilitado esta caracter\u00edstica. Fuente de este error y su soluci\u00f3n: Veeam Backup Forum |\u00a0Connection forcibly closed by remote host<\/a><\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n
\nAqu\u00ed vemos el error cuando es mostrado por Veeam Backup<\/em>:<\/p>\n\r\n02\/11\/**** 16:20:47 :: Processing HOST<\/em> Error: The specified network name is no longer available.\r\nFailed to write data to the file [\\\\192.168.***.***\\Copia_Seguridad\\\\Backup_*****-02T162034.vbk].\r\nFailed to download disk.\r\nShared memory connection was closed.\r\nFailed to upload disk.\r\nAgent failed to process method {DataTransfer.SyncDisk}.\r\n<\/pre>\n
2. Posibles causas del error\u00a0Shared memory connection was closed. Failed to upload disk. Agent failed to process method {DataTransfer.SyncDisk<\/strong><\/em><\/span><\/h3>\n
2.1 P\u00e9rdida de paquetes en alg\u00fan lugar de la red entre los dos servidores<\/span><\/h4>\n
\n<\/br><\/br>
\nEl error se refiere al mecanismo utilizado para que los componentes “hablen<\/em>” entre ellos. Podr\u00eda ser tambi\u00e9n un error de memoria o un error f\u00edsico en los discos (un error I\/O). Fuente: Veeam Forum<\/a>.<\/p>\n2.1.1 Buscando mensajes de error sobre p\u00e9rdida de paquetes\/problemas de red en el Vcenter Server<\/em><\/span><\/h5>\n
\nB\u00fascamos errores en el Vcenter Server. Y analizando los errores relativos a las horas de funcionamiento de la tarea de Backup de Veeam que falla, encontramos el error:\u00a0Delayed Write Failed<\/strong><\/em><\/a><\/p>\n
\n
\n<\/p>\n
\n<\/br><\/br>
\nLa informaci\u00f3n se ha perdido.\u00a0Este error puede deberse a una falla en el hardware de su computadora o en la conexi\u00f3n de red<\/strong>.<\/p>\n2.1.2 The\u00a0SynAttackProtect<\/strong>\u00a0setting may be dropping connections<\/em> (Conexiones rechazadas debido a la configuraci\u00f3n de la directiva\u00a0SynAttackProtect<\/strong>)<\/span><\/h5>\n
\nSeguimos investigando, y relativo al mensaje de error de DataTransfer.SyncDisk<\/em>, encontramos informaci\u00f3n de que puede deberse a que en el Vcenter Server est\u00e1 activada la protecci\u00f3n contra Ataques Syn .\u00a0El ataque SYN (solicitud de conexi\u00f3n TCP) es una t\u00e9cnica de denegaci\u00f3n de servicio (DoS)<\/a>
\n
\nEn este caso pod\u00eda ser que el Vcenter Server est\u00e9 tirando abajo las conexiones con el Host (The\u00a0SynAttackProtect<\/strong>\u00a0setting may be dropping connections<\/em>) debido a que esta directiva est\u00e1 activada.
\n
\nSe podr\u00eda resolver corrigiendo una clave del registro de Windows, lo vemos en el siguiente punto.
\n <\/p>\n2.1.2 a) Soluci\u00f3n para el error relativo a\u00a0la directiva\u00a0SynAttackProtect<\/strong><\/span><\/h5>\n
\nAbrimos regedit<\/em> y navegamos hasta la siguiente localizaci\u00f3n:
\n <\/p>\nHKLM\\SYSTEM\\CurrentControlSet\\Services\\Tcpip\\Parameters<\/pre>\n
\n
\n<\/p>\n2.2 Otra posible causa (aunque no muy com\u00fan) ser\u00eda un error en la pila de TCP\/IP<\/a><\/span><\/h4>\n
\nOtro posible problema podr\u00eda estar relacionado con la pila tcp \/ ip de Microsoft.
\n
\nY esta info<\/a>\u00a0 sobre problemas con VMware y no con Veeam, nos lleva a la siguiente soluci\u00f3n:
\n <\/p>\n2.2 a)\u00a0 Soluci\u00f3n si el error est\u00e1 relacionado con VMWare y no con Veeam<\/span><\/h5>\n
\n
3. Herramientas de Diagn\u00f3stico<\/span><\/h3>\n