nova-api crashes when using ipv6-address for metadata API
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Opinion
|
Low
|
Unassigned |
Bug Description
I'm doing openstack icehouse controller installation inside virtualbox with ipv6 configurations when I'm installing nova.
When I use ipv6 address for the metadata API (metadata_listen = 2001:db8:0::1, metadata_host = 2001:db8:0::1), nova-api crashes soon after launching and with ipv4 everything seems to be running like charm(metadata_
e.g. when i restart my nova processes and run 'nova list' command twice as root following things occurs:
# nova list
+----+-
| ID | Name | Status | Task State | Power State | Networks |
+----+-
+----+-
# nova list
ERROR: HTTPConnectionP
Here is the trace from nova-api.log:
2014-05-16 20:41:28.602 22728 DEBUG nova.openstack.
2014-05-16 20:41:28.646 22728 DEBUG nova.openstack.
2014-05-16 20:41:28.646 22728 DEBUG nova.openstack.
2014-05-16 20:41:30.278 22728 DEBUG nova.openstack.
2014-05-16 20:41:30.348 22728 DEBUG nova.openstack.
2014-05-16 20:41:30.348 22728 DEBUG nova.openstack.
2014-05-16 20:41:30.349 22728 DEBUG nova.openstack.
2014-05-16 20:41:30.349 22728 CRITICAL nova [-] ProcessExecutio
Command: sudo nova-rootwrap /etc/nova/
Exit code: 2
Stdout: ''
Stderr: "iptables-restore v1.4.21: host/network `::1' not found\nError occurred at line: 17\nTry `iptables-restore -h' or 'iptables-restore --help' for more information.\n"
2014-05-16 20:41:30.349 22728 TRACE nova Traceback (most recent call last):
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/bin/
2014-05-16 20:41:30.349 22728 TRACE nova sys.exit(main())
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova server = service.
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova self.manager = self._get_manager()
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova return manager_class()
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova self.network_
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova iptables_
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova self._apply()
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova return f(*args, **kwargs)
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova attempts=5)
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova return utils.execute(*cmd, **kwargs)
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova return processutils.
2014-05-16 20:41:30.349 22728 TRACE nova File "/usr/lib/
2014-05-16 20:41:30.349 22728 TRACE nova cmd=' '.join(cmd))
2014-05-16 20:41:30.349 22728 TRACE nova ProcessExecutio
2014-05-16 20:41:30.349 22728 TRACE nova Command: sudo nova-rootwrap /etc/nova/
2014-05-16 20:41:30.349 22728 TRACE nova Exit code: 2
2014-05-16 20:41:30.349 22728 TRACE nova Stdout: ''
2014-05-16 20:41:30.349 22728 TRACE nova Stderr: "iptables-restore v1.4.21: host/network `::1' not found\nError occurred at line: 17\nTry `iptables-restore -h' or 'iptables-restore --help' for more information.\n"
2014-05-16 20:41:30.349 22728 TRACE nova
2014-05-16 20:41:30.496 22854 INFO nova.openstack.
2014-05-16 20:41:30.501 22854 INFO nova.wsgi [-] Stopping WSGI server.
2014-05-16 20:41:30.498 22828 INFO nova.openstack.
2014-05-16 20:41:30.502 22828 INFO nova.wsgi [-] Stopping WSGI server.
My nova.conf file is following:
[DEFAULT]
use_ipv6 = True
my_ip = 2001:db8:0::1
rpc_backend = rabbit
rabbit_host = ctrl
# verbose = True
debug = True
logdir = /var/log/nova
state_path = /var/lib/nova
lock_path = /run/lock/nova
s3_host = ctrl
ec2_host = ctrl
ec2_dmz_host = ctrl
cc_host = ctrl
ec2_url = http://
nova_url = http://
api_paste_config = /etc/nova/
root_helper = sudo nova-rootwrap /etc/nova/
resume_
osapi_compute_
osapi_compute_
# Scheduler
# scheduler_driver = nova.scheduler.
compute_
# Metadata stuff
metadata_listen = 2001:db8:0::1
metadata_host = 2001:db8:0::1
metadata_port = 8775
service_
neutron_
# Auth
use_deprecated_auth = false
auth_strategy = keystone
keystone_ec2_url = http://
# Imaging service
glance_api_servers = ctrl:9292
image_service = nova.image.
# INSTANCE DISK BACKEND
libvirt_images_type = lvm
libvirt_
libvirt_
# VNC configuration - Dual-Stacked - DISABLED, go for SPICE instead!
vnc_enabled = False
novnc_enabled = False
# novncproxy_base_url = http://
# novncproxy_host = ::
# novncproxy_port = 6080
# NETWORK - NEUTRON
network_api_class = nova.network.
neutron_url = http://
neutron_
neutron_
neutron_
neutron_
neutron_
linuxnet_
firewall_driver = nova.virt.
security_group_api = neutron
# firewall_driver = nova.virt.
libvirt_vif_driver = nova.virt.
# libvirt_vif_driver = nova.virt.
# libvirt_vif_driver = nova.virt.
# Cinder
volume_api_class = nova.volume.
osapi_volume_
# SPICE configuration - Dual-Stacked
[spice]
enabled = True
spicehtml5proxy
html5proxy_base_url = http://
keymap = en-us
[database]
connection = mysql:/
[keystone_
auth_uri = http://
auth_host = ctrl
auth_port = 35357
auth_protocol = http
admin_tenant_name = service
admin_user = nova
admin_password = service_pass
description: | updated |
Changed in nova: | |
assignee: | nobody → Nadja Deininger (nadja) |
Changed in nova: | |
importance: | Undecided → Wishlist |
status: | New → Confirmed |
i am using the same guide as Ville Salmela : https:/ /gist.github. com/tmartinx/ 9177697
A workarround will be to use 127.0.0.1 aka localhost. For me that is the solution.
Now i hae other errors regarding this guide so maybe Salmela you can get in touch with me and lets figure out the problems :)