-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
add libimage events #10219
add libimage events #10219
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vrothberg 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 |
@containers/podman-maintainers PTAL @edsantiago PTAL at the system test. |
1320f67
to
48321ab
Compare
@containers/podman-maintainers PTAL |
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.
Suggestions for test; otherwise LGTM
Updated. Thanks, @edsantiago, for your guidance on the tests! |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: edsantiago, vrothberg 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 |
Events seem to be out of order:
Explanation: UPDATE: CORRECTION: it's not an out-of-order bug, it's a missing-log bug. There's a missing `tag' log. |
The fedora-34-root failure is a missing 'remove' log. I think there's a problem with missing log entries. |
I have a suspicion: our old friend, the journal. I am forcing to use the file backend for now to see if that resolves the issue. If that does resolve the issue, I am going to open an issue so we get the journal backend fixed (similar to logs). |
test/system/090-events.bats
Outdated
run_podman --events-backend=file tag $IMAGE $tag | ||
run_podman --events-backend=file rmi $tag | ||
|
||
run_podman events --stream=false --filter type=image --since $t0 |
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.
I think you're going to need --events-backend=file
here too
Yuk. In f34 root there are two missing |
Okay, it also fails with the "file" eventer (tag events not shown). Again it works locally. This changes my suspicion a bit: it could be a more general issue in the events rather than a bug in a specific driver. Maybe there is a race condition when reading the events in Edit: Unless others investigate, I will go back to the issue first thing tomorrow morning. |
In other logs (sorry, I don't feel like linking) I'm seeing missing |
It seems like the problem is not the reading but the writing of events. I debugged in a CI VM and noticed that some events are not showing up in the file. |
Debugging containers/podman/pull/10219 has revealed a number of issues with respect to the consistency of events. At the core, some events may not be written to the backend when the runtime is shutdown. While there are various changes required to tackle the consistency issues, a first step is to make sure that writes to the events channel block. Set the timeout to 10 seconds. Signed-off-by: Valentin Rothberg <[email protected]>
A first step is containers/common#561 but it looks like there are still consistency issue on the Podman side. |
@vrothberg needs a whitespace fix |
05be398
to
51ec4a8
Compare
libimage now supports events which `libpod.Runtime` now uses for image events. Signed-off-by: Valentin Rothberg <[email protected]>
@containers/podman-maintainers PTAL |
/lgtm |
libimage now supports events which
libpod.Runtime
now uses for imageevents.
Signed-off-by: Valentin Rothberg [email protected]
Need to merge containers/common#524 first.