Provided by: openipmi_2.0.27-0ubuntu2_amd64 bug

NAME

       openipmi_eventd - An IPMI event handler

SYNOPSIS

       openipmi_eventd <domain name> <connection parms> <options> <program> [<parm1> [<parm2> [...]]]

DESCRIPTION

       The  openipmi_eventd  program  listens for IPMI events for the given connection and sends them to another
       program to process, or to a file.

PARAMETERS

       <domain name>
              The name to use for the OpenIPMI domain.  This will appear in logs and some names.

       <connection parms>
              The parameters for the connection depend on the connection  type.   These  are  all  described  in
              openipmi_conparms (7)

       <options>
              Zero or more of the options defined in OPTIONS below.

       <program> [<parm1> [<parm2> [...]]]
              The  program  to run.  This must be the full path to the program.  Any given parameters are passed
              to the program before any IPMI parameters.

OPTIONS

       -f filename, --outfile filename
              Send all events to the given file

       -k, --exec-now
              Immediately spawn the given program and send the event  information  to  that  program's  standard
              input.  The program should not quit, if it does then this program will exit with an error.

       -i, --event-stdin
              Send the event information to the program's standard input instead of the commandline.

       -e, --delete-events
              Delete  events  from  the  SEL  (System  Event  Log) once they have been processed.  Note that the
              program has to have handled the event without error for the event to be  deleted.   Otherwise  the
              events are not deleted from the SEL.

       -b, --dont-daemonize
              Do not daemonize the program, run it as a foreground process.

       -d, --debug
              Debug  the  program,  turn  on  output,  send  all logs to stderr, and do not run the process as a
              daemon.

USAGE

       When started, this program will connect to the given IPMI domain, ignore all existing logs, and set up to
       listen  from logs from all sources.  When an event comes in, it will handle the event depending on how it
       is configured.

       By default the program will be called on each log and the  event  information  passed  on  the  program's
       command  line. The first parameter (after the ones given on the openipmi_eventd command line) will be the
       event type, the rest are key-value pairs as defined below.

       If -i is given on the commandline, instead of passing in the event information on the  command  line,  it
       will  be  passed into the program's standard input.  The first line will be the event type, and each line
       will have a key-value pair up until the last line, which will be endevent.

       If -k is given on the command line, the program will be started immediately and expected to  take  events
       on  its  standard  input  as  they  come in.  Each event will start with an event type, contain key-value
       pairs, and end in endevent.

EVENT KEY-VALUE PAIRS

       The first line and parameter of an event is always the event type  (either  threshold  ,  discrete  ,  or
       unknown  ).   Then  the following then the following, in no particular order.  When sending to a file, or
       another program via standard input, endevent will mark the end of an event.

              assert true|false
                     If true, the event is being asserted (the alarm present).  If false, the alarm was  present
                     but has now gone away.

              eventtype <num>
                     The event type, per the IPMI specification.

              eventtime <num>
                     The time (in seconds) for the IPMI event.  It is 64 bits.

              eventdata <vals>
                     The raw event data, vals is a list of hex numbers.

              id <name>
                     The     OpenIPMI     id     of     the     sensor.      This     is    in    the    format:
                     <entity_id>.<entity_instance>.<sensor_name> where the entity id and instance  identify  the
                     object  being  monitored and the sensor names comes from the sensor.  Only for discrete and
                     threshold events.

              val <floatnum>
                     The sensor value that cause the event, in floating point format.  Optional and only present
                     for threshold sensors.

              raw <hexnum>
                     The  sensor value that cause the event, in raw (hex) format.  Optional and only present for
                     threshold sensors.

              off <num>
                     The bit in the sensor that caused the event, only present for discrete sensors.

              severity
                     The severity of the event.  For discrete sensors this optional and is a  number  between  0
                     and  14.   Them meaning depends on the specific sensor type.  For threshold sensors this is
                     one of:

                     lower_non_critical

                     lower_critical

                     lower_non_recoverable

                     upper_non_critical

                     upper_critical

                     upper_non_recoverable

              prevseverity
                     for discrete sensors.

              direction
                     The direction of the  event,  only  for  threshold  sensors.   This  can  be  difficult  to
                     understand  and  is not consistent on IPMI systems.  The IPMI specifiation does define what
                     this means.  For instance, what does an assertion of an upper critcal event going low mean?

SEE ALSO

       openipmi_conparms(7)

KNOWN PROBLEMS

       None

AUTHOR

       Corey Minyard <cminyard@mvista.com>