Runner

Given a resource class, it would be great to have an API to see what job(s) are queued on said runner. This would enable teams to see what/where their runners are being used and if something is "stuck".

It would be great if the Runner team could provide a CircleCI solution within Container Runner that is similar to Buildah/Kaniko to allow the usage of Docker in Docker.

Specifically tools like statsd, Prometheus, etc.

In some cases, it may be good to surface Container Runner metrics to Prometheus. Such as Task count, Task limit, error logs, etc.

Would be nice to specify multiple executor/resource types in a ranked preference order. I could have multiple self-hosted runner resource classes I've created, and if one has no nodes available, CircleCI moves down the list to the next resource class. It would be nice if the list could also include cloud executor types - if none of my self-hosted runner classes have nodes available, then I default to using a CircleCI-hosted node.

Currently, the %s wildcard is not supported in Runner 3.0 working directories and will be interpreted as a literal value. > For Machine Runner 3.0, the %s substitution feature is not supported. The %s value in the working directory path would be interpreted as a literal value. https://circleci.com/docs/machine-runner-3-configuration-reference/#runner-working-directory This feature request is to introduce the %s wildcard for use within the runner.working_directory parameter in a runner's configuration file.

Currently, if a runner is inactive, there is no way to delete the runner without deleting the resource class. The inactive runner will fall off inventory after 12 hours of inactivity. > https://circleci.com/docs/runner-faqs/#how-long-do-inactive-self-hosted-runners-persist-in-the-self-hosted-runner-inventory-page This feature request is to enable the ability to delete a runner within a resource class without waiting the 12 hours or deleting the entire resource class

Similar to running jobs using CircleCI's machines, it would be ideal to have the same for Runners using our own architecture. The CPU and RAM columns are blank for some jobs in our insights dashboard, particularly the self-hosted runner jobs.

In Container Runner, you have your CircleCI Plan concurrency plus the concurrency defined in agent.maxConcurrentTasks . It would be great if the UI was able to differentiate between the two.

This is currently possible using the CircleCI CLI ( https://support.circleci.com/hc/en-us/articles/15418352844187-How-to-delete-a-Self-Hosted-Runner-Resource-Class ) This request is to enable parity of the same functionality in the Runner UI