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
podman logs: --follow
does not always work in combination with --since
#16950
Labels
kind/bug
Categorizes issue or PR as related to a bug.
locked - please file new issue/PR
Assist humans wanting to comment on an old issue or PR with locked comments.
Comments
This seems to be a duplicate of #14104. But it couldn't be reproduced back then. |
Looks like this only effects journald and not the k8s-file log driver. |
Luap99
added a commit
to Luap99/libpod
that referenced
this issue
Jan 4, 2023
The `containerCouldBeLogging` bool should not be false by default, when --since is used we seek in the journal and can miss the start event so that bool would stay false forever. This means that a running container is not followed even when it should. To fix this we can just set the `containerCouldBeLogging` bool based on the current contianer state. Fixes containers#16950 Signed-off-by: Paul Holzinger <pholzing@redhat.com>
Luap99
added a commit
to Luap99/libpod
that referenced
this issue
Jan 4, 2023
The `containerCouldBeLogging` bool should not be false by default, when --since is used we seek in the journal and can miss the start event so that bool would stay false forever. This means that a running container is not followed even when it should. To fix this we can just set the `containerCouldBeLogging` bool based on the current contianer state. Fixes containers#16950 Signed-off-by: Paul Holzinger <pholzing@redhat.com>
Luap99
added a commit
to Luap99/libpod
that referenced
this issue
Jan 5, 2023
The `containerCouldBeLogging` bool should not be false by default, when --since is used we seek in the journal and can miss the start event so that bool would stay false forever. This means that a running container is not followed even when it should. To fix this we can just set the `containerCouldBeLogging` bool based on the current contianer state. Fixes containers#16950 Signed-off-by: Paul Holzinger <pholzing@redhat.com>
Luap99
added a commit
to Luap99/libpod
that referenced
this issue
Jan 5, 2023
The `containerCouldBeLogging` bool should not be false by default, when --since is used we seek in the journal and can miss the start event so that bool would stay false forever. This means that a running container is not followed even when it should. To fix this we can just set the `containerCouldBeLogging` bool based on the current contianer state. Fixes containers#16950 Signed-off-by: Paul Holzinger <pholzing@redhat.com>
Luap99
added a commit
to Luap99/libpod
that referenced
this issue
Jan 5, 2023
The `containerCouldBeLogging` bool should not be false by default, when --since is used we seek in the journal and can miss the start event so that bool would stay false forever. This means that a running container is not followed even when it should. To fix this we can just set the `containerCouldBeLogging` bool based on the current contianer state. Fixes containers#16950 Signed-off-by: Paul Holzinger <pholzing@redhat.com>
Luap99
added a commit
to Luap99/libpod
that referenced
this issue
Jan 5, 2023
The `containerCouldBeLogging` bool should not be false by default, when --since is used we seek in the journal and can miss the start event so that bool would stay false forever. This means that a running container is not followed even when it should. To fix this we can just set the `containerCouldBeLogging` bool based on the current contianer state. Fixes containers#16950 Signed-off-by: Paul Holzinger <pholzing@redhat.com>
github-actions
bot
added
the
locked - please file new issue/PR
Assist humans wanting to comment on an old issue or PR with locked comments.
label
Sep 5, 2023
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
kind/bug
Categorizes issue or PR as related to a bug.
locked - please file new issue/PR
Assist humans wanting to comment on an old issue or PR with locked comments.
Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
Logs are not always followed when
--follow
is used in combination with--since
. It seems that a certain threshold must be hit to make it follow the logsSteps to reproduce the issue:
Here is a video depicting the issue:
Bildschirmaufzeichnung.vom.2022-12-27.23-30-01.webm
Describe the results you received:
Following the logs doesn't work as long as the timestamp passed in
--since
is after the timestamp of the first log line of the container. In this specific case, 100 seconds should work (see step 3):Describe the results you expected:
The logs are being followed if I specify
--follow
, no matter what.Additional information you deem important (e.g. issue happens only occasionally):
Output of
podman version
:Output of
podman info
:Package info (e.g. output of
rpm -q podman
orapt list podman
orbrew info podman
):Have you tested with the latest version of Podman and have you checked the Podman Troubleshooting Guide?
I did check the troubleshooting page, but haven't checked the latest git version of podman.
Additional environment details (AWS, VirtualBox, physical, etc.):
The text was updated successfully, but these errors were encountered: