Runner

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

To use runner, we went and configured the runner configuration with CircleCI and got dedicated hosts through AWS. We then took the off the shelf AMI and had to add customizations. If there were Circle images for for example if this contains xCode 11.2 - there would be benefit in getting a running macOS image to be able to import.

In a self hosted scenario, using container runner (kubernetes setup) and service containers, it would be great if you can specify different resource limits/requests instead of inheriting these specs from the first container. The current limitation causes a lot of resource waste