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 <dpyz...@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@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > >
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
