actions / actions/runner

Windows runner sometimes get stuck at start

Open
#3,386 3 comments 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

bug
Dominant language
C#
Stars
6.3k
Forks
1.4k
Avg merge
1d 16h
Merged PRs (30d)
24

Description

Describe the bug
I have configured my runners to use a local proxy (so that no runners can access anything inside the cluster)

However, every 100 or so runner pod starts I get this error:

2024-07-10 02:04:06Z: Runner connect error: No such host is known. (proxy.kube-public.svc.cluster.local:8888). Retrying until reconnected.

Single log line only, but from there it is totally stuck and never able to run any job.

To Reproduce
Steps to reproduce the behavior:

  1. Unknown

I am not sure if any retry at all happens, but this error is caused by windows sucking balls and starting without DNS working... That's windows and/or calico for windows for you, and only restarting the pod will ever fix it for you.

Expected behavior

It retried, and eventually gave up forcing the runner to reschedule another runner.

Runner Version and Platform

gha-runner-scale-set-controller:0.9.1

ENV GITHUB_RUNNER_VERSION=v2.317.0
...
CMD [ "powershell", "-c", "./config.cmd --name $env:RUNNER_NAME --url https://github.com/$env:RUNNER_REPO --token $env:RUNNER_TOKEN --labels $env:RUNNER_LABELS --unattended --replace --ephemeral; ./run.cmd"]

OS of the machine running the runner? Windows

What's not working?

Job Log Output

NA

Runner and Worker's Diagnostic Logs

2024-07-10 02:04:06Z: Runner connect error: No such host is known. (proxy.kube-public.svc.cluster.local:8888). Retrying until reconnected.

Contributor guide

No contributing guide indexed for this repository

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

Start with the Windows startup entry points named in the report, ./config.cmd and ./run.cmd, and trace the runner connection retry after the proxy DNS error. Reproduce or inspect the reported startup failure in a runner pod using the stated versions; done means the runner no longer remains stuck and can recover or be rescheduled after the connection failure.

Written by the indexing model from the issue text.

Assessment

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.