collectd Wiki - Recent changes [en]

Plugin:RRDCacheD

2010-09-08T14:58:49Z

Example graphs: Added a lot of new graphs.

← Older revision		Revision as of 14:58, 8 September 2010
Line 24:		Line 24:

	== Example graphs ==		== Example graphs ==
		+
		+	[[Image:Rrdcached-write updates.png]]<br />
		+	<small>Number of write operations per second.</small>

	[[Image:RRDCacheD-operations-write data sets.png]]<br />		[[Image:RRDCacheD-operations-write data sets.png]]<br />
	<small>Values written to disk per second. Since many values are written in one write operation, the number of write operations per second is ''much'' lower.</small>		<small>Values written to disk per second. Since many values are written in one write operation, the number of write operations per second is ''much'' lower.</small>
		+
		+	[[Image:Rrdcached-receive update.png]]<br />
		+	<small>Number of update commands received per second.</small>
		+
		+	[[Image:Rrdcached-journal bytes.png]]<br />
		+	<small>Bytes per second written to the journal.</small>
		+
		+	[[Image:Rrdcached-queue length.png]]<br />
		+	<small>Length of the update queue.</small>
		+
		+	[[Image:Rrdcached-tree nodes.png]]<br />
		+	<small>Number of nodes (RRD files) in the binary search tree of the caching daemon.</small>
		+
		+	[[Image:Rrdcached-tree depth.png]]<br />
		+	<small>Depth of the binary search tree used by the daemon. This is basically the number of comparisons needed to find any file in the tree.</small>

	== See also ==		== See also ==

File:Rrdcached-write updates.png

2010-09-08T14:49:50Z

uploaded "[[File:Rrdcached-write updates.png]]"

New page

File:RRDCacheD-operations-write data sets.png

2010-09-08T14:48:27Z

uploaded a new version of "[[File:RRDCacheD-operations-write data sets.png]]"

New page

Match:RegEx

2010-09-08T14:41:55Z

Synopsis:

← Older revision		Revision as of 14:41, 8 September 2010
Line 13:		Line 13:
	== Synopsis ==		== Synopsis ==

		+	LoadPlugin "match_regex"
	<Chain "PreCache">		<Chain "PreCache">
	<Rule "ignore_non_fqdn">		<Rule "ignore_non_fqdn">

Binary protocol

2010-09-07T20:03:08Z

See also: Document the Wireshark version.

← Older revision		Revision as of 20:03, 7 September 2010
Line 138:		Line 138:

	* [[Plugin:Network\|Network]] plugin		* [[Plugin:Network\|Network]] plugin
