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
The blueprint hook tries to find instance counts/types and ultimately puts them in a runtime generated ops file. Unfortunately, this prevents me from using the same params concept for my counts/types for my isolation segments since it will error with:
[ERROR] No such instance group <instance I want> - cannot change instance counts to 6.
Valid instance groups are:
nats, diego-cell, diego-api, uaa, scheduler, router, api, cc-worker, adapter,
doppler, log-api, tcp-router, credhub, haproxy
[ERROR] Could not determine which YAML files to merge: 'blueprint' hook exited with 1:
The text was updated successfully, but these errors were encountered:
Yes, in this case, since you are already specifying the instance group directly in your environment to create an otherwise-unknown IG, you can specify the instance count directly inside its yaml block, and don't need to use the params helpers. Please let me know if that is not acceptable, and why.
If I use params.system-diego-cell_instances the blueprint hook freaks out. I got around it by having to rename my parameter, which isn't great. My point is the blueprint hook shouldn't prevent me from using a preferred paradigm.
The
blueprint
hook tries to find instance counts/types and ultimately puts them in a runtime generated ops file. Unfortunately, this prevents me from using the same params concept for my counts/types for my isolation segments since it will error with:The text was updated successfully, but these errors were encountered: