Hi all, I have an idea circling in my head... I want to have classes that will both enable a service and enable monitoring of this service, so I won''t have to remember to enable monitoring after enabling service. The problem is that at the moment my company uses monitoring system which stores all information in a single file on a central server - so while it''s possible to create some schema to reflect changes in the whole enviroment in this single file, it would be quite difficult. The question is - how to create this kind of functionality (self- discovery of services) with puppet and any monitoring system? I''m willing to experiment :-) regards, Stanislaw --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users-unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Hi> I have an idea circling in my head... > > I want to have classes that will both enable a service and enable > monitoring of this service, so I won''t have to remember to enable > monitoring after enabling service. > > The problem is that at the moment my company uses monitoring system > which stores all information in a single file on a central server - so > while it''s possible to create some schema to reflect changes in the > whole enviroment in this single file, it would be quite difficult. > > The question is - how to create this kind of functionality (self- > discovery of services) with puppet and any monitoring system? I''m > willing to experiment :-)several modules like davids or mine for munin and nagios enable this functionality. the idea behind: if a service is installed, export monitoring information to the puppetmaster and let them collect on the monitoring host. like that you have a automagic monitoring. greets Pete --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users-unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
2008/7/21 Peter Meier <peter.meier@immerda.ch>:> > Hi > >> I have an idea circling in my head... >> >> I want to have classes that will both enable a service and enable >> monitoring of this service, so I won''t have to remember to enable >> monitoring after enabling service. >> >> The problem is that at the moment my company uses monitoring system >> which stores all information in a single file on a central server - so >> while it''s possible to create some schema to reflect changes in the >> whole enviroment in this single file, it would be quite difficult.OpenNMS supports auto-discovery based on SNMP traps - so a package install/service install could easily send a trap to tell the central server to wake up and scan the machine for capabilities. That''s probably peculiar to OpenNMS though. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users-unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Hi> That''d be great :-) Any chance of getting some kind of quickstart with > your solution? I''d really appreciate that - or I can spend next two > months discovering it myself :-)David Schmitt''s: http://git.black.co.at/?p=module-munin http://git.black.co.at/?p=module-nagios Mine: http://github.com/duritong/puppet-munin/tree/master http://github.com/duritong/puppet-nagios/tree/master Note: I took many things and original ideas from David Schmitt''s. However I have to adapt them to my situation or added support for more distributions. So they are slightly different. If you''re a debian only shop, David Schmitt''s one might be sufficent for your needs. Otherwise you might find solutions in mine. But basically they work in the same manner. greets Pete --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users-unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
On Jul 21, 4:46 pm, Peter Meier <peter.me...@immerda.ch> wrote:> Hi > > > Note: I took many things and original ideas from David Schmitt''s. > > However I have to adapt them to my situation or added support for more > > distributions. So they are slightly different. If you''re a debian only > > shop, David Schmitt''s one might be sufficent for your needs. Otherwise > > you might find solutions in mine. But basically they work in the same > > manner. > > ah david and me accept happily patches for improvements. :) > > greets PeteCorrect me if I understood wrong: what you''ve done is to enable storeconfig for puppet (which allows to "save" every applied config on puppetmaster) and then use this data to create nagios and munin config? regards, Stanislaw --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com To unsubscribe from this group, send email to puppet-users-unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---