Need help with sensu-plugin?
Click the “chat” button below for chat support from the developer who created it, or find similar developers for support.

About the developer

127 Stars 117 Forks MIT License 353 Commits 13 Opened issues


A framework for writing Sensu plugins & handlers with Ruby.

Services available


Need anything else?

Contributors list

Sensu Plugin

Build Status Gem Version Dependency Status pullreminders

This is a framework for writing your own Sensu plugins and handlers. It's not required to write a plugin (most Nagios plugins will work without modification); it just makes it easier.

Examples of plugins written with and without it can be found in the


Checks and Metrics

To implement your own check, subclass

, like this:
require 'sensu-plugin/check/cli'

class MyCheck < Sensu::Plugin::Check::CLI

check_name 'my_awesome_check' # defaults to class name option :foo, :short => '-f' # Mixlib::CLI is included

def run ok "All is well" end


This will output the string "myawesomecheck OK: All is well" (like a Nagios plugin), and exit with a code of 0. The available exit methods, which will immediately end the process, are:

  • ok
  • warning
  • critical
  • unknown

You can also call

first to set the message, then call an exit method without any arguments (for example, if you want to choose between WARNING and CRITICAL based on a threshold, but use the same message in both cases).

For a metric, you can subclass one of the following:

  • Sensu::Plugin::Metric::CLI::JSON
  • Sensu::Plugin::Metric::CLI::Graphite
  • Sensu::Plugin::Metric::CLI::Statsd
  • Sensu::Plugin::Metric::CLI::Dogstatsd
  • Sensu::Plugin::Metric::CLI::Influxdb
  • Sensu::Plugin::Metric::CLI::Generic

Instead of outputting a Nagios-style line of text, these classes will output differently formated messages depending on the class you chose.

require 'sensu-plugin/metric/cli'

class MyJSONMetric < Sensu::Plugin::Metric::CLI::JSON

def run ok 'foo' => 1, 'bar' => 'anything' end


require 'sensu-plugin/metric/cli'

class MyGraphiteMetric < Sensu::Plugin::Metric::CLI::Graphite

def run ok 'sensu.baz', 42 end


require 'sensu-plugin/metric/cli'

class MyStatsdMetric < Sensu::Plugin::Metric::CLI::Statsd

def run ok 'sensu.baz', 42, 'g' end


require 'sensu-plugin/metric/cli'

class MyDogstatsdMetric < Sensu::Plugin::Metric::CLI::Dogstatsd

def run ok 'sensu.baz', 42, 'g', 'env:prod,myservice,location:us-midwest' end


require 'sensu-plugin/metric/cli'

class MyInfluxdbMetric < Sensu::Plugin::Metric::CLI::Influxdb

def run ok 'sensu', 'baz=42', 'env=prod,location=us-midwest' end


require 'sensu-plugin/metric/cli'

class MyInfluxdbMetric < Sensu::Plugin::Metric::CLI::Generic

def run ok metric_name: '', value: 0 end


JSON output takes one argument (the object), and adds a 'timestamp' key if missing. Graphite output takes two arguments, the metric path and the value, and optionally the timestamp as a third argument.
is used for the timestamp if it is not specified. Statsd output takes three arguments, the metric path, the value and the type. Dogstatsd output takes three arguments, the metric path, the value, the type and optionally a comma separated list of tags, use colons for key/value tags, i.e.
. Influxdb output takes two arguments, the measurement name and the value or a comma separated list of values, use
for field/value, i.e.
, optionally you can also pass a comma separated list of tags and a timestamp
is used for the timestamp if it is not specified. Generic output takes a dictionary and can provide requested output format with same logic. And inherited class will have a
option to switch between different output formats.

Exit codes do not affect metric output, but they can still be used by your handlers.

Some metrics may want to output multiple values in a run. To do this, use the

method, with the same arguments as the exit methods, as many times as you want, then call an exit method without any arguments.

For either checks or metrics, you can override

if you want something other than these formats.


For help on setting up options, see the

documentation. Command line arguments that are not parsed as options are available via the


Various utility methods will be collected under Sensu::Plugin::Util. These won't depend on any extra gems or include actual CLI checks; it's just for common things that many checks might want to do.


For your own handler, subclass

. It looks much like checks and metrics; see the
directory for examples. Your class should implement
. The instance variable
will be set for you if a JSON event can be read from stdin; otherwise, the handler will abort. Output to stdout will go to the log.

You can decide if you want to handle the event by overriding the

method; but this also isn't documented yet (see the source; the built in method does some important filtering, so you probably want to call it with


Filtering of events is now deprecated in

and disabled by default as of version 2.0.

Event filtering in this library may be enabled on a per-check basis by setting the value of the check's

attribute to

These built-in filters will be removed in a future release. See this blog post for more detail.


For your own mutator, subclass

. It looks much like checks and metrics; Your class should implement
. The instance variable
will be set for you if a JSON event can be read from stdin; otherwise, the mutator will abort. Output to stdout will then be piped through to the handler. As described in the docs if a mutator fails to run the event will not be handled.

The example mutator found here will look like so:

require 'sensu-mutator'

class MyMutator < Sensu::Mutator

def mutate @event.merge!(:mutated => true) end


Plugin settings

Whether you are writing a check, handler or mutator, Sensu's configuration settings are available with the

method (loaded automatically when the plugin runs). We recommend you put your custom plugin settings in a JSON file in
, with a unique top-level key, e.g.
  "my_custom_plugin": {
    "foo": true,
    "bar": false

And access them in your plugin like so:

def foo_enabled?

Sensu Go enablement

This plugin provides basic Sensu Go enablement support to make it possible to continue to use existing Sensu plugin handlers and mutators for Sensu Core 1.x event model in a backwards compatible fashion.

Sensu Go event mapping

The provided mutator command

will mutate the Sensu Go event into a form compatible for handlers written to consume Sensu Core 1.x events. Users may find this mutator useful until such time that community plugin handler are updated to support Sensu Go event model directly.

Sensu plugins which provide either mutators or handlers can benefit from provided Sensu Go enablement support in the form of mixin commandline option support. Once plugins update to the latest sensu-plugin version, all mutator and handler commands will automatically grow an additional commandline argument


Custom attributes

For backwards compatibility, you can store custom entity and check attributes as a json string in a specially named annotation. By default the annotation key is
, but can be overridden using the environment variable
. The json string stored in the
key will be converted into a ruby hash and merged into the ruby event hash object as part of the event mapping.


  • Fork repository
  • Add functionality and any applicable tests
  • Ensure all tests pass by executing
    bundle exec rake test
  • Open a pull request

You may run individual tests by executing

bundle exec rake test TEST=test/external_handler_test.rb


Copyright 2011 Decklin Foster

Released under the same terms as Sensu (the MIT license); see LICENSE for details.

We use cookies. If you continue to browse the site, you agree to the use of cookies. For more information on our use of cookies please see our Privacy Policy.