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

Periodically vacuum journalctl in dom0 and domU's #9559

Open
Geblaat opened this issue Nov 3, 2024 · 1 comment
Open

Periodically vacuum journalctl in dom0 and domU's #9559

Geblaat opened this issue Nov 3, 2024 · 1 comment
Labels
C: storage P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.

Comments

@Geblaat
Copy link

Geblaat commented Nov 3, 2024

How to file a helpful issue

The problem you're addressing (if any)

The journalctl grows larger over time, using up more and more disk space. I installed Qubes 4.2 about 6 months ago and the journalctl in dom0 was already 1.2GB. AppVM's are about 400MB per VM. (Though they were imported from a previous Qubes installation, so they're older. Still, with a lot of AppVM's the disk usage can grow quite fast.

The solution you'd like

Automatically vacuum/clean journalctl in dom0 and domU's. Use a sane default to keep the last 30 days for example, so that does not hurt tracking down bugs.

The value to a user, and who that user might be

Keeps disk usage from growing too much for all users.

Completion criteria checklist

(This section is for developer use only. Please do not modify it.)

@Geblaat Geblaat added P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality. labels Nov 3, 2024
@Eric678
Copy link

Eric678 commented Nov 4, 2024

I mentioned this years ago when qmemman was spamming the journal - would get up to the default max of 4GB eventually.
The correct solution is to set SystemMaxUse=xxxM in /etc/systemd/journald.conf in dom0 and all templates.
Just something one has to do with a complete new installation or new template. Perhaps it should be documented somewhere.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: storage P: default Priority: default. Default priority for new issues, to be replaced given sufficient information. T: enhancement Type: enhancement. A new feature that does not yet exist or improvement of existing functionality.
Projects
None yet
Development

No branches or pull requests

3 participants