-
Notifications
You must be signed in to change notification settings - Fork 40k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CRI: upgrade protobuf to v3 #39158
CRI: upgrade protobuf to v3 #39158
Conversation
Jenkins verification failed for commit 0f4ff82694731321a618e11175a17aa6d9880f05. Full PR test history. The magic incantation to run this job again is |
Jenkins GKE smoke e2e failed for commit 0f4ff82694731321a618e11175a17aa6d9880f05. Full PR test history. The magic incantation to run this job again is |
@k8s-bot cri e2e test this |
Jenkins Bazel Build failed for commit bd1aec921ca840154b5ba65c1e12f96fb9c1cc8a. Full PR test history. The magic incantation to run this job again is |
@k8s-bot bazel test this |
All tests passed. cc/ @kubernetes/sig-node-misc |
Jenkins CRI GCE Node e2e failed for commit bfa4baec254be7ba0442fa85453a4fc2f68b26b1. Full PR test history. The magic incantation to run this job again is If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here. |
LGTM overall,
The default 0 values are passed to runtime by GetXXX() today already, e.g. GetTimeout(), so there is no functional changes happening here. But we should better document all those integer default values in the proto. See checklist here |
Better document is needed for sure, especially now that there is no way to check the existence of these field even if we want to. The use of timeout is not very consistent -- in one case ( As for |
@yifan-gu "ready" or not should be in condition type ( |
Reviewed 17 of 41 files at r1, 15 of 20 files at r2, 11 of 11 files at r3. hack/verify-flags/exceptions.txt, line 70 at r3 (raw file):
Why would the PR touch this?... pkg/kubelet/api/v1alpha1/runtime/api.proto, line 647 at r3 (raw file):
I think we should allow timeout=0. How about: pkg/kubelet/api/v1alpha1/runtime/api.proto, line 823 at r3 (raw file):
nit: I think Comments from Reviewable |
Looks good overall with some nits. |
@@ -699,7 +705,7 @@ message Container { | |||
string image_ref = 5; | |||
// State of the container. | |||
ContainerState state = 6; | |||
// Creation time of the container in nanoseconds. | |||
// Creation time of the container in nanoseconds. Must be > 0. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
while the container is not created, this can be 0 right?
@@ -728,13 +734,13 @@ message ContainerStatus { | |||
ContainerMetadata metadata = 2; | |||
// Status of the container. | |||
ContainerState state = 3; | |||
// Creation time of the container in nanoseconds. | |||
// Creation time of the container in nanoseconds. Must be > 0. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ditto
@Random-Liu Thanks for the clarification. |
Rebased and squashed commits.
|
/lgtm Please help watch the cri builds to see if anything breaks after the PR is merged. |
Of course. Is CRI enabled for all tests in page google-cri ? |
Automatic merge from submit-queue (batch tested with PRs 40168, 40165, 39158, 39966, 40190) |
Yeah. |
FYI, I glanced over all the cri builds and didn't see any obvious red builds. |
For #38854, this PR upgrades CRI protobuf version to v3, and also updated related packages for confirming to new api.
Release note: