AppSync: Коли використовується максимальна кількість з'єднань vCenter (VC), наступні запити на підключення чекатимуть і можуть закінчуватися під час очікування.

Потрібно більше дозволених 4 VC-з'єднань одночасно
.Це можна спостерігати, знайшовши подібні повідомлення до наступного в журналі сервера 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

Якщо сервісний план, який чекає на VC з'єднання, закінчується час, тоді сервісний план може застрягти в “in-progress” штат

.Тайм-аут тарифного плану можна спостерігати в журналі сервера AppSync за наступним прикладом:

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

Наступні запуски сервісного плану, який застряг у "in-progress" не вдається, стверджуючи, що план обслуговування вже працює.

Збільшення тайм-ауту транзакції, який вказаний у секундах, може вирішити проблему тайм-ауту.
За замовчуванням — 5 хвилин, і за потреби його можна поступово збільшувати. Приклад нижче збільшує тайм-аут до 20 хвилин.

Щоб збільшити тайм-аут транзакції в standalone.xml, який розташований у C:\EMC\AppSync\jboss\standalone\configuration на сервері AppSync:

• Зробіть резервну копію standalone.xml Справу.
• Редагувати standalone.xml Файл і збільшення:

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

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

• Перезапустіть три сервіси AppSync Server.

Планування сервісних планів, пов'язаних із vCenter, щоб зменшити одночасною взаємодію з vCenter, може вирішити проблему та усунути потребу у збільшенні тайм-ауту транзакцій.