SeleniumHQ / SeleniumHQ/docker-selenium

[🐛 Bug]: ScaledObject errors out when ServiceName has been used - GKE

Open
#2,231 6 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

I-autoscaling-k8s R-awaiting-answer
Dominant language
Go
Stars
8.7k
Forks
2.5k
Avg merge
10h 16m
Merged PRs (30d)
20

Description

What happened?

I have setup my Cluster in GKE. Attached are my Configs fro my cluser and selenium grid.

When I use the service name in my ScaledObject trigger, it doesn't instantiate the POD. However, if I use the ClusterIP directly, then only it works.

It should work with the service name as well unless I am missing anything. It adds the request to queue using the service name. Hence I am ruling out the connectivity issues with service name. However, it doesn't create a new node/pod that was suppossed to be spinned up by ScaledObject making the node available for execution.

image
selenium-grid-config.txt

Command used to start Selenium Grid with Docker (or Kubernetes)
Added to description
Relevant log output
Attached in Description
Operating System

Kubernetes (GKE)

Docker Selenium version (image tag)

4.20

Selenium Grid chart version (chart version)

0.29

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue points to the attached selenium-grid-config.txt and the ScaledObject trigger on GKE; start by reviewing that configuration and reproducing the service-name and ClusterIP cases with Selenium Grid chart 0.29. Done means identifying why the service-name case fails and confirming that the ScaledObject can instantiate the expected pod when the service name is used.

Written by the indexing model from the issue text.

Assessment

Tech stack
docker, gcp, kubernetes
Domain
cloud, devops, infrastructure
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.