-	* The network protocol analyzer [http://www.wireshark.org/ Wireshark] supports dissecting this binary protocol. The code can be found in [http://anonsvn.wireshark.org/viewvc/trunk/epan/dissectors/packet-collectd.c epan/dissectors/packet-collectd.c].	+	* The network protocol analyzer [http://www.wireshark.org/ Wireshark] supports dissecting this binary protocol since version 1.4. The code can be found in [http://anonsvn.wireshark.org/viewvc/trunk/epan/dissectors/packet-collectd.c epan/dissectors/packet-collectd.c].

	[[Category:Development]]		[[Category:Development]]

List of frontends

2010-09-06T12:52:54Z

Redirect to "List of front-ends"

New page

#REDIRECT [[List of front-ends]]

Plans for 5.0

2010-09-04T20:48:39Z

Network plugin: New section.

← Older revision		Revision as of 20:48, 4 September 2010
Line 41:		Line 41:
	*: ☑ The ''mysql_qcache'' and ''mysql_threads'' types have been broken up. Code is in {{GitBranch\|master}}. —[[User:Octo\|octo]] 09:16, 5 July 2010 (UTC)		*: ☑ The ''mysql_qcache'' and ''mysql_threads'' types have been broken up. Code is in {{GitBranch\|master}}. —[[User:Octo\|octo]] 09:16, 5 July 2010 (UTC)
	*: ☑ The types themselves have also been removed from the [[types.db]]. —[[User:Octo\|octo]] 07:42, 29 August 2010 (UTC)		*: ☑ The types themselves have also been removed from the [[types.db]]. —[[User:Octo\|octo]] 07:42, 29 August 2010 (UTC)
		+
		+	== {{Plugin\|Network}} ==
		+
		+	* Increase the default buffer size to ''1452 bytes'' (one ethernet frame minus IPv6 and UDP headers). The networking code in {{GitBranch\|ff/netlib}} already uses this default. —[[User:Octo\|octo]] 20:48, 4 September 2010 (UTC)

	== [[Plugin:Perl\|Perl]] plugin ==		== [[Plugin:Perl\|Perl]] plugin ==

Roadmap

2010-09-04T20:43:04Z

{{Plugin|AMQP}}: Update.

← Older revision		Revision as of 20:43, 4 September 2010
Line 74:		Line 74:
	* Sending and receiving data via AMQP is now possible. Possible future todos:		* Sending and receiving data via AMQP is now possible. Possible future todos:
	** Use the ''parsetree'' interface of ''YAJL'' to parse received ''JSON'' data. Currently, the parsetree code has not yet been merged into YAJL's master branch.		** Use the ''parsetree'' interface of ''YAJL'' to parse received ''JSON'' data. Currently, the parsetree code has not yet been merged into YAJL's master branch.
-	** Possibly rename the ''AMQP plugin'' to ''Write AMQP''. For consistency's sake it might be best to rename the {{Plugin\|CSV}}, {{Plugin\|RRDtool}} and {{Plugin\|RRDCacheD}}, too. --[[User:Octo\|octo]] 06:55, 18 August 2010 (UTC)	+	** Possibly rename the ''AMQP plugin'' to ''Write AMQP''. For consistency's sake it might be best to rename the {{Plugin\|CSV}}, {{Plugin\|RRDtool}} and {{Plugin\|RRDCacheD}}, too. —[[User:Octo\|octo]] 06:55, 18 August 2010 (UTC)
		+	*** No, since the AMQP plugin can send ''and'' receive values, renaming the plugin is not appropriate. —[[User:Octo\|octo]] 20:43, 4 September 2010 (UTC)

	=== {{Plugin\|SNORT}} ===		=== {{Plugin\|SNORT}} ===

Plans for 5.0

2010-09-04T20:03:05Z

+Category:Version 5.0

← Older revision		Revision as of 20:03, 4 September 2010
Line 72:		Line 72:

	[[Category:Development]]		[[Category:Development]]
		+	[[Category:Version 5.0]]
	__NEWSECTIONLINK__		__NEWSECTIONLINK__

Plugin:WPAR

2010-09-04T19:46:58Z

Created initial page.

New page

{{Infobox Plugin
| Name=WPAR
| Type=read
| Callbacks={{Callback|init}}, {{Callback|read}}
| Status={{in development}}
| FirstVersion={{Version|5.0}}
| Copyright=''2010'' Manuel Luis Sanmartín Rozada
| License={{GPLv2}}
| Manpage={{Manpage|collectd.conf|5|plugin_wpar}}
}}
The '''WPAR plugin''' collects information from ''workload partitions'' ''(WPARs)'', a operating system level virtualization technique of IBM AIX.

Currently, the plugin collectd the ''system load'', ''CPU utilization'' and ''memory usage'' of each partition on the system ''collectd'' is running on.

== Example graph ==

{{No Example Graph}}

== Dependencies ==

* ''libperfstat(3)''

== See also ==

* {{Plugin|LPAR}}
* {{Plugin|VServer}}

{{DEFAULTSORT:Wpar}}

Plugin:DF

2010-09-04T10:24:28Z

Synopsis: Note when the Report* options have been added.

← Older revision		Revision as of 10:24, 4 September 2010
Line 20:		Line 20:
	FSType "ext3"		FSType "ext3"
	IgnoreSelected false		IgnoreSelected false
		+	# Since {{Version\|4.9}}
	ReportReserved false		ReportReserved false
	ReportInodes false		ReportInodes false

Plugin:Write Redis

2010-09-03T17:24:35Z

Virtual memory: New section.

← Older revision		Revision as of 17:24, 3 September 2010
Line 24:		Line 24:
	</Node>		</Node>
	</Plugin>		</Plugin>
		+
		+	== Redis config ==
		+
		+	=== Virtual memory ===
		+
		+	Per default ''Redis'' keeps all data in memory. This means that as more and more data is written to ''Redis'', your system will run out of memory. Once all memory is consumed, the system will start swapping and become unusable. It is therefore absolutely necessary that you use the ''virtual memory'' option that was added in ''Redis 2.0''. You can start with the following example config when setting up virtual memory.
		+
		+	# Enable virtual memory and specify swap file location
		+	vm-enabled yes
		+	vm-swap-file /var/lib/redis/redis.swap
		+	# Use 1 Gbyte of memory
		+	vm-max-memory 1073741824
		+	# Create a 128 Gbyte swap file
		+	vm-page-size 1024
		+	vm-pages 134217728
		+	# Number of I/O threads
		+	vm-max-threads 4

	== Dependencies ==		== Dependencies ==

Plugin:LPAR

2010-09-03T16:03:59Z

Add detail about "dedicated" partitions.

New page

{{Infobox Plugin
| Name=LPAR
| Type=read
| Callbacks={{Callback|config}}, {{Callback|read}}
| Status={{in development}}
| FirstVersion={{Version|5.0}}
| Copyright=''2010'' Aurélien Reynaud
| License={{GPLv2}}
| Manpage={{Manpage|collectd.conf|5|plugin_lpar}}
}}
The '''LPAR plugin''' collects information from ''logical partitions'' ''(LPARs)'', a hardware virtualization technique of IBM POWER CPUs.

Currently the plugin focuses on collecting detailed and accurate CPU statistics, since CPUs are the most flexibly shared resource in a virtualized environment. LPAR knows ''shared'' partitions where a pool of CPUs is shared dynamically between a set of partitions and ''dedicated'' partitions where CPUs are assigned statically to a specific partition. Of course, partitions of both modes can coexist on the same hardware.

Each ''shared'' partition is ''entitled'' to a certain amount of processing power. This entitlement is specified in terms of physical CPUs. A partition may be entitled to the processing power of <math>1.5</math> CPUs, for example. If the partition is using less cycles than it is entitled to, the spare capacity may be assigned to another partition. It is therefore normal to have little ''idle'' cycles in such a partition and the number of cycles per second may vary greatly depending on the load of other partitions.

If a shared partition is ''uncapped'', it may consume surplus processing power beyond its entitlement. ''Capped'' partitions may not consume more processing power than they are entitled to, even if there idle processors available in the pool.

''Dedicated'' partitions have physical CPUs statically assigned to them. They are a lot less interesting from the point of view of the plugin, because you can use the {{Plugin|CPU}} in those partitions. It is possible to activate some sort of "CPU sharing" on those partitions, too. This ''donating'' and ''stealing'' is reported by the plugin, of course.

== Synopsis ==

<Plugin "lpar">
CpuPoolStats false
ReportBySerial false
</Plugin>

== Example graph ==

[[Image:Plugin LPAR CPU.png]]
<small>Example CPU graph of a logical partition. The graph was generated with a development version of the plugin.</small>

== Dependencies ==

* ''libperfstat(3)''

== See also ==

* {{Plugin|WPAR}}

{{DEFAULTSORT:Lpar}}

File:Plugin LPAR CPU.png

2010-09-03T13:54:44Z

uploaded "[[File:Plugin LPAR CPU.png]]" Example graph of the LPAR plugin. Provided by ''Aurélien Reynaud''.

New page

Plugin instance

2010-09-02T07:30:16Z

Create redirect.

New page

#REDIRECT [[Naming schema]]

Plans for 5.0

2010-09-02T07:29:41Z

Apache plugin: +todo

← Older revision		Revision as of 07:29, 2 September 2010
Line 12:		Line 12:
	== [[Plugin:Apache\|Apache]] plugin ==		== [[Plugin:Apache\|Apache]] plugin ==

-	* Rename the plugin to “httpd”, “mod_status” or similar, since <em>lighttpd</em> can be ~~quried~~, too.	+	* Rename the plugin to “httpd”, “mod_status” or similar, since <em>lighttpd</em> can be queried, too.
		+	* Remove the legacy code for configurations without <code><Instance /></code> blocks. Document the instance blocks properly, especially how to configure a host with an empty [[plugin instance]].

	== [[Plugin:DF\|DF]] plugin ==		== [[Plugin:DF\|DF]] plugin ==

Munin

2010-09-01T07:00:01Z

Create redirect.

New page

#REDIRECT [[Plugin:exec-munin.px]]

Disk space

2010-09-01T06:59:07Z

Create redirect.

New page

#REDIRECT [[Plugin:DF]]

← Older revision		Revision as of 20:48, 4 September 2010
Line 41:		Line 41:
	*: ☑ The ''mysql_qcache'' and ''mysql_threads'' types have been broken up. Code is in {{GitBranch\|master}}. —[[User:Octo\|octo]] 09:16, 5 July 2010 (UTC)		*: ☑ The ''mysql_qcache'' and ''mysql_threads'' types have been broken up. Code is in {{GitBranch\|master}}. —[[User:Octo\|octo]] 09:16, 5 July 2010 (UTC)
	*: ☑ The types themselves have also been removed from the [[types.db]]. —[[User:Octo\|octo]] 07:42, 29 August 2010 (UTC)		*: ☑ The types themselves have also been removed from the [[types.db]]. —[[User:Octo\|octo]] 07:42, 29 August 2010 (UTC)
		+
		+	== {{Plugin\|Network}} ==
		+
		+	* Increase the default buffer size to ''1452 bytes'' (one ethernet frame minus IPv6 and UDP headers). The networking code in {{GitBranch\|ff/netlib}} already uses this default. —[[User:Octo\|octo]] 20:48, 4 September 2010 (UTC)

	== [[Plugin:Perl\|Perl]] plugin ==		== [[Plugin:Perl\|Perl]] plugin ==