On Fri, 2011-01-14 at 16:09 +0100, nap wrote: > - Arbiter uses 100% of the CPU. if this has gone unnoticed, it > could be > something in my configuration > Outch, not good. If you can have a --debug it will help. I don't see > what can make a high CPU on the arbiter, it's main activity is > network, not computing something.
I found what's wrong. It happens only when NSCA module is active. in the NSCA module, in the while loop of the main() function, you use a select. You've set the timeout to 0 which means "never wait". So basically the loop goes running wild. Ticket is here: https://sourceforge.net/apps/trac/shinken/ticket/207 > - I get a lot of reactionner crashes (I just managed to get a > proper > backtrace of this). It looks like a race condition, but I > can't be sure > since I haven't really look at the code yet. > Can you send us the backtrace? Even better, here's a ticket: https://sourceforge.net/apps/trac/shinken/ticket/208 > - The merlin module seems to lack a few features. Lots of > fields in the > tables of the merlin db seem to contain only NULL as a value. > The thing > that got me to notice this is ninja which displays > "Notifications are > disabled" and "Service Checks are disabled" on top of each > page. Looking > at ninja's code, it seems to be because even if they are both > enabled in > my shinken configuration, the fields notifications_enabled and > active_service_checks_enabled are both NULL (like nearly all > the fields > in this table). I guess this would be a feature request. > Yes, the merlin module is not advanced. The thing is that this module > is only used with a Ninja interface, and from now Ninja is not a > priority because they will never manage a shinken backend with our > enhanced features for business rules for example. So we focus on > others modules this last weeks. The merlin module is not very hard, > and it should only miss some fields that Ninja did not used before. So > if you have some patches for it, I'll be glad to commit them, no > problem for it. > > But did you look at Thruk? It will be a better UI if you use a Shinken > backend. Now it got "special views" with a Shinken core, like "only > root problems" view, criticity sorting with dynamic value, and > business rules tree views too :) > > (and no database = less problems :) ). Yup. We are considering both Thruk and Ninja. Ninja seems to have the advantage of being able to integrate graphs from nagvis and from cacti. And hell, it looks nicer... Thruk would work. But it does need a serious user interface rework. It is beyond ugly. Although I agree with you. Livestatus is the future. We have too many databases. > - Other feature request, also related but not limited to ninja > support. > It would be useful to have a possibility to configure the > timestamp > format in the simple_log module configuration. A Python > timeformat > string would be just perfect and probably very simple to > implement. I > could work on that if you give me the right pointers in the > code. > Honestly, a regular unix timestamp is just inconvenient :) > It's to follow the nagios way. I've got a perl oneliner somewhere to > change it, but ti's true that a human format can be good too, but it > will jsut brok all tools that use log when activated. Interesting. I was requesting this for better Ninja support precisely because nagios offered this possibility. Or at least that's what I understood from it. Ninja is able to display event logs and grabs the timestamp format from the nagios config file (the data_format parameter as I recall). It hurts to ask this from you but... are you sure you're following the nagios way ? :D Cheers, -- Marc-Olivier Barre Avencall 10 bis, rue Lucien Voilin - 92800 Puteaux Tél. : 0811 85 9486 (0811 85 XIVO) http://www.avencall.com/ ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Shinken-devel mailing list Shinken-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/shinken-devel
