docs: say what refresh-consumer does when it cannot read a timestamp
This commit is contained in:
parent
8d554477ca
commit
be9b2475a9
1 changed files with 1 additions and 0 deletions
|
|
@ -174,6 +174,7 @@ single attempt, not for the retries: an attempt that fails ends that start, so
|
||||||
the dependent starts with whatever is already on disk. When a later attempt
|
the dependent starts with whatever is already on disk. When a later attempt
|
||||||
lands a changed value, the homeserver, Grafana and collector readers restart
|
lands a changed value, the homeserver, Grafana and collector readers restart
|
||||||
the service that loaded it (`nix/host-modules/lib/refresh-consumer.nix`).
|
the service that loaded it (`nix/host-modules/lib/refresh-consumer.nix`).
|
||||||
|
When the fetch unit can't read the credential file's mtime or the service's start time, it logs `cannot compare the mtime of <path> … — leaving <unit> as it is` at `err` in its own journal, and the service keeps running on the old value until the next timer tick.
|
||||||
|
|
||||||
## Progressive enhancement
|
## Progressive enhancement
|
||||||
|
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue