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
