Change Failed to Degraded#165
Conversation
|
Based on: openshift/api#287 |
f1a8c6c to
54ed420
Compare
|
docs PR: #161 |
|
see: openshift/api#287 |
smarterclayton
left a comment
There was a problem hiding this comment.
What did you use to update? make vendor?
54ed420 to
51d66be
Compare
|
Updating vendor was via: |
51d66be to
7e7f31a
Compare
This is so we can use --args --alsologtostderr for all integration tests
7e7f31a to
73179c1
Compare
|
/retest |
|
This looks ok to me but want @abhinavdahiya to take a look if he can tomorrow. |
|
/test all |
|
Ok, will deal with fallout in separate issues /lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: eparis, smarterclayton 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 |
1 similar comment
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: eparis, smarterclayton 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 |
…ing -> Degraded 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). [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1702087
…Degraded 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 can drop the Failing column once all the operators have migrated. [1]: https://bugzilla.redhat.com/show_bug.cgi?id=1702087
…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)
No description provided.