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
This covers augmenting quads-cli --define-cloud with an optional argparse value like --extnet true (default being false) that should create a stub file (via subprocess or similar) that holds up release of an assignment until a public VLAN can be deployed on the 4th interface of the hosts.
This will then correspond to a validation check that will gate release if the stub file is present.
This should land somewhere around here in the validations:
The subsequent notification email for failing this test should contain verbage that there's a requirement for additional public VLAN in which operator action hasn't been taken.
Why are we doing this?
We need a way to roll out public VLANs along with assignments that need them at the same time
We intend to fully automate this in 1.1 but need something now
This should be a minimally invasive change.
The text was updated successfully, but these errors were encountered:
"extnet" key might not be present in data. This was causing the
whole logic for creating the vlan stub files to be skipped.
Additionally the values of the fields inside data are being inside
lists so getting first element on list.
Related-to: #192
Change-Id: Iee97a2d33aa5699c7a2cdab1ab69c8ee4207f9b2
This covers augmenting
quads-cli --define-cloud
with an optional argparse value like--extnet true
(default being false) that should create a stub file (via subprocess or similar) that holds up release of an assignment until a public VLAN can be deployed on the 4th interface of the hosts.This will then correspond to a validation check that will gate release if the stub file is present.
This should land somewhere around here in the validations:
https://github.com/redhat-performance/quads/blob/master/bin/quads-validate-env.sh#L158
The subsequent notification email for failing this test should contain verbage that there's a requirement for additional public VLAN in which operator action hasn't been taken.
Why are we doing this?
1.1
but need something nowThe text was updated successfully, but these errors were encountered: