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 run that job, you'd expect it to plan successfully, but it fails with:
Scheduler dry-run:
- WARNING: Failed to place all allocations.
Task Group "group" (failed to place 1 allocation):
* Class "multipass": 1 nodes excluded by filter
* Constraint "${attr.unique.hostname} = ${meta.example}": 1 nodes excluded by filter
If you instead set the node meta statically via client.meta in its configuration, the job plans successfully. As far as I can tell the dynamic node metadata should be present:
$ nomad node meta read --node-id ae01
All Meta
connect.gateway_image = docker.io/envoyproxy/envoy:v${NOMAD_envoy_version}
connect.log_level = info
connect.proxy_concurrency = 1
connect.sidecar_image = docker.io/envoyproxy/envoy:v${NOMAD_envoy_version}
connect.transparent_proxy.default_outbound_port = 15001
connect.transparent_proxy.default_uid = 101
host_machine = nomad0
Dynamic Meta
host_machine = nomad0
Static Meta
connect.gateway_image = docker.io/envoyproxy/envoy:v${NOMAD_envoy_version}
connect.log_level = info
connect.proxy_concurrency = 1
connect.sidecar_image = docker.io/envoyproxy/envoy:v${NOMAD_envoy_version}
connect.transparent_proxy.default_outbound_port = 15001
connect.transparent_proxy.default_uid = 101
$ nomad node status -verbose ae01
...
Meta
connect.gateway_image = docker.io/envoyproxy/envoy:v${NOMAD_envoy_version}
connect.log_level = info
connect.proxy_concurrency = 1
connect.sidecar_image = docker.io/envoyproxy/envoy:v${NOMAD_envoy_version}
connect.transparent_proxy.default_outbound_port = 15001
connect.transparent_proxy.default_uid = 101
host_machine = nomad0
There's no weird denormalization that happens in the RPC handlers, so it shows up fine there as well:
When looking into the state of #5764 (comment), I encountered a bug in our constraints for dynamic node metadata.
Consider the following setup:
jobspec
If you run that job, you'd expect it to plan successfully, but it fails with:
If you instead set the node meta statically via
client.meta
in its configuration, the job plans successfully. As far as I can tell the dynamic node metadata should be present:There's no weird denormalization that happens in the RPC handlers, so it shows up fine there as well:
The text was updated successfully, but these errors were encountered: