Re: [Nagios-users] lun monitoring
Russell Adams wrote: On Mon, Feb 02, 2009 at 07:10:45PM -0700, Tom Ammon wrote: Russell, Cacti is pretty SNMP-centric, but in our environment that is about all we are using it for anyway. I'm no cacti expert, but to me, that's the beauty of it - I don't really know the inner workings of cacti, and I am not a programmer or scripter, but I got it up and running pretty quickly. SNMP is a great place to start, and very open. Its certainly more reliable than the CIMOM implementations I see. I'm not sure if you would call it autodiscovery, but cacti does do an snmpwalk on the devices that you specify, and the pre-built data collection methods that come with it are designed for getting snmp interface statistics. You can, of course, add other data collection methods, but out of the box, it is basically an interface traffic grapher. You still have to manually input each device that you will collect data for. Once you have specified the basic host information, it gives you a table showing all of the interfaces on that device and a checkbox for each item that can be graphed. Torrus is configured by feeding it a list of IP addresses and it identifies the device and sets up all the counters to be monitored. The detail is very good, more than just interface stats. To be fair, though (and this applies to nagios as well as cacti) most of the effort you put in to setting up a monitoring solution is a one-time thing. It takes time to input all of the devices, but for the most part once the devices to be monitored are specified, that work is over. I think people incorrectly place a lot of emphasis on this or that product's autodiscovery function. Cacti's interface makes it really easy to maintain the configuration, and I think that is a bigger win than autodiscovery. I consider autodiscovery to be absolutely critical. Maintaining a handfull of machines is one thing, hundreds or thousands or machines outside of your control are another. I wrote NACE to allow me to perform fast autodiscovery for Nagios, and I've been pleased to couple it with Torrus so they both have the same list of hosts. That is probably where our differing environments cause us to need different things. In my environment I monitor hundreds, but not thousands of devices. And they are all in my control. If I worked for a large ISP, I'm sure I would see things differently. With Torrus, on a router, for example, what kind of detail would it typically give you outside of the normal interface statistics? Would it be able to discern cpu usage, memory usage, etc. without you specifying some kind of template for it to use as a reference? Cacti has sort of solved this with their data templates. For example, there is a Unix Host Template that you can download and then apply to a device, and it gives you all of the parameters that are built in that template, for example, cpu/mem/disk. But the author of the template had to know the OIDs (and use the correct OIDs). It wasn't really autodiscovered. Tom -- - Tom Ammon Network Engineer Mobile: 801.674.9273 Business Card at http://tomsbox.net/bizcard_TomAmmon.jpg Center for High Performance Computing University of Utah http://www.chpc.utah.edu -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
On Tue, Feb 03, 2009 at 10:42:05AM -0700, Tom Ammon wrote: That is probably where our differing environments cause us to need different things. In my environment I monitor hundreds, but not thousands of devices. And they are all in my control. If I worked for a large ISP, I'm sure I would see things differently. Even in a regular corporate environment, a single Nagios administrator is a bottleneck. If you work with other people and they have to make requests to have updates made, you could benefit from some form of discovery. With Torrus, on a router, for example, what kind of detail would it typically give you outside of the normal interface statistics? Would it be able to discern cpu usage, memory usage, etc. without you specifying some kind of template for it to use as a reference? I think their Cisco templates are very good. CPU/Memory statistics, model detection, in addition to all the normal port data. You only give Torrus the IP address, it must figure out the rest. Cacti has sort of solved this with their data templates. For example, there is a Unix Host Template that you can download and then apply to a device, and it gives you all of the parameters that are built in that template, for example, cpu/mem/disk. But the author of the template had to know the OIDs (and use the correct OIDs). It wasn't really autodiscovered. Templating is the first step toward a discovery solution. Next after templating comes automatic creation and discovery. ;] Thanks. -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
[Nagios-users] lun monitoring
Hi, Anyone implemented any sort of lun monitoring plugin? Just gathering ideas on what is already out there before I get my hands dirty. Thanks. Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
Marc Ismael wrote: Hi, Anyone implemented any sort of lun monitoring plugin? Just gathering ideas on what is already out there before I get my hands dirty. Thanks. You're far too anxious to let others solve your problems. It was less than two hours ago you sent your earlier email, and you still haven't told us what google queries you (presumably unsuccessfully) tried or which other places you've looked for information. If you appear as a timesink, people will pour anything but time your way. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
What would you monitor? Path availability would be the only item of note, and querying that information will vary by SAN driver and OS. Otherwise a LUN should show up as a disk with a filesystem that could be monitored with existing tools. On Tue, Feb 03, 2009 at 12:14:57AM +0800, Marc Ismael wrote: Hi, Anyone implemented any sort of lun monitoring plugin? Just gathering ideas on what is already out there before I get my hands dirty. Thanks. Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
Andreas, I have absolutely *no clue* what you are talking about, this is the first email I sent for this month to nagios-users. I'm guilty on the other point you raised, I'm interested if there's nagios-users@lists.sourceforge.net something I can do to effectively measure how busy a lun is, e.g. is running an iostat against a lun and looking at %b as reliable as running it against a local disk. Nor am I anxious to let others solve my problems I've been reading and am currently reading some writeups on lun performance monitoring and I thought it wouldn't be a bad idea to throw a question onto this thread. I'm sorry if you saw it that way. On 2/3/09, Andreas Ericsson a...@op5.se wrote: Marc Ismael wrote: Hi, Anyone implemented any sort of lun monitoring plugin? Just gathering ideas on what is already out there before I get my hands dirty. Thanks. You're far too anxious to let others solve your problems. It was less than two hours ago you sent your earlier email, and you still haven't told us what google queries you (presumably unsuccessfully) tried or which other places you've looked for information. If you appear as a timesink, people will pour anything but time your way. -- Andreas Ericsson andreas.erics...@op5.se OP5 AB www.op5.se Tel: +46 8-230225 Fax: +46 8-230231 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
Thanks Russell, I've already got the path and target visibility monitoring covered. How about in terms of performance though? Is there value in monitoring io, e.g. via iostat or another utility? On 2/3/09, Russell Adams rlad...@adamsinfoserv.com wrote: What would you monitor? Path availability would be the only item of note, and querying that information will vary by SAN driver and OS. Otherwise a LUN should show up as a disk with a filesystem that could be monitored with existing tools. On Tue, Feb 03, 2009 at 12:14:57AM +0800, Marc Ismael wrote: Hi, Anyone implemented any sort of lun monitoring plugin? Just gathering ideas on what is already out there before I get my hands dirty. Thanks. Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
On Feb 2, 2009, at 12:04 PM, Marc Ismael wrote: Andreas, I have absolutely *no clue* what you are talking about, this is the first email I sent for this month to nagios-users. Ghosts in the machine... From: marcism...@gmail.com Subject: [Nagios-users] Monitor lun statistics Date: February 2, 2009 8:32:07 AM CST - From: marcism...@gmail.com Subject: [Nagios-users] lun monitoring Date: February 2, 2009 10:14:57 AM CST -- Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
Marc, In the spirit that each tool is supposed to fill one function and do it well, I don't use Nagios for trending. Nagios is operational status monitoring only. I'd suggest you look at other tools for that level of performance. One issue you will have is where will you query it? On certain OS's you can query disk statistics, or you may be able to get the data from the backend storage, or perhaps an aggregate from the SAN switch. I am not aware of any integrated solutions except those high dollar packages sold by storage vendors (ala TPC). Good luck. On Tue, Feb 03, 2009 at 06:59:52AM +0800, Marc Ismael wrote: Thanks Russell, I've already got the path and target visibility monitoring covered. How about in terms of performance though? Is there value in monitoring io, e.g. via iostat or another utility? On 2/3/09, Russell Adams rlad...@adamsinfoserv.com wrote: What would you monitor? Path availability would be the only item of note, and querying that information will vary by SAN driver and OS. Otherwise a LUN should show up as a disk with a filesystem that could be monitored with existing tools. On Tue, Feb 03, 2009 at 12:14:57AM +0800, Marc Ismael wrote: Hi, Anyone implemented any sort of lun monitoring plugin? Just gathering ideas on what is already out there before I get my hands dirty. Thanks. Marc -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
-Original Message- From: Russell Adams [mailto:rlad...@adamsinfoserv.com] Sent: Monday, February 02, 2009 6:38 PM To: nagios-users@lists.sourceforge.net Subject: Re: [Nagios-users] lun monitoring Marc, In the spirit that each tool is supposed to fill one function and do it well, I don't use Nagios for trending. Nagios is operational status monitoring only. I'd suggest you look at other tools for that level of performance. One issue you will have is where will you query it? On certain OS's you can query disk statistics, or you may be able to get the data from the backend storage, or perhaps an aggregate from the SAN switch. I am not aware of any integrated solutions except those high dollar packages sold by storage vendors (ala TPC). Good luck. I would agree with Russell - Cacti RRDtool (free/open-source) works great for graphing/trending just about anything - free/open-source too... :) Jamie -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
James Pratt wrote: -Original Message- From: Russell Adams [mailto:rlad...@adamsinfoserv.com] Sent: Monday, February 02, 2009 6:38 PM To: nagios-users@lists.sourceforge.net Subject: Re: [Nagios-users] lun monitoring Marc, In the spirit that each tool is supposed to fill one function and do it well, I don't use Nagios for trending. Nagios is operational status monitoring only. I'd suggest you look at other tools for that level of performance. One issue you will have is where will you query it? On certain OS's you can query disk statistics, or you may be able to get the data from the backend storage, or perhaps an aggregate from the SAN switch. I am not aware of any integrated solutions except those high dollar packages sold by storage vendors (ala TPC). Good luck. I would agree with Russell - Cacti RRDtool (free/open-source) works great for graphing/trending just about anything - free/open-source too... :) Jamie I'll give a strong second to that - we use Cacti to graph 10,000+ data sources, and it works great. It's a strong tool. Tom -- - Tom Ammon Network Engineer Mobile: 801.674.9273 Business Card at http://tomsbox.net/bizcard_TomAmmon.jpg Center for High Performance Computing University of Utah http://www.chpc.utah.edu -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
On Mon, Feb 02, 2009 at 05:22:12PM -0700, Tom Ammon wrote: I'll give a strong second to that - we use Cacti to graph 10,000+ data sources, and it works great. It's a strong tool. Tom Tom, I have progressed through MRTG, Cricket, and now Torrus in my search for a good trending tool. They all use RRDTool because its simply the best at time series data, the differences are the frontend. MRTG was the basic model, required complete manual configuration. Cricket was better, more web layout and a little less configuration. Torrus is what I've settled on. The autodiscovery feature was the selling point. Cacti's web UI is nicer, but I love the autodiscovery. Discovery is fairly easy to customize in XML and Perl. What has your experience with Cacti been? Do they have good autodiscovery now? How is support for adding new device types? Thanks. -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
Russell Adams wrote: On Mon, Feb 02, 2009 at 05:22:12PM -0700, Tom Ammon wrote: I'll give a strong second to that - we use Cacti to graph 10,000+ data sources, and it works great. It's a strong tool. Tom Tom, I have progressed through MRTG, Cricket, and now Torrus in my search for a good trending tool. They all use RRDTool because its simply the best at time series data, the differences are the frontend. MRTG was the basic model, required complete manual configuration. Cricket was better, more web layout and a little less configuration. Torrus is what I've settled on. The autodiscovery feature was the selling point. Cacti's web UI is nicer, but I love the autodiscovery. Discovery is fairly easy to customize in XML and Perl. What has your experience with Cacti been? Do they have good autodiscovery now? How is support for adding new device types? Thanks. Russell, Cacti is pretty SNMP-centric, but in our environment that is about all we are using it for anyway. I'm no cacti expert, but to me, that's the beauty of it - I don't really know the inner workings of cacti, and I am not a programmer or scripter, but I got it up and running pretty quickly. I'm not sure if you would call it autodiscovery, but cacti does do an snmpwalk on the devices that you specify, and the pre-built data collection methods that come with it are designed for getting snmp interface statistics. You can, of course, add other data collection methods, but out of the box, it is basically an interface traffic grapher. You still have to manually input each device that you will collect data for. Once you have specified the basic host information, it gives you a table showing all of the interfaces on that device and a checkbox for each item that can be graphed. To be fair, though (and this applies to nagios as well as cacti) most of the effort you put in to setting up a monitoring solution is a one-time thing. It takes time to input all of the devices, but for the most part once the devices to be monitored are specified, that work is over. I think people incorrectly place a lot of emphasis on this or that product's autodiscovery function. Cacti's interface makes it really easy to maintain the configuration, and I think that is a bigger win than autodiscovery. What do you mean by new device types? Tom -- - Tom Ammon Network Engineer Mobile: 801.674.9273 Business Card at http://tomsbox.net/bizcard_TomAmmon.jpg Center for High Performance Computing University of Utah http://www.chpc.utah.edu -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
Re: [Nagios-users] lun monitoring
On Mon, Feb 02, 2009 at 07:10:45PM -0700, Tom Ammon wrote: Russell, Cacti is pretty SNMP-centric, but in our environment that is about all we are using it for anyway. I'm no cacti expert, but to me, that's the beauty of it - I don't really know the inner workings of cacti, and I am not a programmer or scripter, but I got it up and running pretty quickly. SNMP is a great place to start, and very open. Its certainly more reliable than the CIMOM implementations I see. I'm not sure if you would call it autodiscovery, but cacti does do an snmpwalk on the devices that you specify, and the pre-built data collection methods that come with it are designed for getting snmp interface statistics. You can, of course, add other data collection methods, but out of the box, it is basically an interface traffic grapher. You still have to manually input each device that you will collect data for. Once you have specified the basic host information, it gives you a table showing all of the interfaces on that device and a checkbox for each item that can be graphed. Torrus is configured by feeding it a list of IP addresses and it identifies the device and sets up all the counters to be monitored. The detail is very good, more than just interface stats. To be fair, though (and this applies to nagios as well as cacti) most of the effort you put in to setting up a monitoring solution is a one-time thing. It takes time to input all of the devices, but for the most part once the devices to be monitored are specified, that work is over. I think people incorrectly place a lot of emphasis on this or that product's autodiscovery function. Cacti's interface makes it really easy to maintain the configuration, and I think that is a bigger win than autodiscovery. I consider autodiscovery to be absolutely critical. Maintaining a handfull of machines is one thing, hundreds or thousands or machines outside of your control are another. I wrote NACE to allow me to perform fast autodiscovery for Nagios, and I've been pleased to couple it with Torrus so they both have the same list of hosts. What do you mean by new device types? Device types are essentially templates for what to monitor on a given device. Hosts are cpu/mem/disk/net, switches might be ports/traffic/cpu/mem/temp, etc. Thanks. -- Russell Adamsrlad...@adamsinfoserv.com PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 -- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com ___ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
