-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
kpod create should not do an OCI Init #96
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
@@ -416,6 +416,10 @@ func (c *Container) Init() (err error) { | |||
return err | |||
} | |||
|
|||
if c.state.State == ContainerStateCreated { |
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 <dwalsh@redhat.com>
LGTM |
1 similar comment
LGTM |
LGTM |
📌 Commit ddc525e has been approved by |
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 <dwalsh@redhat.com> Closes: #96 Approved by: mheon
💔 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 <wking@tremily.us>
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 <wking@tremily.us>
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 <wking@tremily.us> 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 dwalsh@redhat.com