AppSync : lorsque le nombre maximal de connexions vCenter (VC) est en cours d’utilisation, les demandes de connexion suivantes sont mises en attente et peuvent expirer pendant l’attente.

Plus de 4 connexions VC autorisées sont nécessaires simultanément.
Pour ce faire, vous pouvez trouver les messages similaires aux messages suivants dans le journal du serveur AppSync :

->>> getURLConnection::https://vcenter-IP/sdk reached maximum connection limit. Wait for sometime to get a free connection
->>> EJB default - 1Unlocking entityID:https://vcenter-IP /sdk for update
->>> --getConnection::Waiting on BUSY connection for entity:https://vcenter-IP/sdk

Si le plan de service en attente d’une connexion VC expire, il risque de rester bloqué dans le “in-progress” État.

Le délai d’expiration d’un plan de service peut être observé dans le journal du serveur AppSync par les éléments suivants :

WARN [Transaction Reaper] [com.arjuna.ats.arjuna] [] [] ARJUNA012117: TransactionReaper::check timeout for TX 0:ffff0ae651aa:1c135b84:60be4e22:1f2b2c in state  RUN
WARN [Transaction Reaper Worker 0] [org.hibernate.engine.transaction.synchronization.internal.SynchronizationCallbackCoordinatorTrackingImpl] [] [] HHH000451: Transaction afterCompletion called by a background thread; delaying afterCompletion processing until the original thread can handle it. [status=4]
WARN [Transaction Reaper Worker 0] [com.arjuna.ats.arjuna] [] [] ARJUNA012121: TransactionReaper::doCancellations worker Thread[Transaction Reaper Worker 0,5,main] successfully canceled TX 0:ffff0ae651aa:1c135b84:60be4e22:1f2b05
WARN [Transaction Reaper Worker 0] [com.arjuna.ats.arjuna] [] [] ARJUNA012095: Abort of action id 0:ffff0ae651aa:1c135b84:60be4e22:1f2b2c invoked while multiple threads active within it.
WARN [Transaction Reaper Worker 0] [com.arjuna.ats.arjuna] [] [] ARJUNA012108: CheckedAction::check - atomic action 0:ffff0ae651aa:1c135b84:60be4e22:1f2b2c aborting with 1 threads active!
WARN [Transaction Reaper Worker 0] [com.arjuna.ats.arjuna] [] [] ARJUNA012121: TransactionReaper::doCancellations worker Thread[Transaction Reaper Worker 0,5,main] successfully canceled TX 0:ffff0ae651aa:1c135b84:60be4e22:1f2b2c

Les exécutions suivantes du plan de service bloqué dans «in-progress» échoue, indiquant que le plan de service est déjà en cours d’exécution.

L’augmentation du délai d’expiration de la transaction, qui est spécifié en secondes, peut résoudre le problème de délai d’expiration.
La valeur par défaut est de 5 minutes et peut être augmentée de manière incrémentielle si nécessaire. L’exemple ci-dessous augmente le délai d’expiration à 20 minutes.

Pour augmenter le délai d’expiration de la transaction dans le standalone.xml, qui se trouve dans le C:\EMC\AppSync\jboss\standalone\configuration sur le serveur AppSync :

• Effectuez une sauvegarde du fichier standalone.xml .
• Modifiez le fichier standalone.xml fichier et augmentation :

<coordinator-environment default-timeout="300"/>

<coordinator-environment default-timeout="1200"/>

• Redémarrez les trois services du serveur AppSync.

La planification des plans de service associés à vCenter afin de réduire l’interaction simultanée avec vCenter peut résoudre le problème et éliminer la nécessité d’augmenter le délai d’expiration de la transaction.