[Pacemaker] Debug message granularity

Lars Ellenberg lars.ellenberg at linbit.com
Fri May 25 08:49:54 UTC 2012


On Wed, May 23, 2012 at 08:37:44AM +1000, Andrew Beekhof wrote:
> On Tue, May 22, 2012 at 9:51 PM, Ron Kerry <rkerry at sgi.com> wrote:
> > On 5/22/12 3:33 AM, Andrew Beekhof wrote:
> >>>
> >>> and I see nothing in
> >>> >  pacemaker itself that gives me any separate controls over its logging
> >>> >  verbosity.
> >>
> >> Which is why I mentioned:
> >>
> >>>> >>
> >>>> >>  You should be able to define
> >>>> >>  PCMK_trace_functions=nction1,function2,... as an environment
> >>
> >> There is also PCMK_trace_files.
> >> Depending on your version you may also be able to set
> >> PCMK_debug=crmd,pengine,... or send SIGUSR1 to the process to increase
> >> the log level
> >>
> >>>> >>
> >>>> >>  variable to get additional information from just those functions.
> >>>> >>  It might take a bit of searching through source code to find the
> >>>> >> ones
> >>>> >>  you care about, but it is possible.
> >
> >
> > Thanks! I actually have a couple of different versions I am dealing with. I
> > will poke through the source for the newest one (SLES11 SP2 ... pacemaker
> > 1.1.6) I have and see what I can do. I actually do not have a specific
> > problem I am tracking right now. I am just trying to develop a tool kit of
> > things to do when one of our customers runs into resource issues.
> 
> Makes sense.
> FYI: In future versions (1.1.8 onwards) sending SIGUSR1 to a process
> (or setting PCMK_blackbox) will enable a logging blackbox.
> This is a rolling buffer of all possible log messages (including debug
> and optionally traces) that can be dumped to a separate file by
> sending SIGTRAP.
> If enabled, we also dump it to a file when asserts are triggered.
> 
> This provides easy access to copious amounts of debug for resolving
> issues without requiring rebuilds, restarts or needlessly spamming
> syslog.

/me dances a jig and a reel

	Lars




More information about the Pacemaker mailing list