On Sat, 2 Apr 2016, Francis Moreau wrote:
On Fri, Apr 1, 2016 at 10:50 PM, David Lang <[email protected]> wrote:
On Fri, 1 Apr 2016, fmoreau wrote:
Hi,
This question was already asked in the past, see:
http://permalink.gmane.org/gmane.comp.sysutils.rsyslog/9864
But IMHO the answers given weren't satisfactory. So I'm asking again.
If there's no reason and rsyslog only needs the local fs to be settled
then
it should be started earlier to avoid missing some early messages sent by
systemd.
The trouble is that it depends a lot on exactly what you have rsyslog
configured to do. Since rsyslog can send logs over the network, to
databases, etc, there are potentially a lot of thigns that need to be
started first.
But shouldn't rsyslog be prepared to handle these cases where network
isn't yet ready and should start sending logs over the network as soon
as the network becomes available for example ?
That's probably already the case otherwise rsyslog won't be able to
handle gracefully any network disconnections or such.
you are correct.
However, if you configure reliable log delivery and queues that are too small,
you can get to the point where rsyslog cannot deliver any messages, but cannot
accept any messages either, not accepting any messages can mean that other
things cannot start.
the default config is safe, it can be done in other ways, but you have to think
harder about what's safe with that config.
but in any case, the rsyslog project has very little influence on when the
distros configure systemd to start rsyslog :-(
Hm I'm not sure since rsyslog ships rsyslog.service, so distros
probalby use it as base or ship it directly.
But in any cases the rsyslog.service shipped by the rsyslog project
should serve as reference for distos.
hmm, I didn't realize we shipped one.
David Lang
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com/professional-services/
What's up with rsyslog? Follow https://twitter.com/rgerhards
NOTE WELL: This is a PUBLIC mailing list, posts are ARCHIVED by a myriad of
sites beyond our control. PLEASE UNSUBSCRIBE and DO NOT POST if you DON'T LIKE
THAT.
