Changeset 917b22a in Klonkt

Timestamp:

08/07/2026 09:05:30 AM (5 weeks ago)

Author:

roboburr <roboburr@…>

Branches:

main

Children:

f2a7181

Parents:

2d38b22

git-author:

Robin <roboburr@…> (08/07/2026 09:05:28 AM)

git-committer:

roboburr <roboburr@…> (08/07/2026 09:05:30 AM)

Message:

De journalctl-glob hoort er wel in (deploy/HOSTING.md)

Ik had hem eruit gehaald omdat IK hem niet kon verifieren: op de host zit mijn
account niet in adm, dus ik zie het systeemjournaal niet en kreeg "Failed to add
filter for units: No data available".

Dat was de verkeerde conclusie. De lezer van dit draaiboek is root en kan het
gewoon draaien; een commando schrappen vanwege mijn eigen rechten schuift mijn
beperking door naar de gebruiker, en haalt juist de uitweg weg die iemand nodig
kan hebben.

Alsnog getoetst, elders: de handleiding zegt -u, --unit=UNIT|PATTERN en vergelijkt
het patroon met de units die IN HET JOURNAAL voorkomen. Een prefix-glob matcht
aantoonbaar meerdere units. En een patroon dat niets matcht geeft precies die
melding -- het was dus geen syntaxfout maar een lege uitkomst binnen mijn beperkte
beeld.

Die nuance staat er nu bij, want hij is bruikbaar: "Failed to add filter" leest
als een storing terwijl het meestal betekent dat er geen waarschuwingen waren.

File:

• deploy/HOSTING.md (modified) (1 diff)

deploy/HOSTING.md

@@ -60 +60 @@
 
 ```bash
-systemctl list-units 'klonkt@*'                        # everything still running?
-df -h                                                  # disk
-journalctl --since '7 days ago' -p warning --no-pager | grep klonkt
-```
+systemctl list-units 'klonkt@*'                                  # still running?
+df -h                                                            # disk
+journalctl -u 'klonkt@*' --since '7 days ago' -p warning --no-pager
+```
+
+If that last one answers `Failed to add filter for units: No data available`,
+nothing matched — which is usually the good news (no warnings in the window), not
+a broken command. Widen the window before you go looking for a fault.
+
+`-u` matches against the units that actually appear in the journal, so an
+instance that logged nothing at all is simply absent. Run it as root: an
+unprivileged account sees only its own messages and will get the same empty
+answer for the wrong reason.
 
 The log line worth reading properly is anything about federation: a rejected