On Fri, Jul 12, 2013 at 11:03 AM, Jonny Törnbom <[email protected]>wrote:
> What would solve this particular problem is using journald instead of > rsyslog, but as you might have figured out, I'm more interested in > continuing using rsyslog. > > I'm fairly sure we are not the only ones with a Linux system that uses > systemd + rsyslog. This problem potentielly affects _every_ one of those > systems that primarily uses rsyslog as logging solution. > Depending on when rsyslog starts and the configured > max_dgram_qlen, systems will likely drop messages at bootup when using > the default forwarding socket from journal. I wanted to shed some light > on the issue and make you aware of it. > > Well, IMO this is probably the wrong list to talk to. I wasn't a big fan of the journal idea when it came up and foresaw a lot of problems with it when it hits "the real world" beyond the desktop. There was even a big logging summit at RH Checz, where the journal folks clearly expressed they are not interested at all in keeping things aligned. Given that they have obviously also dropped their previous support for early boot messages ... what should the rsyslog project do against that? I am not up for wasting time fighting a fight where the outcome is clear (especially one that has been fought a couple of month ago). My current take at this problem is that the journal is present, and in order to gain early boot messages you probably need to depend on its storage. As a side-note, the rsyslog project has been re-focussed on enterprise needs due to this whole journal thing. Embedded systems are definitely within that scope (though not total mainstream), but we can't fix another project. Just my 2cts... Rainer > Regards, > Jonny > _______________________________________________ > 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. > _______________________________________________ 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.
