89luca89 / 89luca89/distrobox

Podman's default logging can make podman crash when sending large amounts of data on stdout - consider disabling logging?

Open
#1,148 1 comment 0 reactions 0 assignees View on GitHub
question
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

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.