I could have sworn I saw some way to provide a sink for log4j2 (or maybe it was log4net) internal events. I just did a quick search and couldn't find anything. Is there such a mechanism? If so, couldn't this be a way for you to at least capture internal errors which are not bubbled up through the logging API? You could then forward these events to the platform logging mechanism.
Thanks, Nick > Subject: Re: how to detect logger is unable to write to file? > From: ralph.go...@dslextreme.com > Date: Thu, 29 Oct 2015 14:11:46 -0700 > To: log4j-user@logging.apache.org > > That feature is only in Log4j 2. > > Ralph > > > On Oct 29, 2015, at 1:18 PM, degenaro <lou.degen...@gmail.com> wrote: > > > > This a quota on the filesystem. Writes are blocked when the total > > permitted bytes for the user is exceeded. It looks like log4j2 might help > > if an exception is being thrown. I see that one can specify > > ignoreException="false". > > > > We currently have log4j (not log4j2). Is there the equivalent or is the > > new function in 2 only? > > > > Lou. > > > > On Thu, Oct 29, 2015 at 4:09 PM, John St. Ledger [via Apache Logging] < > > ml-node+s6191n59129...@n7.nabble.com> wrote: > > > >> Lou, > >> > >> I don't know if this will help, but it is a daily rolling file appender > >> that keeps a maximum of 6 log files. Rollover occurs at midnight, and if > >> more that 6 log files exist, then the oldest is deleted. > >> > >> You still can't tell if the logger fails to write to a file, but if your > >> quota is number of files, then this approach might help. > >> > >> John > >> > >> *John W St. Ledger* > >> > >> Los Alamos National Laboratory > >> > >> > >> From: Matt Sicker <[hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=0>> > >> Reply-To: Log4J Users List <[hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=1>> > >> Date: Thursday, October 29, 2015 2:32 PM > >> To: Log4J Users List <[hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=2>> > >> Subject: Re: how to detect logger is unable to write to file? > >> > >> There's the FailoverAppender < > >> http://logging.apache.org/log4j/2.x/manual/appenders.html#FailoverAppender > >>> > >> that gives you a way to automatically switch to a different appender when > >> the primary one errs. > >> > >> On 29 October 2015 at 12:21, degenaro <[hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=3>> wrote: > >> > >> We use log4j with rolling appenders for daemons that run 24x7. The daemons > >> run as a user on linux and the log files are written to a filesystem that > >> has a quota. Normally this works great. Once in a while (usually due to > >> human error) the quota is exceeded. This, unfortunately, prevents the > >> daemons from writing their logs...worst of all silently. There is no > >> indication that anything is wrong! > >> > >> So my question is: how do we configure log4j so that when logging (to file) > >> fails the daemon can find out and take appropriate action? > >> > >> > >> > >> -- > >> View this message in context: > >> > >> http://apache-logging.6191.n7.nabble.com/how-to-detect-logger-is-unable-to-write-to-file-tp59123.html > >> Sent from the Log4j - Users mailing list archive at Nabble.com. > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=4> > >> For additional commands, e-mail: [hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=5> > >> > >> > >> > >> > >> -- > >> Matt Sicker <[hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=6>> > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=7> > >> For additional commands, e-mail: [hidden email] > >> <http:///user/SendEmail.jtp?type=node&node=59129&i=8> > >> > >> ------------------------------ > >> If you reply to this email, your message will be added to the discussion > >> below: > >> > >> http://apache-logging.6191.n7.nabble.com/how-to-detect-logger-is-unable-to-write-to-file-tp59123p59129.html > >> To unsubscribe from how to detect logger is unable to write to file?, click > >> here > >> <http://apache-logging.6191.n7.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=59123&code=bG91LmRlZ2VuYXJvQGdtYWlsLmNvbXw1OTEyM3w5MDEwOTIyNTY=> > >> . > >> NAML > >> <http://apache-logging.6191.n7.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > >> > > > > > > > > > > -- > > View this message in context: > > http://apache-logging.6191.n7.nabble.com/how-to-detect-logger-is-unable-to-write-to-file-tp59123p59132.html > > Sent from the Log4j - Users mailing list archive at Nabble.com. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: log4j-user-unsubscr...@logging.apache.org > For additional commands, e-mail: log4j-user-h...@logging.apache.org >
