4k, i'm hitting "processes plugin: Command line did not fit into
buffer." warning way too much and this spams logs. Better solution would
be to dynamically alloc the array on the fly as-needed like top/ps
does..
- patch the correct kvm_open call to use KVM_NO_FILES. Also, use
kvm_openfiles instead, as was probably intended
- add a new implementation for tcpconns, based on kvm_getfiles instead
of peeking at kernel memory
ok landry@
- put the write_riemann plugin in its own subpackage, depending on
riemann-c-client.
- disable protobuf-c detection/dependency, used by two plugins we dont
enable (pinba and grpc)
- fix some WANTLIB
- the processes and tcpconns plugin still seem to be busted, calling
kvm_openfiles with O_RDONLY|KVM_NO_FILES is apparently not enough.
Interestingly, swap plugin (using the same code) works ?
Based on a diff from Pavel Korovin for 5.6.1, thanks!
use gnu libtool with -export-symbol-regex when linking them, otherwise
it fails to find module_register. While here fix PKGLOCALSTATEDIR and
PIDFILE in src/daemon/Makefile.in.
Somehow, my limited testing on powerpc didnt show this failure at all..
All this from Pavel Korovin, thanks!
Enable aggregation, curl_json, fhcount, log_logstash, memcached,
threshold, write_log & write_riemann plugins.
Add dependencies on devel/libyajl for curl_json & log_logstash and
devel/protobuf-c for write_riemann.
Add a README explaining how to run the daemon as _collectd user in case
you dont need the dns and ping plugins (the only ones requiring root).
Lots of patches merged upstream.
From Pavel Korovin with small tweaks by me, tested here on ppc.
whack processes.c to use the same codepaths as freebsd's, taking into
account kinfo_proc differences.. to be properly pushed upstream.
Tested on ppc & amd64.
- remove useless MESSAGE, provide an rc script instead
- enable pf, target_v5upgrade, tail_csv and write_graphite plugins
- backport fixes from FreeBSD and NetBSD to build with newer libstatgrab
(upstream collectd github ticket #445)
- remove the check and inclusion of pcap-bpf.h, we dont have/need it
- users of the previous 4.x version should refer to
https://collectd.org/wiki/index.php/V4_to_v5_migration_guide for the
upgrade path.
tested on ppc & amd64.
collectd gathers statistics about the system it is running on and stores
this information. Those statistics can then be used to find current
performance bottlenecks (i.e. performance analysis) and predict future
system load (i.e. capacity planning). Or if you just want pretty graphs
of your private server and are fed up with some homegrown solution
you're at the right place, too ;).
Reworked by bernd@ to use MULTI_PACKAGES instead of FLAVORS, thanks!
With feedback from Nico Szalay.
ok bernd@
