On Sat, 2014-11-15 at 13:37 +0100, Raphaël Halimi wrote:
> Le 13/11/2014 18:58, Ralf Jung a écrit :
> > How does having yet another NTP client shut off existing NTP clients?
> > How does having yet another way to configure your network shut off
> > existing alternatives?
> 
> How does having yet another web browser integrated in the OS shut off
> existing web browsers ? ;)
> 
> > Even syslog is still working!
> 
> No, it's not:
> 
> raph@arche:~$ journalctl | grep Forwarding
> nov. 10 20:14:34 arche systemd-journal[207]: Forwarding to syslog missed
> 42 messages.
> nov. 14 01:02:44 arche systemd-journal[207]: Forwarding to syslog missed
> 1 messages.
> nov. 14 01:25:31 arche systemd-journal[207]: Forwarding to syslog missed
> 2 messages.
> nov. 14 01:26:36 arche systemd-journal[207]: Forwarding to syslog missed
> 2 messages.
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762700
> 
> http://lists.freedesktop.org/archives/systemd-devel/2014-August/021897.html
> 
> I know it may be biased since I'm the reporter of the bug, but I'm tired
> of reading that systemd replaces all those components smoothly.
> 
> It does not.
> 
> Now on the technical side, when I reported this bug I looked at the
> source code. In a nutshell, the comment said "If syslog is too slow,
> drop the message" (IIRC it was even more condescending, like "we don't
> have to wait for this" or something). Really ? The very piece of code
> which is supposed to talk to syslog... doesn't wait for syslog ?
[...]

Unfortunately, syslog(3) has never guaranteed that messages actually end
up in the log (or are filtered out), nor does it return an error code.
Does the interposition of systemd-journald actually make it less
reliable?  Or, are you annoyed because it called attention to this
unreliability whereas messages were previously dropped silently?

openlog(3) *does* provide an option to log to the console in case of
failure, however, and this presumably won't (and can't) be honoured by
systemd-journald if it loses messages later.  I don't know whether this
option is widely used, or whether the fallback is actually useful in
practice.

Ben.

-- 
Ben Hutchings
Never put off till tomorrow what you can avoid all together.

Attachment: signature.asc
Description: This is a digitally signed message part

Reply via email to