AppSync: Gdy używana jest maksymalna liczba połączeń vCenter (VC), kolejne żądania połączeń będą oczekiwać i mogą przekroczyć limit czasu oczekiwania.

Jednocześnie potrzebne jest więcej niż dozwolone 4 połączenia VC.
Można to zaobserwować, odnajdując komunikaty podobne do poniższych w dzienniku serwera 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

Jeśli upłynie limit czasu planu serwisowego oczekujący na połączenie VC, może on utknąć w “in-progress” Państwa.

Przekroczenie limitu czasu planu usługi można zaobserwować w dzienniku serwera AppSync w następujący sposób:

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

Kolejne uruchomienia planu serwisowego, który utknął w "in-progress" nie powiedzie się, oznaczając, że plan serwisowy jest już uruchomiony.

Zwiększenie wartości limitu czasu transakcji określonej w sekundach może rozwiązać problem z limitem czasu.
Wartość domyślna to 5 minut, a w razie potrzeby można ją stopniowo zwiększać. Poniższy przykład zwiększa limit czasu do 20 minut.

Aby zwiększyć limit czasu transakcji w polu standalone.xml, który znajduje się w C:\EMC\AppSync\jboss\standalone\configuration na serwerze AppSync:

• Wykonaj kopię zapasową standalone.xml .
• Edytuj plik standalone.xml i zwiększać:

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

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

• Uruchom ponownie trzy usługi serwera AppSync.

Planowanie planów serwisowych usług związanych z vCenter w celu zmniejszenia jednoczesnej interakcji z vCenter może rozwiązać problem i wyeliminować konieczność wydłużenia limitu czasu transakcji.