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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add existence check for runtime_path #1965
Conversation
Hi @saschagrunert. Thanks for your PR. I'm waiting for a kubernetes-sigs or kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Hi @saschagrunert. Thanks for your PR. I'm waiting for a kubernetes-sigs or openshift member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/assign @rhatdan |
@saschagrunert: GitHub didn't allow me to assign the following users: cyphar. Note that only kubernetes-sigs members and repo collaborators can be assigned. In response to this: Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
/test all |
/ok-to-test |
/test all |
It seems that |
I think this check makes more sense at runtime rather than config generation. A config could be generated anywhere and then copied to the nodes where crio will run so the machine where it is generated shouldn't require the runtime. |
I agree this should fail when starting CRI-O as a daemon, but not when creating the cri-o config file for example. |
Alright, I will modify it as you suggested and continue here as a work in progress. |
3e4f7e8
to
e11d579
Compare
4d8017a
to
288f634
Compare
Please have a look again, I changed the implementation to consider the actual server execution vs a simple config generation. I also increased the test coverage for the new and existing configuration validations. |
/test all |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: rhatdan, saschagrunert The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/retest |
/test e2e_rhel |
LGTM |
This looks fine but the commits need to be cleaned up. The first commit adds code that is subsequently moved in the second commit. |
288f634
to
757bbed
Compare
757bbed
to
2cbe89d
Compare
@mrunalp You're right, I rebased on top of the latest master and squashed them together. |
This commit contains an additional sanity check as well as a debug output to see which runtimes got registered during server instantiating. Signed-off-by: Sascha Grunert <sgrunert@suse.com>
2cbe89d
to
334fca7
Compare
/test all |
/test e2e |
/test critest_rhel |
@saschagrunert: The following test failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. Instructions for interacting with me using PR comments are available here. 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. |
/test e2e_rhel |
lgtm |
Hey there 馃憢, during my experiments with the
Runtimes
configuration variable I noticed that there is no check for existence of theruntime_path
. This pull request contains an additional sanity check as well as a debug output to see which runtimes got registered during server instantiation.For later improvements I would suggest to move the configuration validation into the
config.go
files for a better test-ability. Would you agree to that? 馃槆