graphite

Problem Description: I have module which does following thing. delete/folder delete/file move/folder move/file This application is running on multiple host. I am not able to find better namespace pattern for storing it in statsd: I have thought about following patterns: <env>.<app>.<action>.<object>.<host>.exec_time <env>.<app>.<action>.<object>.<host>.failed <env>.<app>.<action>.<object>.<host>.succeeded Second pattern I am thinking is: <env>.<app>.<object>.<action>.<host>.exec_time <env>.<app>.<object>.<action>.<host>.failed <env>.<app>.<object>.<action>.<host>.succeeded I can have some more

We need to collect timeseries information on multiple server and business processes and consider to use graphite. It seems good if we want to display the raw data. But what if we want to do BI on this data and run custom queries? Does graphite allow that, or alternatively can I instruct graphite to store data on postgress? Graphite definitely allows you to query your data, both graphically and returning csv or json . The queries in graphite aren't done with a language like sql. They're done with functions that apply to one metric at a time. Each metric is it's own database, which is just a

I've dockerized graphite and am working with this library to get metrics from an Apache Storm topology. I'm getting metrics data, but no matter what I do I can only get data per minute where I really need the points to be per second. As per this SO post I've set the retention policy to grab data every second. I've also set conf.put("topology.builtin.metrics.bucket.size.secs", 1); and void initMetrics(TopologyContext context) { messageCountMetric = new CountMetric(); context.registerMetric("digest_count", messageCountMetric, 1); } in the class that's setting up the topology and the bolt itself,

What will I need to use Etsy's Statsd in a Windows Environment? My intentions are to create a .net client to use Statsd. Your best bet is to have a Linux server with statsd and Graphite installed. You would then just need to write some C# code to make the UDP call to get the metric into the system. [UPDATE (6/23/2014): I came across a statsd/Graphite clone called statsd.net that looks promising but largely lacking on the Graphite side of the equation. I still think the best bet is to use the actual statsd/Graphite projects since any clone is necessary playing catch-up.] I have statsd+graphite

I am trying to run statsd/graphite which uses django 1.6. While accessing graphite URL, I get django module error File "/opt/graphite/webapp/graphite/urls.py", line 15, in from django.conf.urls.defaults import * ImportError: No module named defaults However, I do not find defaults django package inside /Library/Python/2.7/site-packages/django/conf/urls/ Please help fixing this issue. django.conf.urls.defaults has been removed in Django 1.6 . If the problem was in your own code, you would fix it by changing the import to from django.conf.urls import patterns, url, include However, in your case

I downloaded statsd and graphite 0.9.x I used the stats-client provided with source of statsd as follows: ./statsd-client.sh 'development.com.alpha.operation.testing.rate:1|c' I did the above operation 10 times. Then I tried querying for a summary for last 24 hours: http://example.com/render?format=json&target=summarize(stats.development.com.alpha.operation.testing.rate , "24hours", "sum",true)&from=-24hours&tz=UTC I get 1 datapoint as follows: "datapoints": [[0.0, 1386277560]]}] Why I am getting 0.0? Even Graphite Composer does not display anything I was expecting a value of "10" as I

We have a metric that we increment every time a user performs a certain action on our website, but the graphs don't seem to be accurate. So going off this hunch, we invested the updates.log of carbon and discovered that the action had happened over 4 thousand times today(using grep and wc), but according the Integral result of the graph it returned only 220ish. What could be the cause of this? Data is being reported to statsd using the statsd php library, and calling statsd::increment('metric'); and as stated above, the log confirms that 4,000+ updates to this key happened today. We are using: