<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Oct 24, 2013 at 3:24 PM, Lars Kellogg-Stedman <span dir="ltr"><<a href="mailto:lars@redhat.com" target="_blank">lars@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On Thu, Oct 24, 2013 at 07:05:19AM -0700, Dan Smith wrote:<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>
</div>I am completely unfamiliar with the code, so I apologize if these are<br>
dumb questions:<br>
<br>
- Is everything making use of Python's logging module?<br></blockquote><div><br></div><div>AFAIK yes, and if not we should be.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


- Would this be a could use-case for that module's support of<br>
  file-based configuration<br>
  (<a href="http://docs.python.org/2/howto/logging.html#configuring-logging" target="_blank">http://docs.python.org/2/howto/logging.html#configuring-logging</a>)<br>
<br></blockquote><div>Yes, we do that in nova already and should do it in neutron as well, see</div><div><a href="http://git.openstack.org/cgit/openstack/nova/tree/etc/nova/nova.conf.sample#n1408">http://git.openstack.org/cgit/openstack/nova/tree/etc/nova/nova.conf.sample#n1408</a></div>

<div><a href="http://git.openstack.org/cgit/openstack/nova/tree/etc/nova/logging_sample.conf">http://git.openstack.org/cgit/openstack/nova/tree/etc/nova/logging_sample.conf</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


This would let a cloud deployer have much more granular control<br>
over what log messages show up (and even what log messages go where).<br>
For example, maybe I don't care about messages from<br>
quantum.openstack.common.rpc.impl_qpid, and I generally only want to<br>
log WARN and above, but I want to see DEBUG messages for<br>
quantum.plugins.openvswitch.agent.ovs_quantum_agent.<br>
<br>
Or is that Too Much Flexibility? </blockquote><div><br></div><div>While I think giving the deployer such fine grain control is a good idea, we want to include sane defaults when possible.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


<span class=""><font color="#888888"><br>
--<br>
Lars Kellogg-Stedman <<a href="mailto:lars@redhat.com">lars@redhat.com</a>><br>
<br>
</font></span><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>
<br></blockquote></div><br></div></div>