On 11-09-12 05:41 PM, Justin Lambert wrote: > Thanks for the response. We're using Posrgres, and the catalog build > seems a bit slow, but nothing compared to the client runtime which is > where I've been focusing. Your assessment is correct, it is just the > nagios server that is extremely slow (~20 mins), there is minimal/no > impact to the client machines. > > We're at about the 100 hosts, but have closer to 1500 services - maybe > we have exceeded what storeconfigs can do then.
hmm.. so yeah, you've hit the same kind of very bad scaling from the nagios config native resources than I've experienced. Seeing how bad it becomes with that number of services is now convincing me that I want to change method. > If that is the case, is > there a recommended alternative that isn't manually maintaining config > files? One alternative would be to use file templates, combined with concatenated_file resources (from David Schmidt's 'puppet-common' module). That way, for every host and service definition (and other nagios config items), you can export a file and its contents will be verified by md5 sum. Every file that you export to the nagios server should notify a concatenation exec that binds everything together. The good thing with this method is that you can manage the module directory (where the different config file excerpts are stored) with 'purge => true' so that only exported resources are present in the final nagios configuration (something that native types don't handle very well -- or actually handle very badly). > It seems like most of the processing time is spent client side > and I haven't been able to figure out why. Even doing an md5sum on all > of the files from the CLI takes less than 2 seconds. I haven't traced the thing, but from what I could understand, the most time is spent in resolving relationships between exported nagios resources and ensuring that all the exported resources are unique. To verify this, you could setup postgres to log SQL requests and check out what gets requested during one run. -- Gabriel Filion -- 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+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
