Report Reference
Report Reference
This page is autogenerated; any changes will get overwritten (last generated on Mon Mar 18 11:29:40 -0700 2013)
Puppet clients can report back to the server after each transaction. This
transaction report is sent as a YAML dump of the
Puppet::Transaction::Report
class and includes every log message that was
generated during the transaction along with as many metrics as Puppet knows how
to collect. See Reports and Reporting for more information on how to use reports.
Currently, clients default to not sending in reports; you can enable reporting
by setting the report
parameter to true.
To use a report, set the reports
parameter on the server; multiple
reports must be comma-separated. You can also specify none
to disable
reports entirely.
Puppet provides multiple report handlers that will process client reports:
http
Send report information via HTTP to the reporturl
. Each host sends
its report as a YAML dump and this sends this YAML to a client via HTTP POST.
The YAML is the report
parameter of the request.”
log
Send all received logs to the local log destinations. Usually the log destination is syslog.
rrdgraph
Graph all available data about hosts using the RRD library. You
must have the Ruby RRDtool library installed to use this report, which
you can get from
the RubyRRDTool RubyForge page.
This package may also be available as ruby-rrd
or rrdtool-ruby
in your
distribution’s package management system. The library and/or package will both
require the binary rrdtool
package from your distribution to be installed.
This report will create, manage, and graph RRD database files for each of the metrics generated during transactions, and it will create a few simple html files to display the reporting host’s graphs. At this point, it will not create a common index file to display links to all hosts.
All RRD files and graphs get created in the rrddir
directory. If
you want to serve these publicly, you should be able to just alias that
directory in a web server.
If you really know what you’re doing, you can tune the rrdinterval
,
which defaults to the runinterval
.
store
Store the yaml report on disk. Each host sends its report as a YAML dump
and this just stores the file on disk, in the reportdir
directory.
These files collect quickly – one every half hour – so it is a good idea to perform some maintenance on them if you use this report (it’s the only default report).
tagmail
This report sends specific log messages to specific email addresses based on the tags in the log messages.
See the UsingTags tag documentation for more information on tags.
To use this report, you must create a tagmail.conf
(in the location
specified by tagmap
). This is a simple file that maps tags to
email addresses: Any log messages in the report that match the specified
tags will be sent to the specified email addresses.
Tags must be comma-separated, and they can be negated so that messages only match when they do not have that tag. The tags are separated from the email addresses by a colon, and the email addresses should also be comma-separated.
Lastly, there is an all
tag that will always match all log messages.
Here is an example tagmail.conf
:
all: [email protected]
webserver, !mailserver: [email protected]
This will send all messages to [email protected]
, and all messages from
webservers that are not also from mailservers to [email protected]
.
If you are using anti-spam controls, such as grey-listing, on your mail
server you should whitelist the sending email (controlled by reportform
configuration option) to ensure your email is not discarded as spam.
This page autogenerated on Mon Mar 18 11:29:40 -0700 2013