Am 03.07.2017 um 16:20 schrieb Lennart Poettering:
On Mon, 03.07.17 16:12, Reindl Harald ([email protected]) wrote:
Am 03.07.2017 um 15:59 schrieb Lennart Poettering:
On Mon, 03.07.17 15:53, Reindl Harald ([email protected]) wrote:
Jul 3 15:48:01 backup-arrakis systemd: named.service: Failed at step
NAMESPACE spawning /usr/libexec/setup-named-chroot.sh: No such file or
directory
by all repsect, this output is completly nonsense when the reason is some
"InaccessibleDirectories" no longer exists and is not prefixed with a dash
because it's not helpful to mention the binary with a "no such file"
Yes, we can certainly improve the log message in this case, please
file an RFE bug for that.
Do note though, that fixing this specific issue is not as trivial as
it sounds, as the namespacing operations happen very shortly before we
actually execve() the service binary, at a time where the usual
logging channels are already gone... Or to say this differently: that
late in the game the only obvious way to report an error back to PID 1
is through process exit codes, which you see, and everything else is
not entirely trivial.
but how do you handle the "InaccessibleDirectories=-/non-exists" case which
don't fail the service for *only* that specific line?
Well, if a line is configured to to ignore errors, then we do just
that, and proceed, and don't log about it.
I mean, the issue is that logging is hard at that point...
but if *one* out of many lines is prefixed by a dash you still know
which one to ignore and not ignore anything which fails and so at that
point - well - you know what failed
_______________________________________________
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
