other than stderr, what does the current system try to do?
David Lang
On Mon, 11 Jul 2011, Rainer Gerhards wrote:
Date: Mon, 11 Jul 2011 22:50:18 +0200
From: Rainer Gerhards <[email protected]>
Reply-To: rsyslog-users <[email protected]>
To: [email protected]
Subject: Re: [rsyslog] RFC: Dropping Emergency Config System
The question is if we need more than stderr. It is surprisingly complicated to
do this in a clean way, as the necessary plumbing is not present.
RainerAaron Wiebe <[email protected]> hat geschrieben:There are also pretty
valid reasons for having the ability to turn it
off. If it's not a compile-time flag today, it should probably be
made one. If there are errors, I'd like it to fail out rather than
start up anyway in a lot of cases.
On Mon, Jul 11, 2011 at 3:19 PM, <[email protected]> wrote:
systemd is not a valid reason for removing it (systemd is linux-only and
idn't even on all linux systems)
that being said, as long as rsyslog can spit messages out to stderr to let
someone know when there are problems starting up, I would not expect it to
do anything more, and would probably be surprised (in a nasty way) if
rsyslog processed logs and sent them somewhere I didn't specify.
David Lang
On Mon, 11 Jul 2011, Rainer Gerhards wrote:
Date: Mon, 11 Jul 2011 17:45:58 +0200
From: Rainer Gerhards <[email protected]>
Reply-To: rsyslog-users <[email protected]>
To: rsyslog-users <[email protected]>
Subject: [rsyslog] RFC: Dropping Emergency Config System
Hi all,
since long, rsyslog has a so-called "emergency config system" which
provides
a very minimal config in case rsyslog can not load the real config. I am
working on that system, which creates some complexity inside the code.
Most
importantly, I noticed that somewhere along development, that system
notably
degraded, obviously without anybody noticing. All it currently does is
spit
out startup error messages to some well known destinations (like the
system
console). It does NOT process the kernel log or the regular log socket.
As nobody reported any problems with the system, I guess nobody really
used
it. In order to streamline the code, I am about to drop it from v6 (even
more
so because systemd handles many of the situations this system originally
was
thought for [1]). Removing helps getting cleaner, less complex and faster
to
work on code.
Any objections against dropping the emergency config system? If so, please
let know the exact reason because I need to remodel the system in any case
and this feedback would be very useful (plus prove the point that there is
real need for this system ;)).
Thanks,
Rainer
[1]
http://lists.freedesktop.org/archives/systemd-devel/2011-July/002862.html
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com
_______________________________________________
rsyslog mailing list
http://lists.adiscon.net/mailman/listinfo/rsyslog
http://www.rsyslog.com
