You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you not set any extra labels with runner_extra_labels, because the default ones "self-hosted,${var.runner_os},${var.runner_architecture} would be good enough, you cannot use runner_enable_workflow_job_labels_check as this prevent scaling of any runners:
Received workflow job event with labels: '["self-hosted","linux","arm64"]'. The event does NOT match the runner labels: 'self-hosted,linux,x64,'
A dummy label in runner_extra_labels would be a workaround but then one must update any runs-on: [self-hosted, linux, x64] to runs-on: [self-hosted, linux, x64, dummy] as long as #1714 is unsolved.
Maybe runner_labels could be a added as variable of the main module with "self-hosted,${var.runner_os},${var.runner_architecture} as default value. So it can be overridden completely of needed. Then runner_extra_labels is not needed anymore.
The text was updated successfully, but these errors were encountered:
We need runner_extra_labels as we have multiple runner types based on Linux OS. We use custom labels to assign the workflow job to one particular runner type.
The labels self-hosted,OS,ARCH are automatically added by the agent when registering the runner to GH.
I think you are correct in that this is related to #1714 and the label matching logic needs some work and this particular use case needs to be added into the tests.
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed if no further activity occurs. Thank you for your contributions.
If you not set any extra labels with
runner_extra_labels
, because the default ones"self-hosted,${var.runner_os},${var.runner_architecture}
would be good enough, you cannot userunner_enable_workflow_job_labels_check
as this prevent scaling of any runners:A dummy label in
runner_extra_labels
would be a workaround but then one must update anyruns-on: [self-hosted, linux, x64]
toruns-on: [self-hosted, linux, x64, dummy]
as long as #1714 is unsolved.Maybe
runner_labels
could be a added as variable of the main module with"self-hosted,${var.runner_os},${var.runner_architecture}
as default value. So it can be overridden completely of needed. Thenrunner_extra_labels
is not needed anymore.The text was updated successfully, but these errors were encountered: