Have ephemeral JIT runners started enforcing an idle minutes limit?
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 6.3k
- Forks
- 1.4k
- Avg merge
- 1d 16h
- Merged PRs (30d)
- 24
Description
Recently, we've been observing an increased number of ephemeral JIT runners being removed from the server after listening for jobs for 2 to 6 minutes, mostly close to 6 minutes.
Has GitHub started enforcing an idle minutes limit for ephemeral JIT runners? If so, what is the limit, and is there any documentation about it?
Example 1
Sep 16 15:14:45: √ Connected to GitHub
Sep 16 15:14:46: Current runner version: '2.337.0'
Sep 16 15:14:46: 2026-09-16 15:14:46Z: Listening for Jobs
Sep 16 15:16:47: The runner no longer exists on the server. Cleaning up local configuration.
Sep 16 15:16:47: √ Removed .credentials
Sep 16 15:16:47: √ Removed .runner
Sep 16 15:16:47: Runner listener exit with 0 return code, stop the service, no retry needed.
Sep 16 15:16:47: Exiting runner...
Example 2
Sep 16 17:26:15: √ Connected to GitHub
Sep 16 17:26:16: Current runner version: '2.337.0'
Sep 16 17:26:16: 2026-09-16 17:26:16Z: Listening for Jobs
Sep 16 17:32:17: The runner no longer exists on the server. Cleaning up local configuration.
Sep 16 17:32:17: √ Removed .credentials
Sep 16 17:32:17: √ Removed .runner
Sep 16 17:32:17: Runner listener exit with 0 return code, stop the service, no retry needed.
Sep 16 17:32:17: Exiting runner...
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the ephemeral JIT runner lifecycle described in the issue, especially the “Listening for Jobs” and “The runner no longer exists on the server” log entries. Determine whether the observed 2-to-6-minute removal reflects an enforced idle limit, and identify the applicable limit or documentation; the issue names no repository file or test to run.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, github-actions
- Domain
- ci-cd
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100