Fuel sets force_config_drive = True which causes issues

Bug #1624056 reported by Ed Balduf
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fuel for OpenStack
Opinion
Medium
MOS Nova

Bug Description

Fuel 9 sets the force_config_drive=True option in /etc/nova/nova.conf which causes all kinds of issues like https://github.com/coreos/bugs/issues/774 and prevents live migration from working (unless you have the config drive on a shared volume).

Tags: area-mos
Revision history for this message
Dmitry Klenov (dklenov) wrote :

@Ed Balduf, can you please also specify steps to reproduce?

Changed in fuel:
milestone: none → 9.2
assignee: nobody → MOS Nova (mos-nova)
tags: added: area-mos
Changed in fuel:
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Roman Podoliaka (rpodolyaka) wrote :

...at the same time it allows us to have reliable file and metadata injection:

https://review.openstack.org/#/c/322132/

So there is a trade-off here. force_config_drive just seems to be a better default for now.

Changed in fuel:
status: Incomplete → Opinion
Revision history for this message
Ed Balduf (ebalduf) wrote :

To reproduce, I'm going to upload 3 files, which include 2 heat templates and a user-data script. These produce a working CoreOS cluster (when force_config_drive=False). To reproduce, get CoreOS image and call it CoreOS. Then run go here https://discovery.etcd.io/new?size=3 and get a cluster start token, the drop it into this command line in place of the token shown.

openstack stack create --template multi_coreos_template.yaml --parameter "cluster_init_token=ae75bff9aa1aeffd8947316dda4d56d9" coreos-stack

To confirm issue, consult the file /run/systemd/system/etcd.service.d/20-cloudinit.conf on the CoreOS instances.. it should have the private IP address... it won't it will either be blank or still say $private_ipv4.

Revision history for this message
Ed Balduf (ebalduf) wrote :
Revision history for this message
Ed Balduf (ebalduf) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.