Re: Cacti
On 03/12/2012 12:28 PM, Olafiranye Olakunle wrote: > What Commands to restart cacti ?please. Kunle > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" There is no command to restart cacti. Data is gathered by the script poller.php which runs as a cronjob and the interface to cacti graphs is available via apache webserver. Maybe you want to restart apache? apachectl (re)start or /usr/local/etc/rc.d/apache22 (re)start this is for apache 2.2.x Kind regards Disclaimer: http://www.ose.nl/email ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Cacti
Olafiranye Olakunle wrote: > > What Commands to restart cacti ?please. Kunle You are too lazy to deserve help from that ! We are not mind readers, so work harder ! State what uname -a reports State what version of cacti you use. State if you read any/which docs. with package FreeBSD supports 23,000+ packages Something called cacti does seem to be there grep -i cacti /usr/ports/INDEX* yet Ive never heard of it, prob many others here too. FreeBSD supports about 80 or so mail lists, http://lists.freebsd.org/mailman/listinfo/ Select the list you decide most appropriate (eg freebsd-net@ maybe ? ) Then repost your request for help there, with sufficient info that people can help you. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: cacti updates
On 6/24/05, Hornet <[EMAIL PROTECTED]> wrote: > Hello, > > Since the new security release of cacti yesterday. I was wondering how > do I update the port? > I tried portupdgrade cacti -F but that did not seem to do anyhing. > > A freind said that I needed to: > cvsup > make > make deinstall > make reinstall > > Is there no way to patch it? I just upgraded my ports tree and there is indeed the latest version of this tool there. What's wrong with cvsup approach? Guess you can also download and install the binaries directly with pkg_add -r. -- Dmitry "We live less by imagination than despite it" - Rockwell Kent, "N by E" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti Problem
On 10/26/06, riccardo_diago <[EMAIL PROTECTED]> wrote: "An error occurred while loading http://server.com/cacti: Connection to host server.com is broken." This sounds like a problem with network and/or apache, irrelevant to cacti. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti Problem
On Thu, Oct 26, 2006 at 12:19:20PM +0200, riccardo_diago wrote: > "An error occurred while loading http://server.com/cacti: Connection > to host server.com is broken." What do the error logs say? This could be anything from a simple configuration mistake to (mod_)php segfaulting... -- Riemer PalstraAmsterdam, The Netherlands [EMAIL PROTECTED]http://www.palstra.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti -vs- mrtg
On Tuesday 07 November 2006 09:48, Jeff Mohler wrote: > I can use MRTG, and have MRTG do what I want it to do. > > Id like to try cacti, but..am I alone in finding that it's a PITA? > > Im not trying to be negative, just looking for a reality check. > > I like the simplicity of mrtg, but I like the "go back in time" of > cacti to view performance data. I wasn't keen on cacti just because I have an irrational dislike of PHP. I installed cricket (written in Perl), which ISTR also takes a bit of wrestling to configure, but seems to work well enough. Jonathan ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti -vs- mrtg
Jeff Mohler wrote: I can use MRTG, and have MRTG do what I want it to do. Id like to try cacti, but..am I alone in finding that it's a PITA? Im not trying to be negative, just looking for a reality check. I like the simplicity of mrtg, but I like the "go back in time" of cacti to view performance data. If its just a matter of a package that's not ready for Joe Public (thats me)..Id accept that. :) I think it's more that there's more than one kind of Joe Public. If you want to present your graphs to your customers/users, or a subset to different users, or apply the same set of graphs to a number of different hosts, or make custom rrdtool graphs (stacks, additional graph elements), then Cacti will let you do that. If you just want a quick & dirty tool that's easy to configure for your handful of hosts, then MRTG is just the job. We use both where I work, with Cacti for the bulk-graphing and customer facing stuff, and some MRTG where I just knocked up a quick perl script to measure something. Cacti has quite a nice plugin system, and importable templates from other users that you might be able to use to save yourself some time. I find getting my own templates working in Cacti to be a PITA too, though. It also has some useful plugins, including a couple of my own. The main one of those being PHP Network Weathermap (http://wotsit.thingy.com/haj/cacti/) which will work with both MRTG and Cacti, to produce graphical overviews of your network. Bear in mind there are also other tools out there in the MRTG/Cacti space: DVG, NRG, Hermes, Cricket... rrdtool.org has a list of many. Most are geared towards folks running 100s-1000s of graphs, that I have seen, and may not be your kind of thing, as a result. Best Regards, Howie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti -vs- mrtg
Thats cool..I dont mind the plug. :) I want to build a flexable performance analyzer for netapp boxes on some very critical data..that I can customise per customer if I have to, down to a 10-15sec window. I'll have to check out the other tools..heck..I cant get a stock cacti install to make a graph of my localhost interface counts. I dont wanna get into that here however. Gimme a customer Pb of storage, and a SOW to configure it by... PS: Betcha never heard of the middle aged blonde singer dude fromthe UK. :) On 11/7/06, Howard Jones <[EMAIL PROTECTED]> wrote: Jeff Mohler wrote: > I can use MRTG, and have MRTG do what I want it to do. > > Id like to try cacti, but..am I alone in finding that it's a PITA? > > Im not trying to be negative, just looking for a reality check. > > > I like the simplicity of mrtg, but I like the "go back in time" of > cacti to view performance data. > > > If its just a matter of a package that's not ready for Joe Public > (thats me)..Id accept that. :) I think it's more that there's more than one kind of Joe Public. If you want to present your graphs to your customers/users, or a subset to different users, or apply the same set of graphs to a number of different hosts, or make custom rrdtool graphs (stacks, additional graph elements), then Cacti will let you do that. If you just want a quick & dirty tool that's easy to configure for your handful of hosts, then MRTG is just the job. We use both where I work, with Cacti for the bulk-graphing and customer facing stuff, and some MRTG where I just knocked up a quick perl script to measure something. Cacti has quite a nice plugin system, and importable templates from other users that you might be able to use to save yourself some time. I find getting my own templates working in Cacti to be a PITA too, though. It also has some useful plugins, including a couple of my own. The main one of those being PHP Network Weathermap (http://wotsit.thingy.com/haj/cacti/) which will work with both MRTG and Cacti, to produce graphical overviews of your network. Bear in mind there are also other tools out there in the MRTG/Cacti space: DVG, NRG, Hermes, Cricket... rrdtool.org has a list of many. Most are geared towards folks running 100s-1000s of graphs, that I have seen, and may not be your kind of thing, as a result. Best Regards, Howie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti -vs- mrtg
Also check out CactiEZ . its a distribution package of sorts that will load a complete system on a spare box. Basically a quick and dirty for those not wanting to take all the steps of installing an OS first and then the packages and plug-ins. http://cactiusers.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti & FreeBSD Jail CPU & RAM monitoring
On 8/14/06, Philippe Lang <[EMAIL PROTECTED]> wrote: Hi, I'd like to use Cacti for CPU and RAM usage monitoring on my FreeBSD Server. Is there a way to do monitoring for each jail independently? I guess the answer is "no" for CPU usage, but is there a way maybe to get the RAM usage of the processes of each jail? using cacti's scripting ability you actually may be able to get some sort of usefull info. for example, you can use "ps auxwl" to get some pretty detailed info on process which are in jails (third filed is %CPU, fourth %MEM). it may take a little work to sort out which jail a process resides in - . this method will only work from the master as well. similar tricks can be used inside a jail as well. HTH -pete -- ~~o0OO0o~~ Pete Wright www.nycbug.org NYC's *BSD User Group ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti & FreeBSD Jail CPU & RAM monitoring
On Aug 14, 2006, at 10:28 AM, pete wright wrote: On 8/14/06, Philippe Lang <[EMAIL PROTECTED]> wrote: Hi, I'd like to use Cacti for CPU and RAM usage monitoring on my FreeBSD Server. Is there a way to do monitoring for each jail independently? I guess the answer is "no" for CPU usage, but is there a way maybe to get the RAM usage of the processes of each jail? using cacti's scripting ability you actually may be able to get some sort of usefull info. for example, you can use "ps auxwl" to get some pretty detailed info on process which are in jails (third filed is %CPU, fourth %MEM). it may take a little work to sort out which jail a process resides in - . this method will only work from the master as well. similar tricks can be used inside a jail as well. Remember you can do things like % jexec NUM /bin/ps from the master to do a ps command inside jail NUM you can get the jail number from the % jls command inside the master. Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti & FreeBSD Jail CPU & RAM monitoring
Philippe Lang <[EMAIL PROTECTED]> wrote: > I'd like to use Cacti for CPU and RAM usage monitoring on my FreeBSD > Server. > > Is there a way to do monitoring for each jail independently? I guess > the answer is "no" for CPU usage, but is there a way maybe to get the > RAM usage of the processes of each jail? You can monitor the numbers from the ps(1) output per jail, see the other answers in this thread. However, you should be aware of the fact that processes share memory, even when running in different jails. For example, most processes are linked against the standard C library (libc), and its size is included in the size of every process, as reported by ps(1) -- but the code of the library is only loaded once into memory, i.e. it is shared between processes, independent of jails. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Cacti & FreeBSD Jail CPU & RAM monitoring
Hi, Based on answers of my first post, I wrote a small perl script in order to find out the CPU and MEMORY used by each jail. Here it is: -- - jls.ps -- #!/usr/bin/perl @jails = `jls`; $title = shift @jails; chomp $title; print $title . "\t\t%CPU\t%MEM\n"; foreach (@jails) { my ($jid) = /\s+(\S+)\s/; @jexec = `jexec $jid ps -afxu`; @mem = map {/\S+\s+\S+\s+\S+\s+(\S+)\s/} @jexec; shift @mem; $tot_mem = 0; foreach (@mem) { $tot_mem = $tot_mem + $_; } @cpu = map {/\S+\s+\S+\s+(\S+)\s/} @jexec; shift @cpu; $tot_cpu = 0; foreach (@cpu) { $tot_cpu = $tot_cpu + $_; } chomp $_; print $_ . "\t$tot_cpu\t$tot_mem\n"; } -- I still haven't connected anything to cacti yet, but I wanted to share that. I think it can be quite useful. Cheers, -- Philippe Lang, Ing. Dipl. EPFL Attik System rte de la Fonderie 2 1700 Fribourg Switzerland http://www.attiksystem.ch Tel: +41 (26) 422 13 75 Fax: +41 (26) 422 13 76 smime.p7s Description: S/MIME cryptographic signature
Re: Cacti & FreeBSD Jail CPU & RAM monitoring
On Aug 15, 2006, at 9:16 AM, Philippe Lang wrote: Hi, Based on answers of my first post, I wrote a small perl script in order to find out the CPU and MEMORY used by each jail. Here it is: -- - jls.ps -- #!/usr/bin/perl @jails = `jls`; $title = shift @jails; chomp $title; print $title . "\t\t%CPU\t%MEM\n"; foreach (@jails) { my ($jid) = /\s+(\S+)\s/; @jexec = `jexec $jid ps -afxu`; @mem = map {/\S+\s+\S+\s+\S+\s+(\S+)\s/} @jexec; shift @mem; $tot_mem = 0; foreach (@mem) { $tot_mem = $tot_mem + $_; } @cpu = map {/\S+\s+\S+\s+(\S+)\s/} @jexec; shift @cpu; $tot_cpu = 0; foreach (@cpu) { $tot_cpu = $tot_cpu + $_; } chomp $_; print $_ . "\t$tot_cpu\t$tot_mem\n"; } -- What are the units on the MEM? Chad --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Cacti & FreeBSD Jail CPU & RAM monitoring
[EMAIL PROTECTED] wrote: > On Aug 15, 2006, at 9:16 AM, Philippe Lang wrote: > >> Hi, >> >> Based on answers of my first post, I wrote a small perl script in >> order to find out the CPU and MEMORY used by each jail. >> Here it is: >> >> -- >> - jls.ps >> -- >> #!/usr/bin/perl @jails = `jls`; >> $title = shift @jails; >> chomp $title; >> print $title . "\t\t%CPU\t%MEM\n"; >> foreach (@jails) >> { >> my ($jid) = /\s+(\S+)\s/; >> @jexec = `jexec $jid ps -afxu`; >> >> @mem = map {/\S+\s+\S+\s+\S+\s+(\S+)\s/} @jexec; >> shift @mem; >> $tot_mem = 0; >> foreach (@mem) { $tot_mem = $tot_mem + $_; } >> >> @cpu = map {/\S+\s+\S+\s+(\S+)\s/} @jexec; >> shift @cpu; >> $tot_cpu = 0; >> foreach (@cpu) { $tot_cpu = $tot_cpu + $_; } >> >> chomp $_; >> print $_ . "\t$tot_cpu\t$tot_mem\n"; } >> -- > > > What are the units on the MEM? Hi, Just like for a "ps -u", but it's here the sum of the percentages of all the processes owned by the jail. The same for %CPU. This might not be very accurate, but it gives a very good idea of which jails are using a lot of memory or cpu. --- Philippe Lang Attik System smime.p7s Description: S/MIME cryptographic signature
RE: Cacti & FreeBSD Jail CPU & RAM monitoring
Here a better formatted version. #!/usr/bin/perl @jails = `jls`; $title = shift @jails; chomp $title; print $title . "\t\t%CPU\t%MEM\n"; foreach (@jails) { my ($jid) = /\s+(\S+)\s/; @jexec = `jexec $jid ps -afxu`; @mem = map {/\S+\s+\S+\s+\S+\s+(\S+)\s/} @jexec; shift @mem; $tot_mem = 0; foreach (@mem) { $tot_mem = $tot_mem + $_; } @cpu = map {/\S+\s+\S+\s+(\S+)\s/} @jexec; shift @cpu; $tot_cpu = 0; foreach (@cpu) { $tot_cpu = $tot_cpu + $_; } chomp $_; print $_ . "\t"; printf('%4.1f', $tot_cpu); print "\t"; printf ('%4.1f', $tot_mem); print "\n"; } --- Philippe Lang Attik System smime.p7s Description: S/MIME cryptographic signature
Re: Cacti (Was: Re: "Load Balancing": How Busy are the servers?)
Marc G. Fournier writes: You can setup "Graph Trees", so you can group Graphs together .. ie. all the CPU Usage graphs for all (or groups of) servers, so that you can compare them ... Great report. Have you seen anything yet about disk performance? That would be very usefull too... specially for people who use rsync. I have found that rsync can do significant amount of disk I/O with very little CPU utilization. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Cacti (Was: Re: "Load Balancing": How Busy are the servers?)
On Mon, 2 Jan 2006, Francisco Reyes wrote: Marc G. Fournier writes: You can setup "Graph Trees", so you can group Graphs together .. ie. all the CPU Usage graphs for all (or groups of) servers, so that you can compare them ... Great report. Have you seen anything yet about disk performance? I haven't ... this is something I'm going to have to figure out SNMP MIBs for ... just gotta find time to do an snmpwalk and read through the output for ... it looks like something easy to integrate into cacti though ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"