Merge branch 'collectd-4.3'
[collectd.git] / src / collectd.conf.pod
1 =head1 NAME
2
3 collectd.conf - Configuration for the system statistics collection daemon B<collectd>
4
5 =head1 SYNOPSIS
6
7   BaseDir "/path/to/data/"
8   PIDFile "/path/to/pidfile/collectd.pid"
9   Server  "123.123.123.123" 12345
10
11   LoadPlugin cpu
12   LoadPlugin load
13   LoadPlugin ping
14
15   <Plugin ping>
16     Host "example.org"
17     Host "provider.net"
18   </Plugin>
19
20 =head1 DESCRIPTION
21
22 This config file controls how the system statistics collection daemon
23 B<collectd> behaves. The most significant option is B<LoadPlugin>, which
24 controls which plugins to load. These plugins ultimately define collectd's
25 behavior.
26
27 The syntax of this config file is similar to the config file of the famous
28 B<Apache Webserver>. Each line contains either a key-value-pair or a
29 section-start or -end. Empty lines and everything after the hash-symbol `#' is
30 ignored. Values are either string, enclosed in double-quotes,
31 (floating-point-)numbers or a boolean expression, i.E<nbsp>e. either B<true> or
32 B<false>. String containing of only alphanumeric characters and underscores do
33 not need to be quoted.
34
35 The configuration is read and processed in order, i.E<nbsp>e. from top to
36 bottom. So the plugins are loaded in the order listed in this config file. It
37 is a good idea to load any logging plugins first in order to catch messages
38 from plugins during configuration. Also, the C<LoadPlugin> option B<must> occur
39 B<before> the C<E<lt>Plugin ...E<gt>> block.
40
41 =head1 GLOBAL OPTIONS
42
43 =over 4
44
45 =item B<BaseDir> I<Directory>
46
47 Sets the base directory. This is the directory beneath all RRD-files are
48 created. Possibly more subdirectories are created. This is also the working
49 directory for the daemon.
50
51 =item B<LoadPlugin> I<Plugin>
52
53 Loads the plugin I<Plugin>. There must be at least one such line or B<collectd>
54 will be mostly useless.
55
56 =item B<Include> I<Path>
57
58 If I<Path> points to a file, includes that file. If I<Path> points to a
59 directory, recursively includes all files within that directory and its
60 subdirectories. If the C<wordexp> function is available on your system,
61 shell-like wildcards are expanded before files are included. This means you can
62 use statements like the following:
63
64   Include "/etc/collectd.d/*.conf"
65
66 If more than one files are included by a single B<Include> option, the files
67 will be included in lexicographical order (as defined by the C<strcmp>
68 function). Thus, you can e.E<nbsp>g. use numbered prefixes to specify the
69 order in which the files are loaded.
70
71 To prevent loops and shooting yourself in the foot in interesting ways the
72 nesting is limited to a depth of 8E<nbsp>levels, which should be sufficient for
73 most uses. Since symlinks are followed it is still possible to crash the daemon
74 by looping symlinks. In our opinion significant stupidity should result in an
75 appropriate amount of pain.
76
77 It is no problem to have a block like C<E<lt>Plugin fooE<gt>> in more than one
78 file, but you cannot include files from within blocks.
79
80 =item B<PIDFile> I<File>
81
82 Sets where to write the PID file to. This file is overwritten when it exists
83 and deleted when the program is stopped. Some init-scripts might override this
84 setting using the B<-P> command-line option.
85
86 =item B<PluginDir> I<Directory>
87
88 Path to the plugins (shared objects) of collectd.
89
90 =item B<TypesDB> I<File> [I<File> ...]
91
92 Set one or more files that contain the data-set descriptions. See
93 L<types.db(5)> for a description of the format of this file.
94
95 =item B<Interval> I<Seconds>
96
97 Configures the interval in which to query the read plugins. Obviously smaller
98 values lead to a higher system load produced by collectd, while higher values
99 lead to more coarse statistics.
100
101 =item B<ReadThreads> I<Num>
102
103 Number of threads to start for reading plugins. The default value is B<5>, but
104 you may want to increase this if you have more than five plugins that take a
105 long time to read. Mostly those are plugin that do network-IO. Setting this to
106 a value higher than the number of plugins you've loaded is totally useless.
107
108 =item B<Hostname> I<Name>
109
110 Sets the hostname that identifies a host. If you omit this setting, the
111 hostname will be determinded using the L<gethostname(2)> system call.
112
113 =item B<FQDNLookup> B<true|false>
114
115 If B<Hostname> is determined automatically this setting controls whether or not
116 the daemon should try to figure out the "fully qualified domain name", FQDN.
117 This is done using a lookup of the name returned by C<gethostname>.
118
119 Using this feature (i.E<nbsp>e. setting this option to B<true>) is recommended.
120 However, to preserve backwards compatibility the default is set to B<false>.
121 The sample config file that is installed with C<makeE<nbsp>install> includes a
122 line which sets this option, though, so that default installations will have
123 this setting enabled.
124
125 =back
126
127 =head1 PLUGIN OPTIONS
128
129 Some plugins may register own options. These options must be enclosed in a
130 C<Plugin>-Section. Which options exist depends on the plugin used. Some plugins
131 require external configuration, too. The C<apache plugin>, for example,
132 required C<mod_status> to be configured in the webserver you're going to
133 collect data from. These plugins are listed below as well, even if they don't
134 require any configuration within collectd's configfile.
135
136 A list of all plugins and a short summary for each plugin can be found in the
137 F<README> file shipped with the sourcecode and hopefully binary packets as
138 well.
139
140 =head2 Plugin C<apache>
141
142 To configure the C<apache>-plugin you first need to configure the Apache
143 webserver correctly. The Apache-plugin C<mod_status> needs to be loaded and
144 working and the C<ExtendedStatus> directive needs to be B<enabled>. You can use
145 the following snipped to base your Apache config upon:
146
147   ExtendedStatus on
148   <IfModule mod_status.c>
149     <Location /mod_status>
150       SetHandler server-status
151     </Location>
152   </IfModule>
153
154 Since its C<mod_status> module is very similar to Apache's, B<lighttpd> is
155 also supported. It introduces a new field, called C<BusyServers>, to count the
156 number of currently connected clients. This field is also supported.
157
158 The following options are accepted by the C<apache>-plugin:
159
160 =over 4
161
162 =item B<URL> I<http://host/mod_status?auto>
163
164 Sets the URL of the C<mod_status> output. This needs to be the output generated
165 by C<ExtendedStatus on> and it needs to be the machine readable output
166 generated by appending the C<?auto> argument.
167
168 =item B<User> I<Username>
169
170 Optional user name needed for authentication.
171
172 =item B<Password> I<Password>
173
174 Optional password needed for authentication.
175
176 =item B<CACert> I<File>
177
178 File that holds one or more SSL certificates. If you want to use HTTPS you will
179 possibly need this option. What CA certificates come bundled with C<libcurl>
180 and are checked by default depends on the distribution you use.
181
182 =back
183
184 =head2 Plugin C<apcups>
185
186 =over 4
187
188 =item B<Host> I<Hostname>
189
190 Hostname of the host running B<apcupsd>. Defaults to B<localhost>. Please note
191 that IPv6 support has been disabled unless someone can confirm or decline that
192 B<apcupsd> can handle it.
193
194 =item B<Port> I<Port>
195
196 TCP-Port to connect to. Defaults to B<3551>.
197
198 =back
199
200 =head2 Plugin C<ascent>
201
202 This plugin collects information about an Ascent server, a free server for the
203 "World of Warcraft" game. This plugin gathers the information by fetching the
204 XML status page using C<libcurl> and parses it using C<libxml2>.
205
206 The configuration options are the same as for the C<apache> plugin above:
207
208 =over 4
209
210 =item B<URL> I<http://localhost/ascent/status/>
211
212 Sets the URL of the XML status output.
213
214 =item B<User> I<Username>
215
216 Optional user name needed for authentication.
217
218 =item B<Password> I<Password>
219
220 Optional password needed for authentication.
221
222 =item B<CACert> I<File>
223
224 File that holds one or more SSL certificates. If you want to use HTTPS you will
225 possibly need this option. What CA certificates come bundled with C<libcurl>
226 and are checked by default depends on the distribution you use.
227
228 =back
229
230 =head2 Plugin C<cpufreq>
231
232 This plugin doesn't have any options. It reads
233 F</sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq> (for the first CPU
234 installed) to get the current CPU frequency. If this file does not exist make
235 sure B<cpufreqd> (L<http://cpufreqd.sourceforge.net/>) or a similar tool is
236 installed and an "cpu governor" (that's a kernel module) is loaded.
237
238 =head2 Plugin C<csv>
239
240 =over 4
241
242 =item B<DataDir> I<Directory>
243
244 Set the directory to store CSV-files under. Per default CSV-files are generated
245 beneath the daemon's working directory, i.E<nbsp>e. the B<BaseDir>.
246
247 =item B<StoreRates> B<true|false>
248
249 If set to B<true>, convert counter values to rates. If set to B<false> (the
250 default) counter values are stored as is, i.E<nbsp>e. as an increasing integer
251 number.
252
253 =back
254
255 =head2 Plugin C<df>
256
257 =over 4
258
259 =item B<Device> I<Device>
260
261 Select partitions based on the devicename.
262
263 =item B<MountPoint> I<Directory>
264
265 Select partitions based on the mountpoint.
266
267 =item B<FSType> I<FSType>
268
269 Select partitions based on the filesystem type.
270
271 =item B<IgnoreSelected> I<true>|I<false>
272
273 Invert the selection: If set to true, all partitions B<except> the ones that
274 match any one of the criteria are collected. By default only selected
275 partitions are collected if a selection is made. If no selection is configured
276 at all, B<all> partitions are selected.
277
278 =back
279
280 =head2 Plugin C<disk>
281
282 The C<disk> plugin collects information about the usage of physical disks and
283 logical disks (partitions). Values collected are the number of octets written
284 to and read from a disk or partition, the number of read/write operations
285 issued to the disk and a rather complex "time" it took for these commands to be
286 issued.
287
288 Using the following two options you can ignore some disks or configure the
289 collection only of specific disks.
290
291 =over 4
292
293 =item B<Disk> I<Name>
294
295 Select the disk I<Name>. Whether it is collected or ignored depends on the
296 B<IgnoreSelected> setting, see below. As with other plugins that use the
297 daemon's ignorelist functionality, a string that starts and ends with a slash
298 is interpreted as a regular expression. Examples:
299
300   Disk "sdd"
301   Disk "/hda[34]/"
302
303 =item B<IgnoreSelected> B<true>|B<false>
304
305 Sets whether selected disks, i.E<nbsp>e. the ones matches by any of the B<Disk>
306 statements, are ignored or if all other disks are ignored. The behavior
307 (hopefully) is intuitive: If no B<Disk> option is configured, all disks are
308 collected. If at least one B<Disk> option is given and no B<IgnoreSelected> or
309 set to B<false>, B<only> matching disks will be collected. If B<IgnoreSelected>
310 is set to B<true>, all disks are collected B<except> the ones matched.
311
312 =back
313
314 =head2 Plugin C<dns>
315
316 =over 4
317
318 =item B<Interface> I<Interface>
319
320 The dns plugin uses B<libpcap> to capture dns traffic and analyses it. This
321 option sets the interface that should be used. If this option is not set, or
322 set to "any", the plugin will try to get packets from B<all> interfaces. This
323 may not work on certain platforms, such as MacE<nbsp>OSE<nbsp>X.
324
325 =item B<IgnoreSource> I<IP-address>
326
327 Ignore packets that originate from this address.
328
329 =back
330
331 =head2 Plugin C<email>
332
333 =over 4
334
335 =item B<SocketFile> I<Path>
336
337 Sets the socket-file which is to be created.
338
339 =item B<SocketGroup> I<Group>
340
341 If running as root change the group of the UNIX-socket after it has been
342 created. Defaults to B<collectd>.
343
344 =item B<SocketPerms> I<Permissions>
345
346 Change the file permissions of the UNIX-socket after it has been created. The
347 permissions must be given as a numeric, octal value as you would pass to
348 L<chmod(1)>. Defaults to B<0770>.
349
350 =item B<MaxConns> I<Number>
351
352 Sets the maximum number of connections that can be handled in parallel. Since
353 this many threads will be started immediately setting this to a very high
354 value will waste valuable resources. Defaults to B<5> and will be forced to be
355 at most B<16384> to prevent typos and dumb mistakes.
356
357 =back
358
359 =head2 Plugin C<exec>
360
361 Please make sure to read L<collectd-exec(5)> before using this plugin. It
362 contains valuable information on when the executable is executed and the
363 output that is expected from it.
364
365 =over 4
366
367 =item B<Exec> I<User>[:[I<Group>]] I<Executable> [I<E<lt>argE<gt>> [I<E<lt>argE<gt>> ...]]
368
369 =item B<NotificationExec> I<User>[:[I<Group>]] I<Executable> [I<E<lt>argE<gt>> [I<E<lt>argE<gt>> ...]]
370
371 Execute the executable I<Executable> as user I<User>. If the user name is
372 followed by a colon and a group name, the effective group is set to that group.
373 The real group and saved-set group will be set to the default group of that
374 user. If no group is given the effective group ID will be the same as the real
375 group ID.
376
377 Please note that in order to change the user and/or group the daemon needs
378 superuser privileges. If the daemon is run as an unprivileged user you must
379 specify the same user/group here. If the daemon is run with superuser
380 privileges, you must supply a non-root user here.
381
382 The executable may be followed by optional arguments that are passed to the
383 program. Please note that due to the configuration parsing numbers and boolean
384 values may be changed. If you want to be absolutely sure that something is
385 passed as-is please enclose it in quotes.
386
387 The B<Exec> and B<NotificationExec> statements change the semantics of the
388 programs executed, i.E<nbsp>e. the data passed to them and the response
389 expected from them. This is documented in great detail in L<collectd-exec(5)>.
390
391 =back
392
393 =head2 Plugin C<hddtemp>
394
395 To get values from B<hddtemp> collectd connects to B<localhost> (127.0.0.1),
396 port B<7634/tcp>. The B<Host> and B<Port> options can be used to change these
397 default values, see below. C<hddtemp> has to be running to work correctly. If
398 C<hddtemp> is not running timeouts may appear which may interfere with other
399 statistics..
400
401 The B<hddtemp> homepage can be found at
402 L<http://www.guzu.net/linux/hddtemp.php>.
403
404 =over 4
405
406 =item B<Host> I<Hostname>
407
408 Hostname to connect to. Defaults to B<127.0.0.1>.
409
410 =item B<Port> I<Port>
411
412 TCP-Port to connect to. Defaults to B<7634>.
413
414 =item B<TranslateDevicename> I<true>|I<false>
415
416 If enabled, translate the disk names to major/minor device numbers
417 (e.E<nbsp>g. "8-0" for /dev/sda). For backwards compatibility this defaults to
418 I<true> but it's recommended to disable it as it will probably be removed in
419 the next major version.
420
421 =back
422
423 =head2 Plugin C<interface>
424
425 =over 4
426
427 =item B<Interface> I<Interface>
428
429 Select this interface. By default these interfaces will then be collected. For
430 a more detailed description see B<IgnoreSelected> below.
431
432 =item B<IgnoreSelected> I<true>|I<false>
433
434 If no configuration if given, the B<traffic>-plugin will collect data from
435 all interfaces. This may not be practical, especially for loopback- and
436 similar interfaces. Thus, you can use the B<Interface>-option to pick the
437 interfaces you're interested in. Sometimes, however, it's easier/preferred
438 to collect all interfaces I<except> a few ones. This option enables you to
439 do that: By setting B<IgnoreSelected> to I<true> the effect of
440 B<Interface> is inversed: All selected interfaces are ignored and all
441 other interfaces are collected.
442
443 =back
444
445 =head2 Plugin C<iptables>
446
447 =over 4
448
449 =item B<Chain> I<Table> I<Chain> [I<Comment|Number> [I<Name>]]
450
451 Select the rules to count. If only I<Table> and I<Chain> are given, this plugin
452 will collect the counters of all rules which have a comment-match. The comment
453 is then used as type-instance.
454
455 If I<Comment> or I<Number> is given, only the rule with the matching comment or
456 the I<n>th rule will be collected. Again, the comment (or the number) will be
457 used as the type-instance.
458
459 If I<Name> is supplied, it will be used as the type-instance instead of the
460 comment or the number.
461
462 =back
463
464 =head2 Plugin C<irq>
465
466 =over 4
467
468 =item B<Irq> I<Irq>
469
470 Select this irq. By default these irqs will then be collected. For a more
471 detailed description see B<IgnoreSelected> below.
472
473 =item B<IgnoreSelected> I<true>|I<false>
474
475 If no configuration if given, the B<irq>-plugin will collect data from all
476 irqs. This may not be practical, especially if no interrupts happen. Thus, you
477 can use the B<Irq>-option to pick the interrupt you're interested in.
478 Sometimes, however, it's easier/preferred to collect all interrupts I<except> a
479 few ones. This option enables you to do that: By setting B<IgnoreSelected> to
480 I<true> the effect of B<Irq> is inversed: All selected interrupts are ignored
481 and all other interrupts are collected.
482
483 =back
484
485 =head2 Plugin C<libvirt>
486
487 This plugin allows CPU, disk and network load to be collected for virtualized
488 guests on the machine. This means that these characteristics can be collected
489 for guest systems without installing any software on them - collectd only runs
490 on the hosting system. The statistics are collected through libvirt
491 (L<http://libvirt.org/>).
492
493 Only I<Connection> is required.
494
495 =over 4
496
497 =item B<Connection> I<uri>
498
499 Connect to the hypervisor given by I<uri>. For example if using Xen use:
500
501  Connection "xen:///"
502
503 Details which URIs allowed are given at L<http://libvirt.org/uri.html>.
504
505 =item B<RefreshInterval> I<seconds>
506
507 Refresh the list of domains and devices every I<seconds>. The default is 60
508 seconds. Setting this to be the same or smaller than the I<Interval> will cause
509 the list of domains and devices to be refreshed on every iteration.
510
511 Refreshing the devices in particular is quite a costly operation, so if your
512 virtualization setup is static you might consider increasing this. If this
513 option is set to 0, refreshing is disabled completely.
514
515 =item B<Domain> I<name>
516
517 =item B<BlockDevice> I<name:dev>
518
519 =item B<InterfaceDevice> I<name:dev>
520
521 =item B<IgnoreSelected> I<true>|I<false>
522
523 Select which domains and devices are collected.
524
525 If I<IgnoreSelected> is not given or I<false> then only the listed domains and
526 disk/network devices are collected.
527
528 If I<IgnoreSelected> is I<true> then the test is reversed and the listed
529 domains and disk/network devices are ignored, while the rest are collected.
530
531 The domain name and device names may use a regular expression, if the name is
532 surrounded by I</.../> and collectd was compiled with support for regexps.
533
534 The default is to collect statistics for all domains and all their devices.
535
536 Example:
537
538  BlockDevice "/:hdb/"
539  IgnoreSelected "true"
540
541 Ignore all I<hdb> devices on any domain, but other block devices (eg. I<hda>)
542 will be collected.
543
544 =item B<HostnameFormat> B<name|uuid|hostname|...>
545
546 When the libvirt plugin logs data, it sets the hostname of the collected data
547 according to this setting. The default is to use the guest name as provided by
548 the hypervisor, which is equal to setting B<name>.
549
550 B<uuid> means use the guest's UUID. This is useful if you want to track the
551 same guest across migrations.
552
553 B<hostname> means to use the global B<Hostname> setting, which is probably not
554 useful on its own because all guests will appear to have the same name.
555
556 You can also specify combinations of these fields. For example B<name uuid>
557 means to concatenate the guest name and UUID (with a literal colon character
558 between, thus I<"foo:1234-1234-1234-1234">).
559
560 =back
561
562 =head2 Plugin C<logfile>
563
564 =over 4
565
566 =item B<LogLevel> B<debug|info|notice|warning|err>
567
568 Sets the log-level. If, for example, set to B<notice>, then all events with
569 severity B<notice>, B<warning>, or B<err> will be written to the logfile.
570
571 Please note that B<debug> is only available if collectd has been compiled with
572 debugging support.
573
574 =item B<File> I<File>
575
576 Sets the file to write log messages to. The special strings B<stdout> and
577 B<stderr> can be used to write to the standard output and standard error
578 channels, respectively. This, of course, only makes much sense when collectd is
579 running in foreground- or non-daemon-mode.
580
581 =item B<Timestamp> B<true>|B<false>
582
583 Prefix all lines printed by the current time. Defaults to B<true>.
584
585 =back
586
587 =head2 Plugin C<mbmon>
588
589 The C<mbmon plugin> uses mbmon to retrieve temperature, voltage, etc.
590
591 Be default collectd connects to B<localhost> (127.0.0.1), port B<411/tcp>. The
592 B<Host> and B<Port> options can be used to change these values, see below.
593 C<mbmon> has to be running to work correctly. If C<mbmon> is not running
594 timeouts may appear which may interfere with other statistics..
595
596 C<mbmon> must be run with the -r option ("print TAG and Value format");
597 Debian's F</etc/init.d/mbmon> script already does this, other people
598 will need to ensure that this is the case.
599
600 =over 4
601
602 =item B<Host> I<Hostname>
603
604 Hostname to connect to. Defaults to B<127.0.0.1>.
605
606 =item B<Port> I<Port>
607
608 TCP-Port to connect to. Defaults to B<411>.
609
610 =back
611
612 =head2 Plugin C<memcached>
613
614 The C<memcached plugin> connects to a memcached server and queries statistics
615 about cache utilization, memory and bandwidth used.
616 L<http://www.danga.com/memcached/>
617
618 =over 4
619
620 =item B<Host> I<Hostname>
621
622 Hostname to connect to. Defaults to B<127.0.0.1>.
623
624 =item B<Port> I<Port>
625
626 TCP-Port to connect to. Defaults to B<11211>.
627
628 =back
629
630 =head2 Plugin C<mysql>
631
632 The C<mysql plugin> requires B<mysqlclient> to be installed. It connects to the
633 database when started and keeps the connection up as long as possible. When the
634 connection is interrupted for whatever reason it will try to re-connect. The
635 plugin will complaint loudly in case anything goes wrong.
636
637 This plugin issues C<SHOW STATUS> and evaluates C<Bytes_{received,sent}>,
638 C<Com_*> and C<Handler_*> which correspond to F<mysql_octets.rrd>,
639 F<mysql_commands-*.rrd> and F<mysql_handler-*.rrd>. Also, the values of
640 C<Qcache_*> are put in F<mysql_qcache.rrd> and values of C<Threads_*> are put
641 in F<mysql_threads.rrd>. Please refer to the B<MySQL reference manual>,
642 I<5.2.4. Server Status Variables> for an explanation of these values.
643
644 Use the following options to configure the plugin:
645
646 =over 4
647
648 =item B<Host> I<Hostname>
649
650 Hostname of the database server. Defaults to B<localhost>.
651
652 =item B<User> I<Username>
653
654 Username to use when connecting to the database.
655
656 =item B<Password> I<Password>
657
658 Password needed to log into the database.
659
660 =item B<Database> I<Database>
661
662 Select this database. Defaults to I<no database> which is a perfectly reasonable
663 option for what this plugin does.
664
665 =back
666
667 =head2 Plugin C<netlink>
668
669 The C<netlink> plugin uses a netlink socket to query the Linux kernel about
670 statistics of various interface and routing aspects.
671
672 =over 4
673
674 =item B<Interface> I<Interface>
675
676 =item B<VerboseInterface> I<Interface>
677
678 Instruct the plugin to collect interface statistics. This is basically the same
679 as the statistics provided by the C<interface> plugin (see above) but
680 potentially much more detailed.
681
682 When configuring with B<Interface> only the basic statistics will be collected,
683 namely octets, packets, and errors. These statistics are collected by
684 the C<interface> plugin, too, so using both at the same time is no benefit.
685
686 When configured with B<VerboseInterface> all counters B<except> the basic ones,
687 so that no data needs to be collected twice if you use the C<interface> plugin.
688 This includes dropped packets, received multicast packets, collisions and a
689 whole zoo of differentiated RX and TX errors. You can try the following command
690 to get an idea of what awaits you:
691
692   ip -s -s link list
693
694 If I<Interface> is B<All>, all interfaces will be selected.
695
696 =item B<QDisc> I<Interface> [I<QDisc>]
697
698 =item B<Class> I<Interface> [I<Class>]
699
700 =item B<Filter> I<Interface> [I<Filter>]
701
702 Collect the octets and packets that pass a certain qdisc, class or filter.
703
704 QDiscs and classes are identified by their type and handle (or classid).
705 Filters don't necessarily have a handle, therefore the parent's handle is used.
706 The notation used in collectd differs from that used in tc(1) in that it
707 doesn't skip the major or minor number if it's zero and doesn't print special
708 ids by their name. So, for example, a qdisc may be identified by
709 C<pfifo_fast-1:0> even though the minor number of B<all> qdiscs is zero and
710 thus not displayed by tc(1).
711
712 If B<QDisc>, B<Class>, or B<Filter> is given without the second argument,
713 i.E<nbsp>.e. without an identifier, all qdiscs, classes, or filters that are
714 associated with that interface will be collected.
715
716 Since a filter itself doesn't necessarily have a handle, the parent's handle is
717 used. This may lead to problems when more than one filter is attached to a
718 qdisc or class. This isn't nice, but we don't know how this could be done any
719 better. If you have a idea, please don't hesitate to tell us.
720
721 As with the B<Interface> option you can specify B<All> as the interface,
722 meaning all interfaces.
723
724 Here are some examples to help you understand the above text more easily:
725
726   <Plugin netlink>
727     VerboseInterface "All"
728     QDisc "eth0" "pfifo_fast-1:0"
729     QDisc "ppp0"
730     Class "ppp0" "htb-1:10"
731     Filter "ppp0" "u32-1:0"
732   </Plugin>
733
734 =item B<IgnoreSelected>
735
736 The behaviour is the same as with all other similar plugins: If nothing is
737 selected at all, everything is collected. If some things are selected using the
738 options described above, only these statistics are collected. If you set
739 B<IgnoreSelected> to B<true>, this behavior is inversed, i.E<nbsp>e. the
740 specified statistics will not be collected.
741
742 =back
743
744 =head2 Plugin C<network>
745
746 =over 4
747
748 =item B<Listen> I<Host> [I<Port>]
749
750 =item B<Server> I<Host> [I<Port>]
751
752 The B<Server> statement sets the server to send datagrams B<to>.  The statement
753 may occur multiple times to send each datagram to multiple destinations.
754
755 The B<Listen> statement sets the interfaces to bind to. When multiple
756 statements are found the daemon will bind to multiple interfaces.
757
758 The argument I<Host> may be a hostname, an IPv4 address or an IPv6 address. If
759 the argument is a multicast address the daemon will join that multicast group.
760
761 If no B<Listen> statement is found the server tries join both, the default IPv6
762 multicast group and the default IPv4 multicast group. If no B<Server> statement
763 is found the client will try to send data to the IPv6 multicast group first. If
764 that fails the client will try the IPv4 multicast group.
765
766 The default IPv6 multicast group is C<ff18::efc0:4a42>. The default IPv4
767 multicast group is C<239.192.74.66>.
768
769 The optional I<Port> argument sets the port to use. It can either be given
770 using a numeric port number or a service name. If the argument is omitted the
771 default port B<25826> is assumed.
772
773 =item B<TimeToLive> I<1-255>
774
775 Set the time-to-live of sent packets. This applies to all, unicast and
776 multicast, and IPv4 and IPv6 packets. The default is to not change this value.
777 That means that multicast packets will be sent with a TTL of C<1> (one) on most
778 operating systems.
779
780 =item B<Forward> I<true|false>
781
782 If set to I<true>, write packets that were received via the network plugin to
783 the sending sockets. This should only be activated when the B<Listen>- and
784 B<Server>-statements differ. Otherwise packets may be send multiple times to
785 the same multicast group. While this results in more network traffic than
786 necessary it's not a huge problem since the plugin has a duplicate detection,
787 so the values will not loop.
788
789 =item B<CacheFlush> I<Seconds>
790
791 For each host/plugin/type combination the C<network plugin> caches the time of
792 the last value being sent or received. Every I<Seconds> seconds the plugin
793 searches and removes all entries that are older than I<Seconds> seconds, thus
794 freeing the unused memory again. Since this process is somewhat expensive and
795 normally doesn't do much, this value should not be too small. The default is
796 1800 seconds, but setting this to 86400 seconds (one day) will not do much harm
797 either.
798
799 =back
800
801 =head2 Plugin C<nginx>
802
803 This plugin collects the number of connections and requests handled by the
804 C<nginx daemon> (speak: engineE<nbsp>X), a HTTP and mail server/proxy. It
805 queries the page provided by the C<ngx_http_stub_status_module> module, which
806 isn't compiled by default. Please refer to
807 L<http://wiki.codemongers.com/NginxStubStatusModule> for more information on
808 how to compile and configure nginx and this module.
809
810 The following options are accepted by the C<nginx plugin>:
811
812 =over 4
813
814 =item B<URL> I<http://host/nginx_status>
815
816 Sets the URL of the C<ngx_http_stub_status_module> output.
817
818 =item B<User> I<Username>
819
820 Optional user name needed for authentication.
821
822 =item B<Password> I<Password>
823
824 Optional password needed for authentication.
825
826 =item B<CACert> I<File>
827
828 File that holds one or more SSL certificates. If you want to use HTTPS you will
829 possibly need this option. What CA certificates come bundled with C<libcurl>
830 and are checked by default depends on the distribution you use.
831
832 =back
833
834 =head2 Plugin C<ntpd>
835
836 =over 4
837
838 =item B<Host> I<Hostname>
839
840 Hostname of the host running B<ntpd>. Defaults to B<localhost>.
841
842 =item B<Port> I<Port>
843
844 UDP-Port to connect to. Defaults to B<123>.
845
846 =item B<ReverseLookups> B<true>|B<false>
847
848 Sets wether or not to perform reverse lookups on peers. Since the name or
849 IP-address may be used in a filename it is recommended to disable reverse
850 lookups. The default is to do reverse lookups to preserve backwards
851 compatibility, though.
852
853 =back
854
855 =head2 Plugin C<nut>
856
857 =over 4
858
859 =item B<UPS> I<upsname>B<@>I<hostname>[B<:>I<port>]
860
861 Add a UPS to collect data from. The format is identical to the one accepted by
862 L<upsc(8)>.
863
864 =back
865
866 =head2 Plugin C<perl>
867
868 This plugin embeds a Perl-interpreter into collectd and provides an interface
869 to collectd's plugin system. See L<collectd-perl(5)> for its documentation.
870
871 =head2 Plugin C<ping>
872
873 =over 4
874
875 =item B<Host> I<IP-address>
876
877 Host to ping periodically. This option may be repeated several times to ping
878 multiple hosts.
879
880 =item B<TTL> I<0-255>
881
882 Sets the Time-To-Live of generated ICMP packets.
883
884 =back
885
886 =head2 Plugin C<processes>
887
888 =over 4
889
890 =item B<Process> I<Name>
891
892 Select more detailed statistics of processes matching this name. The statistics
893 collected for these selected processes are size of the resident segment size
894 (RSS), user- and system-time used, number of processes and number of threads,
895 and minor and major pagefaults.
896
897 =back
898
899 =head2 Plugin C<rrdtool>
900
901 You can use the settings B<StepSize>, B<HeartBeat>, B<RRARows>, and B<XFF> to
902 fine-tune your RRD-files. Please read L<rrdcreate(1)> if you encounter problems
903 using these settings. If you don't want to dive into the depths of RRDTool, you
904 can safely ignore these settings.
905
906 =over 4
907
908 =item B<DataDir> I<Directory>
909
910 Set the directory to store RRD-files under. Per default RRD-files are generated
911 beneath the daemon's working directory, i.E<nbsp>e. the B<BaseDir>.
912
913 =item B<StepSize> I<Seconds>
914
915 B<Force> the stepsize of newly created RRD-files. Ideally (and per default)
916 this setting is unset and the stepsize is set to the interval in which the data
917 is collected. Do not use this option unless you absolutely have to for some
918 reason. Setting this option may cause problems with the C<snmp plugin>, the
919 C<exec plugin> or when the daemon is set up to receive data from other hosts.
920
921 =item B<HeartBeat> I<Seconds>
922
923 B<Force> the heartbeat of newly created RRD-files. This setting should be unset
924 in which case the heartbeat is set to twice the B<StepSize> which should equal
925 the interval in which data is collected. Do not set this option unless you have
926 a very good reason to do so.
927
928 =item B<RRARows> I<NumRows>
929
930 The C<rrdtool plugin> calculates the number of PDPs per CDP based on the
931 B<StepSize>, this setting and a timespan. This plugin creates RRD-files with
932 three times five RRAs, i. e. five RRAs with the CFs B<MIN>, B<AVERAGE>, and
933 B<MAX>. The five RRAs are optimized for graphs covering one hour, one day, one
934 week, one month, and one year.
935
936 So for each timespan, it calculates how many PDPs need to be consolidated into
937 one CDP by calculating:
938   number of PDPs = timespan / (stepsize * rrarows)
939
940 Bottom line is, set this no smaller than the width of you graphs in pixels. The
941 default is 1200.
942
943 =item B<RRATimespan> I<Seconds>
944
945 Adds an RRA-timespan, given in seconds. Use this option multiple times to have
946 more then one RRA. If this option is never used, the built-in default of (3600,
947 86400, 604800, 2678400, 31622400) is used.
948
949 For more information on how RRA-sizes are calculated see B<RRARows> above.
950
951 =item B<XFF> I<Factor>
952
953 Set the "XFiles Factor". The default is 0.1. If unsure, don't set this option.
954
955 =item B<CacheFlush> I<Seconds>
956
957 When the C<rrdtool plugin> uses a cache (by setting B<CacheTimeout>, see below)
958 it writes all values for a certain RRD-file if the oldest value is older than
959 (or equal to) the number of seconds specified. If some RRD-file is not updated
960 anymore for some reason (the computer was shut down, the network is broken,
961 etc.) some values may still be in the cache. If B<CacheFlush> is set, then the
962 entire cache is searched for entries older than B<CacheTimeout> seconds and
963 written to disk every I<Seconds> seconds. Since this is kind of expensive and
964 does nothing under normal circumstances, this value should not be too small.
965 900 seconds might be a good value, though setting this to 7200 seconds doesn't
966 normally do much harm either.
967
968 =item B<CacheTimeout> I<Seconds>
969
970 If this option is set to a value greater than zero, the C<rrdtool plugin> will
971 save values in a cache, as described above. Writing multiple values at once
972 reduces IO-operations and thus lessens the load produced by updating the files.
973 The trade off is that the graphs kind of "drag behind" and that more memory is
974 used.
975
976 =back
977
978 =head2 Plugin C<sensors>
979
980 The C<sensors plugin> uses B<lm_sensors> to retrieve sensor-values. This means
981 that all the needed modules have to be loaded and lm_sensors has to be
982 configured (most likely by editing F</etc/sensors.conf>. Read
983 L<sensors.conf(5)> for details.
984
985 The B<lm_sensors> homepage can be found at
986 L<http://secure.netroedge.com/~lm78/>.
987
988 =over 4
989
990 =item B<Sensor> I<chip-bus-address/type-feature>
991
992 Selects the name of the sensor which you want to collect or ignore, depending
993 on the B<IgnoreSelected> below. For example, the option "B<Sensor>
994 I<it8712-isa-0290/voltage-in1>" will cause collectd to gather data for the
995 voltage sensor I<in1> of the I<it8712> on the isa bus at the address 0290.
996
997 =item B<IgnoreSelected> I<true>|I<false>
998
999 If no configuration if given, the B<sensors>-plugin will collect data from all
1000 sensors. This may not be practical, especially for uninteresting sensors.
1001 Thus, you can use the B<Sensor>-option to pick the sensors you're interested
1002 in. Sometimes, however, it's easier/preferred to collect all sensors I<except> a
1003 few ones. This option enables you to do that: By setting B<IgnoreSelected> to
1004 I<true> the effect of B<Sensor> is inversed: All selected sensors are ignored
1005 and all other sensors are collected.
1006
1007 =back
1008
1009 =head2 Plugin C<snmp>
1010
1011 Since the configuration of the C<snmp plugin> is a little more complicated than
1012 other plugins, its documentation has been moved to an own manpage,
1013 L<collectd-snmp(5)>. Please see there for details.
1014
1015 =head2 Plugin C<syslog>
1016
1017 =over 4
1018
1019 =item B<LogLevel> B<debug|info|notice|warning|err>
1020
1021 Sets the log-level. If, for example, set to B<notice>, then all events with
1022 severity B<notice>, B<warning>, or B<err> will be submitted to the
1023 syslog-daemon.
1024
1025 Please note that B<debug> is only available if collectd has been compiled with
1026 debugging support.
1027
1028 =back
1029
1030 =head2 Plugin C<tail>
1031
1032 The C<tail plugin> plugins follows logfiles, just like L<tail(1)> does, parses
1033 each line and dispatches found values. What is matched can be configured by the
1034 user using (extended) regular expressions, as described in L<regex(7)>.
1035
1036   <Plugin "tail">
1037     <File "/var/log/exim4/mainlog">
1038       Instance "exim"
1039       <Match>
1040         Regex "S=([1-9][0-9]*)"
1041         DSType "CounterAdd"
1042         Type "ipt_bytes"
1043         Instance "total"
1044       </Match>
1045       <Match>
1046         Regex "\\<R=local_user\\>"
1047         DSType "CounterInc"
1048         Type "email_count"
1049         Instance "local_user"
1050       </Match>
1051     </File>
1052   </Plugin>
1053
1054 The config consists of one or more B<File> blocks, each of which configures one
1055 logfile to parse. Within each B<File> block, there are one or more B<Match>
1056 blocks, which configure a regular expression to search for.
1057
1058 The B<Instance> option in the B<File> block may be used to set the plugin
1059 instance. So in the above example the plugin name C<tail-foo> would be used.
1060 This plugin instance is for all B<Match> blocks that B<follow> it, until the
1061 next B<Instance> option. This way you can extract several plugin instances from
1062 one logfile, handy when parsing syslog and the like.
1063
1064 Each B<Match> block has the following options to describe how the match should
1065 be performed:
1066
1067 =over 4
1068
1069 =item B<Regex> I<regex>
1070
1071 Sets the regular expression to use for matching against a line. The first
1072 subexpression has to match something that can be turned into a number by
1073 L<strtoll(3)> or L<strtod(3)>, depending on the value of C<CounterAdd>, see
1074 below. Because B<extended> regular expressions are used, you do not need to use
1075 backslashes for subexpressions! If in doubt, please consult L<regex(7)>. Due to
1076 collectd's config parsing you need to escape backslashes, though. So if you
1077 want to match literal parentheses you need to do the following:
1078
1079   Regex "SPAM \\(Score: (-?[0-9]+\\.[0-9]+)\\)"
1080
1081 =item B<DSType> I<Type>
1082
1083 Sets how the values are cumulated. I<Type> is one of:
1084
1085 =over 4
1086
1087 =item B<GaugeAverage>
1088
1089 Calculate the average.
1090
1091 =item B<GaugeMin>
1092
1093 Use the smallest number only.
1094
1095 =item B<GaugeMax>
1096
1097 Use the greatest number only.
1098
1099 =item B<GaugeLast>
1100
1101 Use the last number found.
1102
1103 =item B<CounterSet>
1104
1105 The matched number is a counter. Simply sets the internal counter to this
1106 value.
1107
1108 =item B<CounterAdd>
1109
1110 Add the matched value to the internal counter.
1111
1112 =item B<CounterInc>
1113
1114 Increase the internal counter by one. This B<DSType> is the only one that does
1115 not use the matched subexpression, but simply counts the number of matched
1116 lines. Thus, you may use a regular expression without submatch in this case.
1117
1118 =back
1119
1120 As you'd expect the B<Gauge*> types interpret the submatch as a floating point
1121 number, using L<strtod(3)>. The B<CounterSet> and B<CounterAdd> interpret the
1122 submatch as an integer using L<strtoll(3)>. B<CounterInc> does not use the
1123 submatch at all and it may be omitted in this case.
1124
1125 =item B<Type> I<Type>
1126
1127 Sets the type used to dispatch this value. Detailed information about types and
1128 their configuration can be found in L<types.db(5)>.
1129
1130 =item B<Instance> I<TypeInstance>
1131
1132 This optional setting sets the type instance to use.
1133
1134 =back
1135
1136 =head2 Plugin C<tcpconns>
1137
1138 The C<tcpconns plugin> counts the number of currently established TCP
1139 connections based on the local port and/or the remote port. Since there may be
1140 a lot of connections the default if to count all connections with a local port,
1141 for which a listening socket is opened. You can use the following options to
1142 fine-tune the ports you are interested in:
1143
1144 =over 4
1145
1146 =item B<ListeningPorts> I<true>|I<false>
1147
1148 If this option is set to I<true>, statistics for all local ports for which a
1149 listening socket exists are collected. The default depends on B<LocalPort> and
1150 B<RemotePort> (see below): If no port at all is specifically selected, the
1151 default is to collect listening ports. If specific ports (no matter if local or
1152 remote ports) are selected, this option defaults to I<false>, i.E<nbsp>e. only
1153 the selected ports will be collected unless this option is set to I<true>
1154 specifically.
1155
1156 =item B<LocalPort> I<Port>
1157
1158 Count the connections to a specific local port. This can be used to see how
1159 many connections are handled by a specific daemon, e.E<nbsp>g. the mailserver.
1160 You have to specify the port in numeric form, so for the mailserver example
1161 you'd need to set B<25>.
1162
1163 =item B<RemotePort> I<Port>
1164
1165 Count the connections to a specific remote port. This is useful to see how
1166 much a remote service is used. This is most useful if you want to know how many
1167 connections a local service has opened to remote services, e.E<nbsp>g. how many
1168 connections a mail server or news server has to other mail or news servers, or
1169 how many connections a web proxy holds to web servers. You have to give the
1170 port in numeric form.
1171
1172 =back
1173
1174 =head2 Plugin C<unixsock>
1175
1176 =over 4
1177
1178 =item B<SocketFile> I<Path>
1179
1180 Sets the socket-file which is to be created.
1181
1182 =item B<SocketGroup> I<Group>
1183
1184 If running as root change the group of the UNIX-socket after it has been
1185 created. Defaults to B<collectd>.
1186
1187 =item B<SocketPerms> I<Permissions>
1188
1189 Change the file permissions of the UNIX-socket after it has been created. The
1190 permissions must be given as a numeric, octal value as you would pass to
1191 L<chmod(1)>. Defaults to B<0770>.
1192
1193 =back
1194
1195 =head2 Plugin C<uuid>
1196
1197 This plugin, if loaded, causes the Hostname to be taken from the machine's
1198 UUID. The UUID is a universally unique designation for the machine, usually
1199 taken from the machine's BIOS. This is most useful if the machine is running in
1200 a virtual environment such as Xen, in which case the UUID is preserved across
1201 shutdowns and migration.
1202
1203 The following methods are used to find the machine's UUID, in order:
1204
1205 =over 4
1206
1207 =item
1208
1209 Check I</etc/uuid> (or I<UUIDFile>).
1210
1211 =item
1212
1213 Check for UUID from HAL (L<http://www.freedesktop.org/wiki/Software/hal>) if
1214 present.
1215
1216 =item
1217
1218 Check for UUID from C<dmidecode> / SMBIOS.
1219
1220 =item
1221
1222 Check for UUID from Xen hypervisor.
1223
1224 =back
1225
1226 If no UUID can be found then the hostname is not modified.
1227
1228 =over 4
1229
1230 =item B<UUIDFile> I<Path>
1231
1232 Take the UUID from the given file (default I</etc/uuid>).
1233
1234 =back
1235
1236 =head2 Plugin C<vmem>
1237
1238 The C<vmem> plugin collects information about the usage of virtual memory.
1239 Since the statistics provided by the Linux kernel are very detailed, they are
1240 collected very detailed. However, to get all the details, you have to switch
1241 them on manually. Most people just want an overview over, such as the number of
1242 pages read from swap space.
1243
1244 =over 4
1245
1246 =item B<Verbose> B<true>|B<false>
1247
1248 Enables verbose collection of information. This will start collecting page
1249 "actions", e.E<nbsp>g. page allocations, (de)activations, steals and so on.
1250 Part of these statistics are collected on a "per zone" basis.
1251
1252 =back
1253
1254 =head2 Plugin C<vserver>
1255
1256 This plugin doesn't have any options. B<VServer> support is only available for
1257 Linux. It cannot yet be found in a vanilla kernel, though. To make use of this
1258 plugin you need a kernel that has B<VServer> support built in, i.E<nbsp>e. you
1259 need to apply the patches and compile your own kernel, which will then provide
1260 the F</proc/virtual> filesystem that is required by this plugin.
1261
1262 The B<VServer> homepage can be found at L<http://linux-vserver.org/>.
1263
1264 =head1 THRESHOLD CONFIGURATION
1265
1266 Starting with version C<4.3.0> collectd has support for B<monitoring>. By that
1267 we mean that the values are not only stored or sent somewhere, but that they
1268 are judged and, if a problem is recognized, acted upon. The only action
1269 collectd takes itself is to generate and dispatch a "notification". Plugins can
1270 register to receive notifications and perform appropriate further actions.
1271
1272 Since systems and what you expect them to do differ a lot, you can configure
1273 B<thresholds> for your values freely. This gives you a lot of flexibility but
1274 also a lot of responsibility.
1275
1276 Every time a value is out of range a notification is dispatched. This means
1277 that the idle percentage of your CPU needs to be less then the configured
1278 threshold only once for a notification to be generated. There's no such thing
1279 as a moving average or similar - at least not now.
1280
1281 Also, all values that match a threshold are considered to be relevant or
1282 "interesting". As a consequence collectd will issue a notification if they are
1283 not received for twice the last timeout of the values. If, for example, some
1284 hosts sends it's CPU statistics to the server every 60 seconds, a notification
1285 will be dispatched after about 120 seconds. It may take a little longer because
1286 the timeout is checked only once each B<Interval> on the server.
1287
1288 Here is a configuration example to get you started. Read below for more
1289 information.
1290
1291  <Threshold>
1292    <Type "foo">
1293      WarningMin    0.00
1294      WarningMax 1000.00
1295      FailureMin    0.00
1296      FailureMax 1200.00
1297      Invert false
1298      Instance "bar"
1299    </Type>
1300
1301    <Plugin "interface">
1302      Instance "eth0"
1303      <Type "if_octets">
1304        FailureMax 10000000
1305      </Type>
1306    </Plugin>
1307
1308    <Host "hostname">
1309      <Type "cpu">
1310        Instance "idle"
1311        FailureMin 10
1312      </Type>
1313
1314      <Plugin "memory">
1315        <Type "memory">
1316          Instance "cached"
1317          WarningMin 100000000
1318        </Type>
1319      </Plugin>
1320    </Host>
1321  </Threshold>
1322
1323 There are basically two types of configuration statements: The C<Host>,
1324 C<Plugin>, and C<Type> blocks select the value for which a threshold should be
1325 configured. The C<Plugin> and C<Type> blocks may be specified further using the
1326 C<Instance> option. You can combine the block by nesting the blocks, though
1327 they must be nested in the above order, i.E<nbsp>e. C<Host> may contain either
1328 C<Plugin> and C<Type> blocks, C<Plugin> may only contain C<Type> blocks and
1329 C<Type> may not contain other blocks. If multiple blocks apply to the same
1330 value the most specific block is used.
1331
1332 The other statements specify the threshold to configure. They B<must> be
1333 included in a C<Type> block. Currently the following statements are recognized:
1334
1335 =over 4
1336
1337 =item B<FailureMax> I<Value>
1338
1339 =item B<WarningMax> I<Value>
1340
1341 Sets the upper bound of acceptable values. If unset defaults to positive
1342 infinity. If a value is greater than B<FailureMax> a B<FAILURE> notification
1343 will be created. If the value is greater than B<WarningMax> but less than (or
1344 equal to) B<FailureMax> a B<WARNING> notification will be created.
1345
1346 =item B<FailureMin> I<Value>
1347
1348 =item B<WarningMin> I<Value>
1349
1350 Sets the lower bound of acceptable values. If unset defaults to negative
1351 infinity. If a value is less than B<FailureMin> a B<FAILURE> notification will
1352 be created. If the value is less than B<WarningMin> but greater than (or equal
1353 to) B<FailureMin> a B<WARNING> notification will be created.
1354
1355 =item B<Invert> B<true>|B<false>
1356
1357 If set to B<true> the range of acceptable values is inverted, i.E<nbsp>e.
1358 values between B<FailureMin> and B<FailureMax> (B<WarningMin> and
1359 B<WarningMax>) are not okay. Defaults to B<false>.
1360
1361 =item B<Persist> B<true>|B<false>
1362
1363 Sets how often notifications are generated. If set to B<true> one notification
1364 will be generated for each value that is out of the acceptable range. If set to
1365 B<false> (the default) then a notification is only generated if a value is out
1366 of range but the previous value was okay.
1367
1368 This applies to missing values, too: If set to B<true> a notification about a
1369 missing value is generated once every B<Interval> seconds. If set to B<false>
1370 only one such notification is generated until the value appears again.
1371
1372 =back
1373
1374 =head1 SEE ALSO
1375
1376 L<collectd(1)>,
1377 L<collectd-exec(5)>,
1378 L<collectd-perl(5)>,
1379 L<collectd-unixsock(5)>,
1380 L<types.db(5)>,
1381 L<hddtemp(8)>,
1382 L<kstat(3KSTAT)>,
1383 L<mbmon(1)>,
1384 L<rrdtool(1)>,
1385 L<sensors(1)>
1386
1387 =head1 AUTHOR
1388
1389 Florian Forster E<lt>octo@verplant.orgE<gt>
1390
1391 =cut