Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

More system metrics #235

Closed
jhofeditz opened this issue Sep 29, 2015 · 11 comments
Closed

More system metrics #235

jhofeditz opened this issue Sep 29, 2015 · 11 comments

Comments

@jhofeditz
Copy link
Contributor

We would like Telegraf to provide a few more system level metrics to fully replace our existing metrics collectors (Munin/Nagios/Collectd). It would be nice to see these added:

  • total number of system processes/threads (by state - runnable,sleeping,zombie)
  • interrupts and context switches
  • netstat tcp metrics (established, reset, time wait, etc)
  • NTP time offset
  • more granular memory metrics (committed, active, cache/buffers, user/kernel)
@mabushey
Copy link

mabushey commented Oct 1, 2015

I would love:

  • Top 10 (or however many configured) list of system processes
  • Running kernel (uname -r)

@sparrc
Copy link
Contributor

sparrc commented Oct 2, 2015

These all sound like reasonable requests to me. Currently I am focusing on statsd support but should have time to work on this later this month.

@yankcrime
Copy link

+1 on this. Would like to see more I/O-related stats using iostat perhaps, i.e queue depths.

@rudenkovk
Copy link
Contributor

+1
We really need metrics: process count, threads count, threads per process

@rplessl
Copy link
Contributor

rplessl commented Feb 21, 2016

+1, we will appreciate this too.

@titilambert
Copy link
Contributor

+1 !
Which one should be the first ?
Processes state count ? like https://collectd.org/wiki/index.php/Plugin:Processes

sparrc added a commit that referenced this issue Mar 9, 2016
sparrc added a commit that referenced this issue Mar 9, 2016
sparrc added a commit that referenced this issue Mar 9, 2016
sparrc added a commit that referenced this issue Mar 9, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
geodimm pushed a commit to miketonks/telegraf that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 10, 2016
sparrc added a commit that referenced this issue Mar 11, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
sparrc added a commit that referenced this issue Mar 14, 2016
@sparrc
Copy link
Contributor

sparrc commented Mar 14, 2016

closing this because processes, kernel, and ntpq plugins are now in master, and will be available in 0.11.0, which covers all metrics in the original request.

@mabushey you could get one-off string metrics like that currently by making a simple script like this and putting it in the exec plugin:

echo kernel_version value="`uname -r`"

I would like to also have a simple "value" be a parsable input format in general, so that you could do this:

[[inputs.exec]]
  commands = ["uname -r"]
  data_format = "value"
  data_type = "string"

and parse a simple string, float, or int from any command.

@sparrc
Copy link
Contributor

sparrc commented Mar 14, 2016

see #849

@whitelynx
Copy link

@mabushey wrote:

  • Top 10 (or however many configured) list of system processes

@sparrc: Did support for this ever get implemented? I saw that #1932 was closed, but searching for top processes (or even just top) in the project hasn't shown me much other than that.

@douglasg14b
Copy link

How can we gather this information? I can't sort out if the top n feature was implemented somewhere?

@danielnelson
Copy link
Contributor

@douglasg14b The top n feature was implemented as a processor, you can use it with the procstat input: https://github.com/influxdata/telegraf/tree/master/plugins/processors/topk

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

10 participants