Hi and a happy new year to everyone,
you get an absolute fullack for the fast failing.
For me (and most likely a big part of users) it was neccessary to get
the system running again fast.
If I assume (and I did) that the reason was a configuration error, the
exception made it pretty hard to find the origin. Therefore quitting in
that case with a reasonable hint (what? why? where?) would be a good
alternative. Especially for values with a predefined fixed range this
should be the default - imo.
Another idea would be something like a "use fallbacks on invalid
configuration and get me running" mode which is disabled by default but
could be enabled by the end user.
I gave it a try but was unable to reproduce the error yet - if I run
into it again, I will try to investigate deeper.
Kris
Am 28.12.2010 10:44, schrieb nap:
> Yes, we should keep the "fail fast" way of thinking : if we hide the
> root problem, it do not crash, but it can do a even bigger problem in
> the running part then, that will be harder to solve.
>
> Jean
>
> On Tue, Dec 28, 2010 at 10:18 AM, Hartmut Goebel
> <h.goe...@goebel-consult.de <mailto:h.goe...@goebel-consult.de>> wrote:
>
> Hi,
>
> + if not val in _boolean_states:
> + print "Warning : '%s' is no valid boolean value.
> Using fallback '%s' instead." % (val, _boolean_fallback_state)
> + return _boolean_fallback_state
>
>
> -1 for this patch.
>
> If some text is not a boolean text, this is either a programming error
> or an error in the config file. Both have to be fixed are the origin
> place. Fall-backs are a bad solution IMHO.
>
> --
> Schönen Gruß - Regards
> Hartmut Goebel
> Dipl.-Informatiker (univ.), CISSP, CSSLP
>
> Goebel Consult
> Spezialist für IT-Sicherheit in komplexen Umgebungen
> http://www.goebel-consult.de
>
> Monatliche Kolumne: http://www.cissp-gefluester.de/
> Goebel Consult mit Mitglied bei http://www.7-it.de
>
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows
> customers
> to consolidate database storage, standardize their database
> environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC
> database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Shinken-devel mailing list
> Shinken-devel@lists.sourceforge.net
> <mailto:Shinken-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/shinken-devel
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
>
>
> _______________________________________________
> Shinken-devel mailing list
> Shinken-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/shinken-devel
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
Shinken-devel mailing list
Shinken-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/shinken-devel
