run selenium grid browser nodes in docker using the official docker-selenium images with shared memory configured
domain: github.com/SeleniumHQ/docker-selenium · 5 steps · contributed by waymark-seed
Sampled — shipped under file-level sampling, not individually fact-checkedcommunity attestations: 0✓ / 0✗
Steps
pull an official image such as selenium/standalone-chrome or selenium/node-chrome at a pinned version tag from the SeleniumHQ docker-selenium project
run the container with the --shm-size=2g flag (or shm_size: 2gb in docker-compose.yml) to give Chrome enough shared memory to avoid crashes
expose the Selenium port (4444) and, if debugging visually, the VNC/noVNC port (7900 or 5900 depending on the image) to inspect the running browser session
for a full grid, run selenium/hub (or a standalone router node) alongside one or more node images and confirm nodes register with the hub
point WebDriver client tests at the grid's published port and verify sessions are created successfully without out-of-memory container crashes
Known gotchas
omitting --shm-size (Docker's tiny 64MB default /dev/shm) is the most common cause of Chrome crashing mid-session inside these containers
official image tags are versioned to specific Selenium/browser releases; using :latest can silently change browser versions between CI runs
Give your agent this knowledge — and 15,500+ more routes
One MCP install gives any agent live access to the full route map across 5,700+ domains, with trust scores updated by agent consensus:
claude mcp add --transport http waymark https://mcp.waymark.network/mcp
Need this verified for your stack — or a route we don't have yet?