RecoverPoint avec VMware SRM : Les opérations de basculement échouent à l’étape « Créer un stockage inscriptible »
Summary: Les opérations de basculement ou de basculement test de VMware Site Recovery Manager (SRM) échouent après un certain temps à l’étape « Créer un stockage inscriptible » : Erreur : échec de la création de snapshots des périphériques de réplica. Échec de la commande SRA « testFailoverStart ». Échec de l’ouverture de la session pour l’utilisateur vers l’adresse IP de gestion du site. ...
Symptoms
En raison d’échecs de test de Site Recovery Manager (SRM), les utilisateurs augmentent les délais d’expiration SRM au-delà de 31 minutes et les opérations d’activation de l’accès aux images prennent plus de temps que le paramètre de délai d’expiration.
Le basculement du test SRM ou les opérations de basculement peuvent échouer à l’étape 4 : « Create writable storage snapshot » après un certain temps à cette étape (31 minutes par défaut) avec une erreur dans les étapes du plan de récupération SRM :
Error - Failed to create snapshots of replica devices. SRA command 'testFailoverStart' failed. Failed opening session for user to site mgmt IP.
Les erreurs des journaux SRM (C:\ProgramData\VMware\VMware vCenter Site Recovery Manager\Logs) :
--> Feb 20, 2019 3:12:52 PM com.emc.santorini.log.KLogger log --> INFO: Starting to run: TestFailoverStart command --> Feb 20, 2019 3:43:53 PM com.emc.santorini.log.KLogger logWithException --> WARNING: Caught SocketTimeoutException. Please check your network connection to the RPAs. --> javax.xml.ws.WebServiceException: java.net.SocketTimeoutException: Read timed out --> at com.sun.xml.internal.ws.transport.http.client.HttpClientTransport.readResponseCodeAndMessage(Unknown Source) --> at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.createResponsePacket(Unknown Source) --> at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.process(Unknown Source) --> at com.sun.xml.internal.ws.transport.http.client.HttpTransportPipe.processRequest(Unknown Source) --> at com.sun.xml.internal.ws.transport.DeferredTransportPipe.processRequest(Unknown Source) --> at com.sun.xml.internal.ws.api.pipe.Fiber.__doRun(Unknown Source) --> at com.sun.xml.internal.ws.api.pipe.Fiber._doRun(Unknown Source) --> at com.sun.xml.internal.ws.api.pipe.Fiber.doRun(Unknown Source) --> at com.sun.xml.internal.ws.api.pipe.Fiber.runSync(Unknown Source) --> at com.sun.xml.internal.ws.client.Stub.process(Unknown Source) --> at com.sun.xml.internal.ws.client.sei.SEIStub.doProcess(Unknown Source) --> at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown Source) --> at com.sun.xml.internal.ws.client.sei.SyncMethodHandler.invoke(Unknown Source) --> at com.sun.xml.internal.ws.client.sei.SEIStub.invoke(Unknown Source) --> at com.sun.proxy.$Proxy36.testFailoverStartWithOpaques(Unknown Source) --> at com.emc.santorini.handlers.SantoriniLogic.testFailoverStart(SantoriniLogic.java:278) --> at com.emc.santorini.commands.TestFailoverStartCommand.execute(TestFailoverStartCommand.java:40) --> at com.emc.santorini.handlers.SantoriniCommandDispatcher.handleCommandAction(SantoriniCommandDispatcher.java:105) --> at com.emc.santorini.main.SantoriniMain.main(SantoriniMain.java:57) --> Caused by: java.net.SocketTimeoutException: Read timed out ...
Aucune erreur côté RecoverPoint
Cause
Les délais d’expiration SRM par défaut sont définis sur 5 minutes et peuvent être augmentés. Lorsqu’ils sont augmentés au-delà de 31 minutes, un délai d’expiration différent - SRA peut se produire si le processus d’accès à l’image prend plus de 1 860 secondes (31 minutes) - WEB_SERVICE_REQUEST_TIMEOUT lequel est défini sur 1 860 secondes par défaut.
Resolution
Résolution:
Modifiez les délais d’expiration SRA pour qu’ils correspondent aux modifications du délai d’expiration demandées dans SRM.
Les délais d’expiration SRA sont définis sur le serveur SRM, sous : C:\Program Files\VMware\VMware vCenter Site Recovery Manager\storage\sra\array-type-recoverpoint\conf\cancun_run.properties file
Les modifications doivent être effectuées sur les deux serveurs SRM.
Modifiez les propriétés suivantes pour qu’elles correspondent aux délais d’expiration SRM (définis en secondes). Dans cet exemple, il est défini sur 1 heure - 3 600 secondes :
VERIFY_PAUSED_TSP_TIMEOUT=3600 VERIFY_REPLICATING_TIMEOUT=3600 VERIFY_TRANSFER_SNAP_SHIPPING_IDLE_TIMEOUT=3600 WEB_SERVICE_REQUEST_TIMEOUT=3600