<div dir="ltr"><div><div>Hi Sean,<br><br>good idea, count me in!<br></div>I think it makes more sense for me to help in Neutron, that's the project that I'm more familiar with.<br><br></div>Rossella<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Jan 28, 2014 at 7:20 AM, Haiming Yang <span dir="ltr"><<a href="mailto:laserjetyang@gmail.com" target="_blank">laserjetyang@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div>
<div>
<div style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif">I think it is also good for general i18n effort </div></div>
<div dir="ltr">
<hr>
<span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold">发件人: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif"><a href="mailto:cbkyeoh@gmail.com" target="_blank">Christopher Yeoh</a></span><br>
<span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold">发送时间: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif">2014/1/28 11:02</span><br><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold">收件人: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif"><a href="mailto:openstack-dev@lists.openstack.org" target="_blank">OpenStack Development Mailing List (not for usage questions)</a></span><br>
<span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif;FONT-WEIGHT:bold">主题: </span><span style="FONT-SIZE:11pt;FONT-FAMILY:Calibri,sans-serif">Re: [openstack-dev] Proposed Logging Standards</span><br><br></div><div><div class="h5">

<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Tue, Jan 28, 2014 at 12:55 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT:1ex;MARGIN:0px 0px 0px 0.8ex;BORDER-LEFT:#ccc 1px solid">
<div>On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote:<br>> Hi Sean,<br>><br>> I'm currently working on moving away from the "built-in" logging to use log_config=<filename> and the python logging framework so that we can start shipping to logstash/sentry/<insert other useful tool here>.<br>
><br>> I'd be very interested in getting involved in this, especially from a "why do we have log messages that are split across multiple lines" perspective!<br><br></div>Do we have many that aren't either DEBUG or TRACE? I thought we were<br>
pretty clean there.<br>
<div><br>> Cheers,<br>><br>> Matt<br>><br>> P.S. FWIW, I'd also welcome details on what the "Audit" level gives us that the others don't... :)<br><br></div>Well as far as I can tell the AUDIT level was a prior drive by<br>
contribution that's not being actively maintained. Honestly, I think we<br>should probably rip it out, because I don't see any in tree tooling to<br>use it, and it's horribly inconsistent.<br>
<div>
<div><br></div></div></blockquote>
<div><br></div>
<div>For the uses I've seen of it in the nova api code INFO would be perfectly fine in place of AUDIT.<br><br></div>
<div>I'd be happy to help out with patches to cleanup the logging in n-api.<br><br></div>
<div>One other thing to look at - I've noticed with logs is that when something like glanceclient code (just as an example) is called from nova,<br></div>
<div>we can get ERROR level messages for say image not found when its actually perfectly expected that this will occur.<br>I'm not sure if we should be changing the error level in glanceclient or just forcing any error logging in glanceclient when<br>
called from Nova to a lower level though.<br></div>
<div><br></div>
<div>Chris<br></div></div></div></div></div></div></div><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>