Le 03/08/2016 à 14:43, Catalin Petrescu a écrit :
Why passing by telegraf ? is a kafka (or amqp) consumer not enough ?
telegraf is acting as kafka consumer in this case.
Sure, but what about writing your own (or use kafka-influxdb with
specific encoder) ? anyway this is a creative way
On Wed, 3 Aug 2016 14:31:08 +0200
raf wrote:
> Le 02/08/2016 à 17:41, Karl O. Pinc a écrit :
> > And rrd-tool seems
> > like the tool for that job.
> >
>
> rdd still made a great job, but I think there are better option today.
> (influx/graphite/grafana).
Thanks. I've not been keeping up.
On Wed, Aug 3, 2016 at 1:07 PM, raf wrote:
>
> Why passing by telegraf ? is a kafka (or amqp) consumer not enough ?
>
>
>
telegraf is acting as kafka consumer in this case.
___
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists
Le 02/08/2016 à 17:41, Karl O. Pinc a écrit :
Time-series storage seems the way to go.
Yes for graphing. For tabular or analytic traditionnals sgbd are more
suited for me.
And rrd-tool seems
like the tool for that job.
rdd still made a great job, but I think there are better option tod
Le 02/08/2016 à 17:35, Robert Juric a écrit :
Well would anyone else be interested in developing a dedicated front-end
utilizing the existingpmacct database? Or is it the general consensus
that everyone exports the pmacct data to other systems for graphical
representation?
The problem is ever
Le 03/08/2016 à 13:25, Catalin Petrescu a écrit :
hi ,
pmacctd->kafka->telegraf->influxdb->grafana works great for me if used
for peering analitics.
Why passing by telegraf ? is a kafka (or amqp) consumer not enough ?
--
Raphael Mazelier
___
pmac
hi ,
pmacctd->kafka->telegraf->influxdb->grafana works great for me if used for
peering analitics.
http://imgur.com/a/u2OrM
Unfurtunatlly because i can't get telegraf to make tags on fields that are
not strings i have to rely on a script to get the data from
influxdb(measurment1) to influxdb ( m
On Tue, 02 Aug 2016 17:59:14 +0200
Davide Principi wrote:
> On Tue, 2016-08-02 at 10:41 -0500, Karl O. Pinc wrote:
> > Time-series storage seems the way to go. And rrd-tool seems
> > like the tool for that job.
>
> What if accounting for any IP of the network is required? Wouldn't it
> requir
On Tue, 2016-08-02 at 10:41 -0500, Karl O. Pinc wrote:
> Time-series storage seems the way to go. And rrd-tool seems
> like the tool for that job.
What if accounting for any IP of the network is required? Wouldn't it
require too much disk space?
___
On Tue, 2 Aug 2016 10:35:44 -0500
Robert Juric wrote:
> Well would anyone else be interested in developing a dedicated
> front-end utilizing the existingpmacct database? Or is it the general
> consensus that everyone exports the pmacct data to other systems for
> graphical representation?
The ap
Well would anyone else be interested in developing a dedicated front-end
utilizing the existingpmacct database? Or is it the general consensus that
everyone exports the pmacct data to other systems for graphical
representation?
On Tue, Aug 2, 2016 at 8:40 AM, Davide Principi wrote:
> On Tue, 2
On Tue, 2016-07-26 at 15:39 +0200, Davide Principi wrote:
> I'm looking for a bandwidthd replacement and I started experimenting
> with pmacct.
Well thanks again guys for all your suggestions!
Just for the record, I decided to enable the sqlite backend on
bandwidthd, by compiling it with an ol
Le 29/07/2016 à 09:03, Davide Principi a écrit :
Thanks raf! This seems more comfortable!
My php gui use mysql as backend, but it is trivial to change to sqlite
(or whatever).
Does it produce any graph? Could you attach some screenshots?
No. I graph with grafana.
But if you carefully
On Thu, 2016-07-28 at 21:11 +0200, raf wrote:
> Le 28/07/2016 à 08:50, Linas Lesauskas a écrit :
> >
> > I found very useful InfluxDB ... Combining with Grafana you can
> > build classy and stylish user interface.
> >
>
> pmacct > amqp > scripts > influxdb > grafana to display some nice
> grap
Le 28/07/2016 à 08:50, Linas Lesauskas a écrit :
Hi,
just my 2 cents.
I found very useful InfluxDB (https://influxdata.com/) for time-series
data storage. It is extremely fast and lean on storage questions, uses
kind of 20 bytes per record.
Combining with Grafana (http://grafana.org/) you can b
Hi,
just my 2 cents.
I found very useful InfluxDB (https://influxdata.com/) for time-series
data storage. It is extremely fast and lean on storage questions, uses
kind of 20 bytes per record.
Combining with Grafana (http://grafana.org/) you can build classy and
stylish user interface.
Currently
I think my goals areinline with yours, possibly with the exception of
counters but that could be handy. I was looking to see top XX lists
(talkers, protocols, ports/applications) as well as time based traffic
charts. My current use is very small as I'm just testing in my home lab, I
would need some
Thanks for chiming in!
On Tue, 2016-07-26 at 10:23 -0500, Robert Juric wrote:
> I had started to work with HighCharts to put a front-end together for
> my small deployment. I also wouldn't mind contributing to a project
> in any way I could.
HighCharts is very attractive!
Would you mind sharing
I had started to work with HighCharts to put a front-end together for my
small deployment. I also wouldn't mind contributing to a project in any way
I could.
Robert Juric
On Tue, Jul 26, 2016 at 9:58 AM, Davide Principi <
davide.princ...@nethesis.it> wrote:
> Thanks for the prompt reply, Harry!
Thanks for the prompt reply, Harry!
>
> You might be interested in: http://uowits.github.io/herbert-gui/index
> .html
It looks great, but if I understand correctly that UI requires MongoDB
and RabbitMQ messaging queue to collect data. Of course, I would not
run that infrastructure on a single
ssion] Looking for a fresh pmacct UI
I'm looking for a bandwidthd replacement and I started experimenting
with pmacct. The monitoring daemon and the cli tool are amazing and
seem to fit my needs; however, on the web site links to external tools
for displaying data are quite old.
My ideal UI
I'm looking for a bandwidthd replacement and I started experimenting
with pmacct. The monitoring daemon and the cli tool are amazing and
seem to fit my needs; however, on the web site links to external tools
for displaying data are quite old.
My ideal UI should be helpful on finding anomalous tr
22 matches
Mail list logo