yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #61180
[Bug 1661303] Re: neutron-ns-metadata-proxy process failing under python3.5
Reviewed: https://review.openstack.org/428504
Committed: https://git.openstack.org/cgit/openstack/neutron/commit/?id=33129f2ac6a41afe2f59a0d50d5db0257f588a79
Submitter: Jenkins
Branch: master
commit 33129f2ac6a41afe2f59a0d50d5db0257f588a79
Author: Kevin Benton <kevin@xxxxxxxxxx>
Date: Thu Feb 2 16:12:40 2017 -0800
Use bytes for python3 friendly os.write
Bytes not str. Otherwise we get
TypeError: a bytes-like object is required, not 'str'
in the metadata proxy and it dies.
Closes-Bug: #1661303
Change-Id: If6b6f19130c965436a637a03a4cf72203e0786b0
** Changed in: neutron
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1661303
Title:
neutron-ns-metadata-proxy process failing under python3.5
Status in neutron:
Fix Released
Bug description:
When running under python 3.5, we are seeing the neutron-ns-metadata-
proxy fail repeatedly on Ocata RC1 master.
This is causing instances to fail to boot under a python3.5 devstack.
A gate example is here:
http://logs.openstack.org/99/407099/25/check/gate-rally-dsvm-py35-neutron-neutron-ubuntu-xenial/4741e0d/logs/screen-q-l3.txt.gz?level=ERROR#_2017-02-02_11_41_52_029
2017-02-02 11:41:52.029 29906 ERROR
neutron.agent.linux.external_process [-] metadata-proxy for router
with uuid 79af72b9-6b17-4864-8088-5dc96b9271df not found. The process
should not have died
Running this locally I see the debug output of the configuration
settings and it immediately exits with no error output.
To reproduce:
Stack a fresh devstack with the "USE_PYTHON3=True" setting in your localrc (NOTE: There are other python3x devstack bugs that may reconfigure your host in bad ways once you do this. Plan to only stack with this setting on a throw away host or one you plan to use for Python3.x going forward)
Once this devstack is up and running, setup a neuron network and
subnet, then boot a cirros instance on that new subnet.
Check the cirros console.log to see that it cannot find a metadata
datasource (Due to this change disabling configdrive:
https://github.com/openstack-
dev/devstack/commit/7682ea88a6ab8693b215646f16748dbbc2476cc4).
Check the q-l3.txt log to see the repeated "The process should not
have died" messages.
You will also note that the cirros instance did not receive it's ssh
keys and is requiring password login due to the missing datasource.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1661303/+subscriptions
References