Vortech Hosting's MRTG monitoring is exactly what i'm looking for. It calculates bandwidth usage right into the graph. I know they are using rrd, but they have had someone code it to where it does this. If anyone knows how to do this, or knows who did it could you please post the knowledge or email me at support@totalhost.cc . An example is below:

http://rapidcolo.com/facilities/

Originally posted by TotalHst
Vortech Hosting's MRTG monitoring is exactly what i'm looking for. It calculates bandwidth usage right into the graph. I know they are using rrd, but they have had someone code it to where it does this. If anyone knows how to do this, or knows who did it could you please post the knowledge or email me at support@totalhost.cc . An example is below:

http://mrtg.vortechhosting.com/switch1/?log=65.57.231.8_1

Are you sure that they do not just use an ordinary bandwidth usage script, and then simply display the info from that as an extra line in the RRDTool generated image? (that would strike me as being the easiest way to do it)

Originally posted by jks
Are you sure that they do not just use an ordinary bandwidth usage script, and then simply display the info from that as an extra line in the RRDTool generated image? (that would strike me as being the easiest way to do it)

How could it possibly be easier to gather statistics from some other script, when you could just use the data which MRTG is already collecting?

Originally posted by cperciva


How could it possibly be easier to gather statistics from some other script, when you could just use the data which MRTG is already collecting?

Read the post - he's using RRDTool, not MRTG.

RRDTool does not come with a specific datacollecting script like MRTG - you roll your own.

Originally posted by jks
Read the post - he's using RRDTool, not MRTG.

Unless I'm mistaken, he is using MRTG with rrdtool. And 14all.cgi.

Originally posted by cperciva


Unless I'm mistaken, he is using MRTG with rrdtool. And 14all.cgi.

Well, either way he is using a "3rdparty" script. I.e. you have a place to hook in that kind of extra code.

yea...it is very nice ;) I remember looking at it a while back when they give a link on this board somewhere ;))

Much configuration involved Brad? We just use a php script to add up the bandwidth / port...works dead on but this at least rolls it into one screen ;0)

Cheers,

Originally posted by jonny b
yea...it is very nice ;) I remember looking at it a while back when they give a link on this board somewhere;))

Much configuration involved Brad? We just use a php script to add up the bandwidth / port...works dead on but this at least rolls it into one screen ;0)

Cheers,

I did not make the script some one gave it to us. But in turn i told them I would never give it out or let any one see the code to it.. I have no idea how hard it was to make or any thing..

Only thing I found is it will not work all the well on FreeBSD works great on Redhat.. :( It should add up the bandwidth and add it to the MRTG images but it stoped doing that when we moved it to FreeBSD servers.. So have to move it back to RedHat now.. :(

the script is a combination of mrtg/rddtool using 14all , but even mrtg's code was altered.

the script was updated with a 95% rule (also addicional code) http://64.46.100.72/ .. I take my hat off to Colin .. he wrote this script for us, and darn good job he did.

Originally posted by CRego3D
the script is a combination of mrtg/rddtool using 14all , but even mrtg's code was altered.

the script was updated with a 95% rule (also addicional code) http://64.46.100.72/ .. I take my hat off to Colin .. he wrote this script for us, and darn good job he did.

Nice script. Care to share? :D

*bow*

And now that Carlos has let the cat out of the metaphorical bag regarding my involvement, I might as well make a few edifying notes regarding the code:

1. The code I added to MRTG is quite simple: it adds each sample into a total file.
2. The code I added to 14all.cgi is similarly simple: it reads the totals out of said file and prettyprints them.
3. The 95th percentile code is external and consists of a cron job which merges each 24 hours of rrd data into a set of files which keep 31 days of history, plus a script which merges the most recent data and finds the 95th percentile level of the past month. As a result, the value displayed is always both correct (unlike methods which approximate the 95th percentile based on the aggregated data rrdtool keeps) and up to date (unlike methods which recompute only on an hourly or daily basis).

And since I'm sure people are asking: Yes, the code is available; no, the code is not free.

Originally posted by CRego3D
the script was updated with a 95% rule (also addicional code) http://64.46.100.72/ .. I take my hat off to Colin .. he wrote this script for us, and darn good job he did.

What a really nice script you have there Carlos! Willing to share it with us? :D

Liek colin said, the script exists, but it's not free, you guys can contact him.

Originally posted by CRego3D
Liek colin said, the script exists, but it's not free, you guys can contact him.

I would be interested... Carlos, how to get hold of Colin?

Originally posted by Eiv
I would be interested... Carlos, how to get hold of Colin?

:wavey: :wavey: :wavey:

The more I see Colin the more impressed I am with his genius.

I only wish I had like a few 100K to spare so I could employ him full time and develop products [j/k]

Kudos Colin

Cheers
Balaji

Originally posted by cperciva


:wavey: :wavey: :wavey:

Now that is funny. :)

Originally posted by MotleyFool
The more I see Colin the more impressed I am with his genius.


I think you're all rather overestimating the complexity of this. It is quite minor compared to my automated webhosting package, and both of those are trivial compared to the work involved in this (http://www.cecm.sfu.ca/projects/pihex/).
(And what I'm doing now -- during my DPhil -- is rather more significant than any of the above. In the past two months I've built a constant-access-time CREW database from scratch, written a primitive HTTP client, and implemented MD5, AES, and most of RSA.)
I may have done impressive things, but this isn't really one of them.

Well that is impressive... I didn't know you were a mathematician.
I did a PhD of sorts in Hille-Tamarkin operators [Hpp integral operators on Lp Hilbert Spaces] and started some work on von Neumann Algebras [ages ago - I have forgotten almost all of it now!] but finally recaptured my lost ignorance and became a project manager [now I am seriously working on recapturing my lost innocence , trying to become an organic farmer and environmentalist - but thats a few years away..]


Originally posted by cperciva


I think you're all rather overestimating the complexity of this. It is quite minor compared to my automated webhosting package, and both of those are trivial compared to the work involved in this (http://www.cecm.sfu.ca/projects/pihex/).
I may have done impressive things, but this isn't really one of them.


I am reminded of Feynmann's joke that is dangerously close to the truth:

" Mathematicians prove only trivial theorems; for as soon as a theorem is proved it becomes trivial!"

Cheers anyway and sorry for the offtopic

Balaji

Originally posted by MotleyFool
[now I am seriously working on recapturing my lost innocence , trying to become an organic farmer and environmentalist - but thats a few years away..]


Oh, so interesting - I thought you were talking about me there. :) Yep - I just want to grow grapes and other stuff organically and "reclaim" degredated land and rivers (which in a few years will basically be the whole of Australia).

As for maths - when I was forced to study maths oriented subjects at uni (B.Econ) I either got HDs or Fails - and I was totally clueless about the subject matter either way. Statistics I can grock intuitively, but calculus - fortget it :D