OS
Size: a a a
2020 October 20
IK
он образы скачивает
OS
дело в том, что если я подключаюсь по ssh, то работает корректно
IK
разница может быть только в пользователе, под которым выполняется команда cm
OS
скорее всего у вас где-то лежит побитый browsers.json, добавьте --force
спасибо, образы выкачал с командой --force и после этого заработало :)
2020 October 21
a
Доброе утро! Не подскажете, пожалуйста, почему я не могу запустить сессию?
IK
в консоли браузера посмотрите что за ошибка
IK
ну или в логах Selenoid
a
RZ
Привет, я правильно понимаю что https://aerokube.com/ggr/1.5.5/#_proxying_downloaded_files
работает только когда за ggr развернут selenoid?
работает только когда за ggr развернут selenoid?
IK
Привет, я правильно понимаю что https://aerokube.com/ggr/1.5.5/#_proxying_downloaded_files
работает только когда за ggr развернут selenoid?
работает только когда за ggr развернут selenoid?
привет, да
IK
нет, автоматического скачивания нет
RZ
привет, да
Спасибо👍
a
нет, автоматического скачивания нет
благодарю)
AB
Привет! Подскажите, можно ли что-то сделать со следующим сценарием.
Есть Ggr и допустим одна нода селенойда, которая умеет поднимать андройд эмуулятор (лимит сессий = 1).
На Ggr приходят N запросов на создание сессии, которые он проксирует на ноду, на которой соответсвенно собирается очередь. После этого все клиенты, которые запросили сессии, отключаются, в логах Ggr я вижу соотвествуующие строчки CLIENT_DISCONNECTED. Но при этом на ноде все еще висит очередь, которая довольно медленно разгребается, потому что эмулятор поднимается не быстро. При этом сессии создаются в холостую: CONTAINER_STARTED -> SERVICE_STARTED -> SESSION_ATTEMPTED -> CLIENT_DISCONNECTED. Т.е. получается нода создает сессии, которые будут терминированы сразу после создания. В это время нормальные клиенты встают в очередь и ждут.
Версия Ggr=1.6.4, Selenoid=1.9.0. Можно ли настроить так, чтобы при событии CLIENT_DISCONNECTED на Ggr удалялись соответсвующие запросы на сессию на Selenoid-ноде?
Есть Ggr и допустим одна нода селенойда, которая умеет поднимать андройд эмуулятор (лимит сессий = 1).
На Ggr приходят N запросов на создание сессии, которые он проксирует на ноду, на которой соответсвенно собирается очередь. После этого все клиенты, которые запросили сессии, отключаются, в логах Ggr я вижу соотвествуующие строчки CLIENT_DISCONNECTED. Но при этом на ноде все еще висит очередь, которая довольно медленно разгребается, потому что эмулятор поднимается не быстро. При этом сессии создаются в холостую: CONTAINER_STARTED -> SERVICE_STARTED -> SESSION_ATTEMPTED -> CLIENT_DISCONNECTED. Т.е. получается нода создает сессии, которые будут терминированы сразу после создания. В это время нормальные клиенты встают в очередь и ждут.
Версия Ggr=1.6.4, Selenoid=1.9.0. Можно ли настроить так, чтобы при событии CLIENT_DISCONNECTED на Ggr удалялись соответсвующие запросы на сессию на Selenoid-ноде?
IK
Привет! Подскажите, можно ли что-то сделать со следующим сценарием.
Есть Ggr и допустим одна нода селенойда, которая умеет поднимать андройд эмуулятор (лимит сессий = 1).
На Ggr приходят N запросов на создание сессии, которые он проксирует на ноду, на которой соответсвенно собирается очередь. После этого все клиенты, которые запросили сессии, отключаются, в логах Ggr я вижу соотвествуующие строчки CLIENT_DISCONNECTED. Но при этом на ноде все еще висит очередь, которая довольно медленно разгребается, потому что эмулятор поднимается не быстро. При этом сессии создаются в холостую: CONTAINER_STARTED -> SERVICE_STARTED -> SESSION_ATTEMPTED -> CLIENT_DISCONNECTED. Т.е. получается нода создает сессии, которые будут терминированы сразу после создания. В это время нормальные клиенты встают в очередь и ждут.
Версия Ggr=1.6.4, Selenoid=1.9.0. Можно ли настроить так, чтобы при событии CLIENT_DISCONNECTED на Ggr удалялись соответсвующие запросы на сессию на Selenoid-ноде?
Есть Ggr и допустим одна нода селенойда, которая умеет поднимать андройд эмуулятор (лимит сессий = 1).
На Ggr приходят N запросов на создание сессии, которые он проксирует на ноду, на которой соответсвенно собирается очередь. После этого все клиенты, которые запросили сессии, отключаются, в логах Ggr я вижу соотвествуующие строчки CLIENT_DISCONNECTED. Но при этом на ноде все еще висит очередь, которая довольно медленно разгребается, потому что эмулятор поднимается не быстро. При этом сессии создаются в холостую: CONTAINER_STARTED -> SERVICE_STARTED -> SESSION_ATTEMPTED -> CLIENT_DISCONNECTED. Т.е. получается нода создает сессии, которые будут терминированы сразу после создания. В это время нормальные клиенты встают в очередь и ждут.
Версия Ggr=1.6.4, Selenoid=1.9.0. Можно ли настроить так, чтобы при событии CLIENT_DISCONNECTED на Ggr удалялись соответсвующие запросы на сессию на Selenoid-ноде?
они и удаляются, как только вы отсоединяетесь
AB
> они и удаляются, как только вы отсоединяетесь
Они удаляются на Ggr, но на ноде запросы продолжают висеть в очереди
Они удаляются на Ggr, но на ноде запросы продолжают висеть в очереди
АА
> они и удаляются, как только вы отсоединяетесь
Они удаляются на Ggr, но на ноде запросы продолжают висеть в очереди
Они удаляются на Ggr, но на ноде запросы продолжают висеть в очереди
В логах селеноида есть CLIENT_DISCONNECTED?
AB
> В логах селеноида есть CLIENT_DISCONNECTED?
Есть, но только после создания сессии. Т.е. берется очередной запрос из очереди, поднимается контейнер, потом когда он поднялся, в логах селенойда видно SESSION_ATTEMPTED -> CLIENT_DISCONNECTED, потом происходит удаление контейнера. И так для всех висящих в очереди запросов.
Есть, но только после создания сессии. Т.е. берется очередной запрос из очереди, поднимается контейнер, потом когда он поднялся, в логах селенойда видно SESSION_ATTEMPTED -> CLIENT_DISCONNECTED, потом происходит удаление контейнера. И так для всех висящих в очереди запросов.