On Fri, Jan 14, 2011 at 5:56 PM, Marc-Olivier Barre <moba...@avencall.com>wrote:
> 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
>
Ok, I'll fix this.
>
> > - 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
>
Thanks :)
It was a bug that is fixed in the lastest commit if I'm not wrong, a missing
attribute in the notification properties.
>
> > - 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.
>
Did you look at one of the lastest theme added in Thruk? It's named
Wakizashi/<https://github.com/sni/Thruk/tree/master/root/thruk/themes/Wakizashi>and
I quite like it (normal : I'm the theme author after all :) ), you can
see a picture of it at http://twitpic.com/3p17mi (it's a screenshot of the
business tress that came with the lastest shinken+Thruk).
> 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.
>
I don't think nagios offer this. Nonga can, because it juste de-unifify the
timestanp.
> 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
>
> The date_format is for macro, not for logs I think. I'll have a look at the
nagios doc, but I don't remeber that impact the log output.
Jean
> 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
>
------------------------------------------------------------------------------
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
