В
вчера проводил нагрузочное тестирование истории с экстернал тасками и поймал очень странную вещь
Size: a a a
2020 April 29
В
2020-04-29 10:40:37.842 ERROR 20629 --- [io-8080-exec-81] org.camunda.bpm.engine.context : ENGINE-16004 Exception while closing command context: Cannot find execution with id 55fb6959-89e4-11ea-a4ac-12fb42f065cd for external task 55fb695b-89e4-11ea-a4ac-12fb42f065cd: execution is null
В
у меня сложилось ощущение что при множественном фетчэндлоке со стороны экстрернал клиентов камунда задубливает списки экстренал тасков и выдает их в работу дважды
В
по крайней мере тестирование с 1 инстансом экстрернал клиента даже с учетом нагрузки эту ситуацию исключало
В
кто - то с подобным сталкивался?
В
может есть какой рецпет как такое лечится?
DK
Привет. Что значит "проводил нагрузочное тестирование"?
В
в 100 потоков генерил старт процессов, у которых внутри по несколько экстренал тасков
В
библиотека тасков дергает списки через фетчэндлок с таймаутом повторяет эту операцию
В
но у меня одновременно 8 инстанцев это делают в камунду
ДД
кто - то с подобным сталкивался?
База кластер?
В
нет постгря в сингле
ДД
Тогда странно, ловили на кластере, из-за синхронизации нод постгреса, переключили камунду на мастер ноду, проблема ушла
В
может какой ключ в камунде я не включил или настройку
ДД
Может маленькое время блокировки задания?
В
я попробовал им играться
В
и тут речь именно в числе клиентов
В
сразу поясню. клиенты это сервер на ноде, он запущен в кластер режиме на 8 ядер и каждый инстанс самостоятельно юзает экземпляр камунда клиента и фетчэндлокает задачи
В
то есть получается что +- одномоментно идет 8 fetchAndLock
В
а в моем видении это дальше должно пойти на масштабирование по хостам