[openstack-dev] Proposed Logging Standards

Alexander Tivelkov ativelkov at mirantis.com
Tue Jan 28 14:46:13 UTC 2014


Very interested, thanks a lot for this topic.
Will work on bringing all of this to Murano

--
Regards,
Alexander Tivelkov


On Tue, Jan 28, 2014 at 6:45 AM, Sergey Lukjanov <slukjanov at mirantis.com>wrote:

> FYI it was added to the project meeting agenda -
> https://wiki.openstack.org/wiki/Meetings/ProjectMeeting
>
>
> On Tue, Jan 28, 2014 at 3:42 PM, Sergey Lukjanov <slukjanov at mirantis.com>wrote:
>
>> Hi Sean,
>>
>> it's great that you're catching this up.
>>
>> I'd like to participate. I don't know how much time I'll be able to
>> dedicate on it, but at least I'm ready for reviews and pushing it to
>> Savanna.
>>
>> Thanks!
>>
>>
>> On Tue, Jan 28, 2014 at 3:21 PM, Sean Dague <sean at dague.net> wrote:
>>
>>> On 01/27/2014 09:57 PM, Christopher Yeoh wrote:
>>> > On Tue, Jan 28, 2014 at 12:55 AM, Sean Dague <sean at dague.net
>>> > <mailto:sean at dague.net>> wrote:
>>> >
>>> >     On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote:
>>> >     > Hi Sean,
>>> >     >
>>> >     > 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>.
>>> >     >
>>> >     > 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!
>>> >
>>> >     Do we have many that aren't either DEBUG or TRACE? I thought we
>>> were
>>> >     pretty clean there.
>>> >
>>> >     > Cheers,
>>> >     >
>>> >     > Matt
>>> >     >
>>> >     > P.S. FWIW, I'd also welcome details on what the "Audit" level
>>> >     gives us that the others don't... :)
>>> >
>>> >     Well as far as I can tell the AUDIT level was a prior drive by
>>> >     contribution that's not being actively maintained. Honestly, I
>>> think we
>>> >     should probably rip it out, because I don't see any in tree
>>> tooling to
>>> >     use it, and it's horribly inconsistent.
>>> >
>>> >
>>> > For the uses I've seen of it in the nova api code INFO would be
>>> > perfectly fine in place of AUDIT.
>>> >
>>> > I'd be happy to help out with patches to cleanup the logging in n-api.
>>> >
>>> > 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,
>>> > we can get ERROR level messages for say image not found when its
>>> > actually perfectly expected that this will occur.
>>> > I'm not sure if we should be changing the error level in glanceclient
>>> or
>>> > just forcing any error logging in glanceclient when
>>> > called from Nova to a lower level though.
>>>
>>> It's now changed in glanceclient -
>>> https://review.openstack.org/#/c/67744/ - it should be gone in the gate
>>> logs, and will be gone for everyone once a new release is out.
>>>
>>>         -Sean
>>>
>>> --
>>> Sean Dague
>>> Samsung Research America
>>> sean at dague.net / sean.dague at samsung.com
>>> http://dague.net
>>>
>>>
>>> _______________________________________________
>>> OpenStack-dev mailing list
>>> OpenStack-dev at lists.openstack.org
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>
>>
>> --
>> Sincerely yours,
>> Sergey Lukjanov
>> Savanna Technical Lead
>> Mirantis Inc.
>>
>
>
>
> --
> Sincerely yours,
> Sergey Lukjanov
> Savanna Technical Lead
> Mirantis Inc.
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140128/317ef43b/attachment.html>


More information about the OpenStack-dev mailing list