Podman's default logging can make podman crash when sending large amounts of data on stdout - consider disabling logging?
- Dominant language
- Go
- Stars
- 13k
- Forks
- 541
- Avg merge
- 20h 47m
- Merged PRs (30d)
- 4
Description
I recently managed to trigger the following podman issue while using distrobox:
https://github.com/containers/podman/issues/13779
Per default the stdout and stderr of a podman container are logged via journald and this can apparently trigger rate-limiting and cause an interactive distrobox session to terminate.
This can be reproduced by following the steps in the linked podman issue like this:
```
distrobox create debian:12 --name deb12
distrobox enter -a '--log-level debug' deb12
cat /dev/urandom | tr -dc 'a-zA-Z0-9' | fold -w 20 | head -n 9999
```
This triggers the error:
```
DEBU[0006] Container exec session completed with exit code -1
Error: timed out waiting for file : internal libpod error
```
Running distrobox create with the parameter -a '--log-driver none' prevents this issue.
This seems like it might be a reasonable thing to set by default for an interactive session as was also discussed in the podman issue.
Alternatively it may be useful to document this behavior and / or offer a shortcut command line parameter to deactivate logging.
I'm a bit unsure if this can be fixed in podman itself unless they decide to default to disabling logging in interactive sessions because this appears to be triggered by an interaction between podman and journald that may not be too simple to circumvent.
Contributor guide
Assessment
This issue has not been assessed yet.