Bug 1702087: install/0000_00_cluster-version-operator_01_clusteroperator.crd: Failing -> Degraded#172
Conversation
|
CC @eparis, @smarterclayton, since I'm blaming #165 ;) |
|
/lgtm We need to add a cli e2e for this |
|
/hold |
|
If we want to support both Failing and Degraded during the transition, I'm fine with that. I'm not quite clear on how though. We can certainly retain two columns here, and I can update the PR accordingly. But if we wanted to collapse both into the same column (with the collapsing logic like we have in Go in #165), I'll need some pointers for JSONPath syntax. Since I have a pod listing handy, I've been experimenting there without success to try to find a boolean or expression supported by $ oc get -o jsonpath='{.items[*].status.conditions[?(@.type == "Initialized" or @.Type == "Ready")]}' pods
error: error parsing jsonpath {.items[*].status.conditions[?(@.type == "Initialized" or @.Type == "Ready")]}, unrecognized character in action: U+003D '='
$ oc get -o jsonpath='{.items[*].status.conditions[?(@.type == "Initialized"), ?(@.Type == "Ready")]}' pods
error: error parsing jsonpath {.items[*].status.conditions[?(@.type == "Initialized"), ?(@.Type == "Ready")]}, unclosed array expect ]
$ oc get -o jsonpath='{.items[*].status.conditions[?(@.type == "Initialized" || @.Type == "Ready")]}' pods
error: error parsing jsonpath {.items[*].status.conditions[?(@.type == "Initialized" || @.Type == "Ready")]}, unrecognized character in action: U+007C '|' |
7f743ef to
df68d7b
Compare
|
I don't see a ton of value in two columns. We won't ship with failing and
it's dead code. It would be better to open PRs against other components
and fix their "Failing" strings :)
…On Mon, Apr 22, 2019 at 8:09 PM W. Trevor King ***@***.***> wrote:
I've pushed 7f743ef
<7f743ef>
-> df68d7b
<df68d7b>
to go with the two-column approach until I get more feedback ;).
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
<#172 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAI37J36PAQ7S6M3ZOD5DSDPRZHUBANCNFSM4HHTKHXA>
.
|
…aded -> Failing Fix [1]: $ oc get clusteroperators kube-apiserver NAME VERSION AVAILABLE PROGRESSING FAILING SINCE kube-apiserver 4.1.0-0.nightly-2019-04-22-005054 True False 20m when the ClusterOperator only sets Degraded. This should have happened in 94c4e57 (Use the new degraded condition is available, 2019-04-16, openshift#165). There may be some JSONPath syntax to collapse both into a single column: .status.conditions[?(@.type IN ["Degraded", "Failing"])].status but if it exists, I haven't discovered it. We're hopefully going to fix the operators that are still using Failing soon, so just skip to the new field without supporting both [2]. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1702087 [2]: openshift#172 (comment)
df68d7b to
3142181
Compare
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: eparis, smarterclayton, wking The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/retest |
Fix:
when the ClusterOperator only sets
Degraded. This should have happened in 94c4e57 (#165).