-
Notifications
You must be signed in to change notification settings - Fork 2.9k
kpod create should not do an OCI Init #96
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
Conversation
|
My only concern with this change is how it will effect kpod inspect. We need to make sure we record the information used in kpod create so inspect can be able to retrieve the data at a later time. @umohnani8 @mheon PTAL |
4e1d1ad to
e7beabb
Compare
libpod/container.go
Outdated
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.
Can you remove this and instead ignore ErrCtrExists when doing the Init() in start.go?
We need to differentiate between a kpod create and a kpod start kpod create should create all of the data for libpod, but kpod start should generate content for OCI Runtime (runc) in order to run. Signed-off-by: Daniel J Walsh <[email protected]>
|
LGTM |
1 similar comment
|
LGTM |
|
LGTM |
|
📌 Commit ddc525e has been approved by |
|
⌛ Testing commit ddc525e with merge b7ba665... |
|
💔 Test failed - status-papr |
|
Looks like a flake |
|
@rh-atomic-bot retry |
|
☀️ Test successful - status-papr |
containernetworking/plugins@a0eac8d7 (pkg/ns: remove namespace creation, 2018-03-16) removed NewNS, which we use in libpod/networking.go. Pinning to the previous commit, containernetworking/plugins@1fb94a42 (Merge pull request containers#96 from DennisDenuto/denuto/master, 2018-03-14), allows us to run vndr without breaking our build. This is a short term fix; moving forward we'll want to either drop this dependency or catch up with the new upstream API. The upstream package seems to have been fairly stable in the meantime, because even with the new pinned version, a vndr re-vendor generates no changes: $ vndr github.com/containernetworking/plugins Signed-off-by: W. Trevor King <[email protected]>
containernetworking/plugins@a0eac8d7 (pkg/ns: remove namespace creation, 2018-03-16) removed NewNS, which we use in libpod/networking.go. Pinning to the previous commit, containernetworking/plugins@1fb94a42 (Merge pull request #96 from DennisDenuto/denuto/master, 2018-03-14), allows us to run vndr without breaking our build. This is a short term fix; moving forward we'll want to either drop this dependency or catch up with the new upstream API. The upstream package seems to have been fairly stable in the meantime, because even with the new pinned version, a vndr re-vendor generates no changes: $ vndr github.com/containernetworking/plugins Signed-off-by: W. Trevor King <[email protected]> Closes: #751 Approved by: mheon
plugins/meta/bandwidth: traffic shaping plugin
We need to differentiate between a kpod create and a kpod start
kpod create should create all of the data for libpod, but kpod start should
generate content for OCI Runtime (runc) in order to run.
Signed-off-by: Daniel J Walsh [email protected]