Open Stack

Hello,
(resurrecting this old thread because I think I found the root cause)

The problem affects all OpenStack environments using Syslog, not only
Fuel-based installations: when use_syslog is true, the
logging_context_format_string and logging_default_format_string parameters
aren't taken into account (see [1] for details).
The issue is fixed in oslo.log but not in oslo-incubator/log (See [2]).
Depending on when the different projects synchronized with oslo-incubator
during the Juno timeframe, some of them are immune to the bug (from the
Fuel bug report: heat, glance and neutron). As such the bug will affect all
projects that don't switch to oslo.log during the Kilo cycle.

BR,
Simon

[1] https://bugs.launchpad.net/oslo.log/+bug/1399088
[2] https://review.openstack.org/#/c/151157/

On Fri, Dec 12, 2014 at 7:35 PM, Dmitry Pyzhov <dpyzhov at mirantis.com> wrote:

> We have a high priority bug in 6.0:
> https://bugs.launchpad.net/fuel/+bug/1401852. Here is the story.
>
> Our openstack services use to send logs in strange format with extra copy
> of timestamp and loglevel:
> ==> ./neutron-metadata-agent.log <==
> 2014-12-12T11:00:30.098105+00:00 info: 2014-12-12 11:00:30.003 14349 INFO
> neutron.common.config [-] Logging enabled!
>
> And we have a workaround for this. We hide extra timestamp and use second
> loglevel.
>
> In Juno some of services have updated oslo.logging and now send logs in
> simple format:
> ==> ./nova-api.log <==
> 2014-12-12T10:57:15.437488+00:00 debug: Loading app ec2 from
> /etc/nova/api-paste.ini
>
> In order to keep backward compatibility and deal with both formats we have
> a dirty workaround for our workaround:
> https://review.openstack.org/#/c/141450/
>
> As I see, our best choice here is to throw away all workarounds and show
> logs on UI as is. If service sends duplicated data - we should show
> duplicated data.
>
> Long term fix here is to update oslo.logging in all packages. We can do it
> in 6.1.
>
> _______________________________________________
> 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/20150202/1a5554c5/attachment.html>