On Jul 11, 2014, at 09:24 , Sven Kieske <[email protected]> wrote:

> 
> 
> Am 11.07.2014 09:13, schrieb Michal Skrivanek:
>> I think debug should remain a purely troubleshooting measure, hence 
>> requiring you to log to host and do something, look/analyze/copy the big 
>> dump of info…and then turn it back. 
>> High debug levels typically bring some caveats like less performance…it 
>> shouldn't be something I can blindly check and forgot about it in UI.
> You are so right, but yet "debug" is the default shipped log level.

The big issue right now is that there's no magic solution like "just disable it 
and make it warn by default". We really do have to revisit what do we actually 
want to show and change the level accordingly. Right now it's too much of a 
mess, important stuff is "debug" (as Martin originally hinted even new things 
are like that:-), whereas error/warns can flood way too much. I think what Dan 
did in networking with the separate file is a good improvement…as it make 
them/us realize what is important. Though I think we should do it by levels 
and/or prefixes
We also miss some more flexibility with the current tools (not sure if there 
are even any), to be able to dynamically change the levels, filter non-related 
stuff before it gets written…

> 
> But it's great to see some improvement and discussion around this topic.
> 
> -- 
> Mit freundlichen Grüßen / Regards
> 
> Sven Kieske
> 
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> Königsberger Straße 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Geschäftsführer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
> _______________________________________________
> Devel mailing list
> [email protected]
> http://lists.ovirt.org/mailman/listinfo/devel

_______________________________________________
Devel mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/devel

Reply via email to