OpenStack Networking (Neutron)
157e09e6af
Sometimes, during restart of dnsmasq process it may happend that after process is killed, start attempt is made too fast, before old process really unbind from IP address on which it was listening. That causes an issue with starting dnsmasq process again. In patch [1] disable() method was changed that it can wait until process is really not active (no pid for it) but that didn't solve the problem with starting a new dnsmasq process completely and sometimes it still happens, at least in functional tests. So now, enable() method is changed so that it will try to enable dnsmasq process for 1 minute, until it will really be spawned properly. [1] https://review.openstack.org/#/c/634390/ Change-Id: I18d73b787fa3ab8803e12d5e5eb2bb7109205aba Closes-Bug: #1811126 |
||
---|---|---|
api-ref | ||
bin | ||
devstack | ||
doc | ||
etc | ||
neutron | ||
playbooks | ||
rally-jobs | ||
releasenotes | ||
roles | ||
tools | ||
.coveragerc | ||
.gitignore | ||
.gitreview | ||
.mailmap | ||
.pylintrc | ||
.stestr.conf | ||
.zuul.yaml | ||
babel.cfg | ||
bindep.txt | ||
CONTRIBUTING.rst | ||
HACKING.rst | ||
LICENSE | ||
lower-constraints.txt | ||
README.rst | ||
requirements.txt | ||
setup.cfg | ||
setup.py | ||
test-requirements.txt | ||
TESTING.rst | ||
tox.ini |
Team and repository tags
Welcome!
To learn more about neutron:
- Documentation: https://docs.openstack.org
- Features: https://specs.openstack.org/openstack/neutron-specs
- Defects: https://launchpad.net/neutron
- Release notes: https://docs.openstack.org/releasenotes/neutron/index.html
Get in touch via email. Use [Neutron] in your subject.
To learn how to contribute:
CONTRIBUTING.rst