2
0
mirror of https://github.com/munin-monitoring/contrib.git synced 2018-11-08 00:59:34 +01:00
Go to file
2012-04-20 14:19:20 +02:00
images Move the screenshots next to plugins 2012-03-07 12:53:52 +01:00
plugins extensive monitoring for ESXi and vSphere servers 2012-04-20 14:19:20 +02:00
samples/munin.conf - Add a sample sub directory. Many of our users are quite creative, so we can all learn from them. 2012-03-21 17:13:46 +01:00
templates/official Adding a copy of the official templates. 2012-01-12 15:32:37 +01:00
tools Added a usage example to the README 2012-04-06 16:50:53 +02:00
README.md - Add a sample sub directory. Many of our users are quite creative, so we can all learn from them. 2012-03-21 17:13:46 +01:00

This is the repository for all user contributed stuff

contrib/plugins/ - 3rd-party plugins

This is usually where you want to begin your journey.

Here you'll find all the plugins coming from http://exchange.munin-monitoring.org/. That web site is for the time being disabled, new updates are done here.

If a dedicated website comes back alive, its plugin backend will be this git repo.

contrib/templates/ - 3rd-party templates

Feel free to update templates here, or even to create new ones.

Bonus points for mobile-friendly ones :)

Note that the one named official is a loose-synced copy of the one in SVN trunk. It should serves as a base for small editions that can be resynced in SVN trunk, so for that :

  • don't copy the whole template
  • directly edit files in this directory

contrib/tools/ - 3rd-party tools

Here, you can put just any kind of tool. Please use this directory instead of a random place on the internet. It makes things way more easy to search for others.

And, it serves as an incubator of SVN trunk/contrib :-)

contrib/samples/ - 3rd-party examples of configs

This serves as a repository for examples of various configs. You know, the ''learn by example'' way of doing things.

Notes to contributors

We like to have ''elementary'' commits (a good rationale is : one per Changelog entry), as it is much easier to manage for reviewing. Debugging is also usually easier that way.

So please don't be afraid to make as many commits as needed.