<div dir="ltr"><div><div><div><br></div>On a previous project, I wrote a library that provided a command-line option to set the logging levels for different loggers. This was handy for developers and for support. An example translated to Keystone would be like<br>
<br></div>keystone-all --logging=keystone.identity=DEBUG<br><br></div><div>Now the keystone.identity loggers are DEBUG while the rest of the loggers are still at INFO or whatever their default is. This would be used if you think the problem is in the identity backend. It's more convenient than editing a config file.<br>
</div><div><br></div><div>Also, in our config file we listed the important loggers and had the default levels for them... for keystone it would be like<br><br></div><div># keystone.identity=INFO<br></div><div><div># keystone.assignment=INFO<br>
</div># dogpile=WARNING<br></div><div><br></div><div>This was useful for developers and customers alike, because it was then easier to figure out what the loggers are.<br></div><div><br></div>- Brant<br><br><div><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Oct 24, 2013 at 10:22 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 10/24/2013 11:00 AM, Sean Dague wrote:<br>
> On 10/24/2013 10:05 AM, Dan Smith wrote:<br>
>>> Example 1:<br>
>>> ==============<br>
>>><br>
>>>      n-conductor log in tempest/devstack -<br>
>>> <a href="http://logs.openstack.org/70/52870/3/check/check-tempest-devstack-vm-full/f46b756/logs/screen-n-cond.txt.gz" target="_blank">http://logs.openstack.org/70/52870/3/check/check-tempest-devstack-vm-full/f46b756/logs/screen-n-cond.txt.gz</a><br>

>>><br>
>>><br>
>>><br>
>>>      Total log lines: 84076<br>
>>>      Total non DEBUG lines: 61<br>
>>><br>
>>>      Question: do we need more than 1 level of DEBUG? 3 orders of<br>
>>> magnitude information change between INFO -> DEBUG seems too steep a<br>
>>> cliff.<br>
>><br>
>> Some of them are not useful to me (but might be to others), like the<br>
>> amqp channel lines. However, everything else has been pretty crucial at<br>
>> one point or another when debugging issues that span between the two<br>
>> tightly-coupled services.<br>
><br>
> Right, which is definitely why it's a conversation, to figure out what's<br>
> useful, and what isn't. We definitely don't want to remove things that<br>
> are useful.<br>
><br>
> The amqp lines are 49562 of the DEBUG lines, so dropping those would<br>
> drop our DEBUG output in more than half, which would be cool if it<br>
> didn't have an impact of folks.<br>
><br>
> I also just wanted to raise the question, are there multiple levels of<br>
> DEBUG that might make sense here? For instance, every received seems to<br>
> be followed by an unpacked, which actually has info that was in the<br>
> received hash -<br>
> <a href="http://logs.openstack.org/70/52870/3/check/check-tempest-devstack-vm-full/f46b756/logs/screen-n-cond.txt.gz#_2013-10-23_12_25_22_524" target="_blank">http://logs.openstack.org/70/52870/3/check/check-tempest-devstack-vm-full/f46b756/logs/screen-n-cond.txt.gz#_2013-10-23_12_25_22_524</a><br>

><br>
><br>
> If we had DEBUG and DEBUG2 levels, where one of them would only be seen<br>
> at the higher debug level, would that be useful?<br>
><br>
> I'm not actually trying to pick on conductor here, but it makes a good<br>
> example of a service that DEBUG level is extremely useful to<br>
> development, and is used heavily, and might make us thing about multi<br>
> levels of DEBUG to go deeper down the rabbit hole only if we really need<br>
> to.<br>
<br>
</div></div>Note that we can't actually change the level used by other libs, like<br>
amqp.  However, we can set more granular logger levels.  We could<br>
re-define debug=True to only set up debug for openstack stuff, and add a<br>
new option debug_all=True that enables debugging for *everything*.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Russell Bryant<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>