Linux+Grid+Chrome зависает периодически при старте

webdriver
, , , ,
#1

Доброго дня.
Борьба с linux(centos) продолжается.
При старте 1/8 примерно зависает chrome, остальные ходят без проблем.
webdriver.Remote(command_executor=self.config.SERVER_ADDRESS, desired_capabilities=caps, proxy=real_proxy)
Как отдебажить не знаю даже, что именно ему мешает.
Может кто то сталкивался?
Нода запущена так
DISPLAY=:99 xvfb-run -s “-screen 0, 8000x2000x16” java -jar /home/autotest/selenium-server-standalone-2.48.2.jar -role node -hub http://10.76.162.41:4444/grid/register -browser browserName=chrome,version=DEFAULT,maxInstances=4,platform=LINUX -Djava.security.egd=file://dev/urandom

Google Chrome 47.0.2526.111
ChromeDriver 2.20.353124
Selenium Server 2.48
Selenium 2.48
Python 3.3

На винде такого не встречали.

http://dl1.joxi.net/drive/0007/3419/482651/160119/749750e5f8.jpg
http://dl1.joxi.net/drive/0007/3419/482651/160119/e6412a748d.jpg

#2

xvfb 8000x2000 ? А зачем вам такое разрешение на виртуальных иксах? Пробовали ставить более правдоподобное?

#3

коллега говорит, что если выставить даже full hd, то будут проблемы, что часть контента не влезает, хотя должна влезать на этом разрешении, спасибо, попробую

#4

Попробовал изменить разрешение на 1280x1024, попробовал вообще убрать его, все равно зависают периодически.

#5

Порылся в логах chrome, нашел ошибки. Оказалось мы не одни такие. Будем ждать ответа разработчиков

https://bugs.chromium.org/p/chromedriver/issues/detail?id=1298&q=gl_surface_glx.cc&colspec=ID%20Status%20Pri%20Owner%20Summary

#6

Часто сталкиваюсь с этой проблемой…
Есть нода на Linux и есть на винде. В линуксе периодически зависают тесты, которые используют хром в качестве браузера.

Google Chrome 48
ChromeDriver 2.20
Selenium Server 2.47.1
Python 2.7

Обновление селениума на более свежую версию не помогает. Откат хромдрайвера на 2.19 тоже.

p.s На винде хром периодически оставляет после себя висеть процесс, который потребляет 1,6 мб памяти. Они могут накапливаться, что приводит к тормозам. Решил проблему написав скрипт, который убивает такие процессы

#7

Ну когда тестов немного или они запускаются на 1 машине - это может быть выходом.
У нас в облаке более 60 нод для грида и более 10 тысяч тестов.
Определять, где что то зависло не вариант.
Попробуем под Ubuntu поднять. На винде тоже бывает, но они остаются просто висеть на машине и все, не занимая слоты грида - это не критично, памяти у нас хватает, а раз в сутки они ребутятся, нам этого хватает.

#8

Попробуем под Ubuntu поднять.

У нас Debian и хром там виснет…

#9

Ага, попробовал, тоже виснет, придется ограничится FF до ответа разработчиков

#10

По ошибке отписались:
https://bugs.chromium.org/p/chromedriver/issues/detail?id=1298&q=gl_surface_glx.cc&colspec=ID%20Status%20Pri%20Owner%20Summary

“Upgrading Chrome to beta google-chrome-beta-49.0.2623.39 does not seem to help, however, upgrading to Chrome unstable 50.0.2638.0 DOES seem to fix the issue.”
Но что то на Centos 7 у нас chrome этот не взлетел, подождем.