всем привет, подскажите можно как то ренеймить сессию? или передавать в нее название?

через капабилити name

спасибо. помогло

Всем привет!
Имеется две job в Jenkins которые запускают один и тот же набор тестов с одинаковыми параметрами. Параллельность -- через Junit 5 + Maven surefire plugin (на уровне классов, в каждом классе по 1 тесту). Ограничение параллельности = 4 (через Maven surefire).

При этом одна job держит стабильно не больше 4 контейнера, а другая разрастается и добивает до 10.
И так каждый раз 😖 джобы практически копия друг друга... Было у кого-то что-то такое может?

Up. Is this expected on vm with nested virtualization enabled?

Всем привет. Есть сервер dell r630 на нем паралельно запускается 80 потоков\контейнеров с тестами, запуск идет через jenkins сервер. Несколько недель работало как положено, и вот за последние несколько дней одна и тажа проблема. При попытке инициализации драйвера контейнер попадает в в список запускаемых(pending), но сам фактически не стартует.  Из этого списка он не исчезает, сама инициализация удаленного драйвера завершается ошибкой по таймауту, так как браузер\контейнер так и не стартанул  и тест заканчивается фейлом. ну и как только все 80 потоков попадают в список pending остальные становятся в очередь и начинают накапливаться до бесконечности. В логах нет ошибок. Контейнеры просто не запускаются.

Может кто сталкивался с данной проблемой или может есть у кого идеи куда копать?

а место на диске есть?

да место свободное есть по CPU нагрузка не превышает 50% в пике, по памяти занимает не более 20%.

Вы пробовали стартануть контейнер с браузером из самого докера прямой командой?

Ну и логи можно ещё посмотреть...

Спасибо за совет, в итоге попытались запустить докер командой, и он так же не стартовал, т.е. уже запущенные докеры селеноида и селеноид_UI и другие служебные продолжали работать а вот запуск новых и удаление уже запущенных докеров даже командой не отрабатывали. Перезапустили службу докера и очередь начала рассасываться. Покопались в логах самой службы докера и наши интересные записи о том что докер не смог выдать макадреса запускаемым контейнерам. Админы нахмурили лбы и пошли думать с чем это может быть связано. В сухом остатке имеем проблему с докером, а не с селеноидом, но остается вопрос открытым почему сам селеноид не отреагировал на тот факт что инициализируемый им контейнер так и не запустился в течении нескольких часов. Я думал там такая проверка должна быть где-то реализована.

Если на клиенте выставить таймаут на создание сессии, то тогда сможете реагировать на то что сессия за какое то время (нужное вам, а не селеноиду) не запустилась...

ну это и так есть и тесты фейлятся, я про то что запуск любого докер контейнера должен происходить давольно таки быстро, ну т.е. должно быть отведено время на запуск контейнера и если в течении нескольких минут контейнер не стартанул, выдавать алерт о том что чтото идет не так, ИМХО это было бы логично, так как даже на самом мертвом железе на запуск докер контейнера уходило несколько секунд\минут. а тут по 15 часов идет ожидание запуска и селеноид считает это нормой. Это меня и удивляет.

А докер не должен просто ошибку отдавать, что он не может контейнер стартануть?

Давайте на селеноид все свалим... Он же ближе...