Skip to content
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

journalctl --vacuum-size=0 does nothing #27401

Closed
abitrolly opened this issue Apr 25, 2023 · 3 comments
Closed

journalctl --vacuum-size=0 does nothing #27401

abitrolly opened this issue Apr 25, 2023 · 3 comments

Comments

@abitrolly
Copy link
Contributor

systemd version the issue has been seen with

251

Used distribution

Fedora 37

Linux kernel version used

kernel-6.2.10-200.fc37.x86_64

CPU architectures issue was seen on

x86_64

Component

journalctl

Expected behaviour you didn't see

$ sudo journalctl --vacuum-size=0
Vacuuming done, freed 0B of archived journals from /var/log/journal.
Vacuuming done, freed 0B of archived journals from /run/log/journal.
Vacuuming done, freed 0B of archived journals from /var/log/journal/c3b1f5b205ed4158bd61c304044f4bb7.
$

Unexpected behaviour you saw

$ sudo journalctl --vacuum-size=0
$

Steps to reproduce the problem

sudo journalctl --vacuum-size=0

Additional program output to the terminal or log subsystem illustrating the issue

No response

@abitrolly abitrolly added the bug 🐛 Programming errors, that need preferential fixing label Apr 25, 2023
@abitrolly
Copy link
Contributor Author

abitrolly commented Apr 25, 2023

The same problem with --vacuum-files=0 and --vacuum-time=0.

@mrc0mmand
Copy link
Member

This is expected and documented.

From journalctl(1) man page:

--vacuum-size=, --vacuum-time= and --vacuum-files= may be combined in a single invocation to enforce any combination of a size, a time and a number of files limit on the archived journal files. Specifying any of these three parameters as zero is equivalent to not enforcing the specific limit, and is thus redundant.

@mrc0mmand mrc0mmand added not-a-bug and removed bug 🐛 Programming errors, that need preferential fixing labels May 14, 2023
@abitrolly
Copy link
Contributor Author

This is expected and documented.

Are you sure it is expected? Normally I would rely on UX research or at least a poll to gather the proof.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants