AppSync: quando è in uso il numero massimo di connessioni vCenter (VC), le richieste di connessione successive rimarranno in attesa e potrebbe verificarsi il timeout durante l'attesa.

Sono necessarie più connessioni VC delle 4 consentite contemporaneamente.
Ciò può essere osservato individuando i messaggi simili a quelli riportati di seguito nel registro del server 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

Se il piano di assistenza in attesa di una connessione VC è in timeout, il piano di assistenza potrebbe bloccarsi in “in-progress” Stato.

Il timeout di un piano di assistenza può essere osservato nel registro del server AppSync come segue:

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

Esecuzioni successive del piano di assistenza bloccato in "in-progress" ha esito negativo e indica che il piano di assistenza è già in esecuzione.

L'aumento del timeout della transazione specificato in secondi potrebbe risolvere il problema di timeout.
L'impostazione predefinita è 5 minuti e può essere aumentata in modo incrementale se necessario. L'esempio riportato di seguito aumenta il timeout a 20 minuti.

Per aumentare il timeout della transazione in standalone.xml, che si trova in C:\EMC\AppSync\jboss\standalone\configuration sul server AppSync:

• Eseguire un backup di standalone.xml file.
• Modificare la proprietà standalone.xml File e aumento:

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

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

• Riavviare i tre servizi del server AppSync.

La pianificazione di piani di servizio correlati a vCenter per ridurre l'interazione simultanea con vCenter può risolvere il problema ed eliminare la necessità di aumentare il timeout della transazione.