[Bug 1550188] Re: oslo_concurrency.lock_path: sensible default value is missing
Launchpad Bug Tracker
1550188 at bugs.launchpad.net
Sat Feb 27 13:46:55 UTC 2016
This bug was fixed in the package python-oslo.concurrency -
3.0.0-1ubuntu1
---------------
python-oslo.concurrency (3.0.0-1ubuntu1) xenial; urgency=medium
* d/p/lock-path-tempfile.patch: Cherry picked from upstream to set default
of lock_file to a tempfile if OSLO_LOCK_PATH isn't set (LP: #1550188).
* d/rules: Run tests for available Py3 versions instead of hardcoded Py3.4.
-- Corey Bryant <corey.bryant at canonical.com> Fri, 26 Feb 2016 08:21:02
-0500
** Changed in: python-oslo.concurrency (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
OpenStack, which is subscribed to python-oslo.concurrency in Ubuntu.
https://bugs.launchpad.net/bugs/1550188
Title:
oslo_concurrency.lock_path: sensible default value is missing
Status in neutron package in Ubuntu:
Won't Fix
Status in openstack-pkg-tools package in Ubuntu:
Won't Fix
Status in python-oslo.concurrency package in Ubuntu:
Fix Released
Bug description:
Prior to upstream switching to generation of configuration files,
oslo_concurrency.lock_path was set explicitly in neutron.conf to
$state_path/lock, providing a sane default for end users.
With generation, this is not set explicitly in the configuration file
and as a result is not set by default (it uses OSLO_LOCK_PATH by
default which is unset in any package init/upstart/systemd configs).
This causes problems when agents try to create locks to perform
actions, and caused quite alot of problems in mitaka b2 for the
openstack puppet modules team (as they mutate installed configuration
files, rather than managing a complete file).
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/neutron/+bug/1550188/+subscriptions
More information about the Ubuntu-openstack-bugs
mailing list