Closed zsbutosi closed 3 weeks ago
@zsbutosi, thank you for creating this issue. We will troubleshoot it as soon as we can.
Triage this issue by using labels.
If information is missing, add a helpful comment and then I-issue-template
label.
If the issue is a question, add the I-question
label.
If the issue is valid but there is no time to troubleshoot it, consider adding the help wanted
label.
If the issue requires changes or fixes from an external project (e.g., ChromeDriver, GeckoDriver, MSEdgeDriver, W3C),
add the applicable G-*
label, and it will provide the correct link and auto-close the
issue.
After troubleshooting the issue, please add the R-awaiting answer
label.
Thank you!
we also set Configuration.headless as true for the selenide config
I saw headless is mentioned, but I am not sure selenide pass which argument? --headless
or --headless=new
You can try to disable that configure and use addArguments("--headless=new")
to see any help
@VietND96 Thank you for the response.
I checked the selenide code and its sending --headless=new
.
And I also made changes, and now I am adding the --headless=new
argument to the chrome configuration from my code.
But unfortunately I am getting the same timeout exception.
I tested locally with the 4.24.0-20240907
release.
As I see, the problem is when I try to run multiple browser sessions in one chrome-node. As long as I am running only 1 test, i don't see any problem. But if multiple tests are executed in parallel, the first one got passed, and the other tests got this timeout exception. Like if after closing the first session, it shuts down something in the background, which prevents any other session to start or work properly.
@VietND96 I think I found a solution.
Now I am using the latest docker images for hub and chrome-node (tag: 4.25.0-20240922
).
When a session starts, it spawn multiple chrome processes. And one of them took an entire core in processing. That is why I got the timeout exceptions.
After quite a few trial I reenabled the xvfb, because that was turned off by default, as we always use headless mode in GRID.
And the timeouts resolved.
I think for one of the chrome process, xvfb is required.
So currently it seems to be working with the following env variables: SE_START_XVFB - true SE_START_VNC - false SE_START_NO_VNC - false SE_NODE_MAX_SESSIONS - 4 SE_NODE_OVERRIDE_MAX_SESSIONS - true
So it seems that xvfb is a must have to use GRID.
Also an other weird thing is that the chrome-node info in GRID states the following:
{"browserName":"chrome","browserVersion":"129.0","goog:chromeOptions":{"binary":"/usr/bin/google-chrome"},"platformName":"linux","se:containerName":"","se:noVncPort":7900,"se:vncEnabled":true}
But as I said before, vnc and novnc is disabled.
Thx
Thanks for your feedback, I think a note on README also mentioned a similar issue https://github.com/SeleniumHQ/docker-selenium?tab=readme-ov-file#headless
Regarding caps "se:vncEnabled":true
is present when SE_START_VNC
and SE_START_NO_VNC
are false, let me check again.
What happened?
Hi!
We have been using selenium grid docker image in kubernetes setup for almost 2 years now. But since the 4.23.0 version, we get
org.openqa.selenium.SessionNotCreatedException: Could not start a new session. Response code 500. Message: Could not start a new session. java.util.concurrent.TimeoutException
errors. I can reproduce it locally with docker container too. I have tried the docker image4.23.0-20240727
,4.23.1-20240820
and thenightly
build too, with the same result.For testing framework, we are using selenide, with kotlin and java21. Currently we are using selenide version 7.4.2, which is using selenium 4.23.1. The browser config for chrome is the following:
and we also set
Configuration.headless
as true for the selenide config.Command used to start Selenium Grid with Docker (or Kubernetes)
Operating System
Ubuntu
Docker Selenium version (image tag)
4.23.1-20240820
Selenium Grid chart version (chart version)
N/A