nova-api-metadata - refused to start due to missing fake_network configuration

[James Page]

nova from trunk testing packages; the nova-api-metadata service fails on start:

2014-01-20 14:22:04.593 4291 INFO nova.network.driver [-] Loading network driver 'nova.network.linux_net'
2014-01-20 14:22:04.598 4291 CRITICAL nova [-] no such option: fake_network
2014-01-20 14:22:04.598 4291 TRACE nova Traceback (most recent call last):
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/bin/nova-api-metadata", line 10, in <module>
2014-01-20 14:22:04.598 4291 TRACE nova sys.exit(main())
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/cmd/api_metadata.py", line 48, in main
2014-01-20 14:22:04.598 4291 TRACE nova server = service.WSGIService('metadata', use_ssl=should_use_ssl)
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 339, in __init__
2014-01-20 14:22:04.598 4291 TRACE nova self.manager = self._get_manager()
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/service.py", line 375, in _get_manager
2014-01-20 14:22:04.598 4291 TRACE nova return manager_class()
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/api/manager.py", line 32, in __init__
2014-01-20 14:22:04.598 4291 TRACE nova self.network_driver.metadata_accept()
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/network/linux_net.py", line 658, in metadata_accept
2014-01-20 14:22:04.598 4291 TRACE nova iptables_manager.apply()
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/network/linux_net.py", line 426, in apply
2014-01-20 14:22:04.598 4291 TRACE nova self._apply()
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/openstack/common/lockutils.py", line 249, in inner
2014-01-20 14:22:04.598 4291 TRACE nova return f(*args, **kwargs)
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/network/linux_net.py", line 446, in _apply
2014-01-20 14:22:04.598 4291 TRACE nova attempts=5)
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/nova/network/linux_net.py", line 1196, in _execute
2014-01-20 14:22:04.598 4291 TRACE nova if CONF.fake_network:
2014-01-20 14:22:04.598 4291 TRACE nova File "/usr/lib/python2.7/dist-packages/oslo/config/cfg.py", line 1648, in __getattr__
2014-01-20 14:22:04.598 4291 TRACE nova raise NoSuchOptError(name)
2014-01-20 14:22:04.598 4291 TRACE nova NoSuchOptError: no such option: fake_network
2014-01-20 14:22:04.598 4291 TRACE nova

We use this service on network gateway nodes alongside the neutron metadata proxy for scale-out.

[James Page (james-page)]

I downgraded to the b1 packages - they worked OK.

[Joe Gordon (jogo)]

Just confirmed this in devstack, we didn't detect this earlier because we do integration testing with the 'nova-api' instead

[Joe Gordon (jogo)]

To prevent this in the future, we should add a mode in devstack to deploy each nova-api service as a separate binary and use that in one of or gate jobs (either postgres or mysql versions)

[Joe Gordon (jogo)]

Fix: https://review.openstack.org/#/c/65450/

[Launchpad Janitor (janitor)]

This bug was fixed in the package nova - 1:2014.1~b2-0ubuntu3

---------------
nova (1:2014.1~b2-0ubuntu3) trusty; urgency=medium

  * debian/tests/nova-compute-daemons: Drop nova-compute-uml.
 -- Chuck Short <email address hidden> Fri, 31 Jan 2014 14:40:23 -0500

[OpenStack Infra (hudson-openstack)]

Related fix proposed to branch: master
Review: https://review.openstack.org/71687

[OpenStack Infra (hudson-openstack)]

Reviewed: https://review.openstack.org/71687
Committed: https://git.openstack.org/cgit/openstack-dev/devstack/commit/?id=d73af8787280002321ab52a3262a2d0b5a8e54cd
Submitter: Jenkins
Branch: master

commit d73af8787280002321ab52a3262a2d0b5a8e54cd
Author: Joe Gordon <email address hidden>
Date: Thu Feb 6 15:33:52 2014 -0800

    If n-api-meta is being run, remove from NOVA_ENABLED_APIS

    If running n-api-meta as a separate service we shouldn't run it inside
    of n-api. This patch is in support of Iddd44f7ee43b9287a788dea49eaa484316f8da04

    Change-Id: I8a54cf13dc6083b78e89c9ea5413d9e4d8d4b37a
    Related-Bug: #1270845

[Joe Gordon (jogo)]

Fixed in https://review.openstack.org/#/c/65450/, new gate test in https://review.openstack.org/#/c/68304/