Ask Your Question

VlanManager: nova-network does not assign ip from project's network range

asked 2011-08-26 10:35:45 -0500

gcivitella gravatar image

Hi all,

I'm experiencing a problem with dhcp assigned ips in a vlan manager environment. I'm testing a two node setup: both of them are ubuntu 11.04 running Diablo services. Actual diablo milestone version is D4, but I found the problem on D3. The first node runs as cloud controller and nova-network service, the second is a nova-compute node. On my nova.conf I defined the fixed_range this way:


On this node I created a first project and then a network with the following command:

root@nova-services2:~# nova-manage network create --label=gcivitella_proj_net --fixed_range_v4= --num_networks=1 --network_size=256 --vlan=12 --dns1= --dns2= root@nova-services2:~# nova-manage network list network netmask start address DNS1 DNS2 VlanID project None None 12 None

As soon as I deploy a vm with my project's credentials, in the nova database I can see: mysql> select * from networks \G; ******** 1. row ******** created_at: 2011-08-25 14:38:38 updated_at: 2011-08-25 16:14:10 deleted_at: NULL deleted: 0 id: 8 injected: 0 cidr: netmask: bridge: br102 gateway: broadcast: dns1: NULL vlan: 102 vpn_public_address: vpn_public_port: 1000 vpn_private_address: dhcp_start: project_id: gcivitella_proj host: nova-services2 cidr_v6: NULL gateway_v6: NULL label: gcivitella_proj_net netmask_v6: NULL bridge_interface: eth0 multi_host: 0 dns2: NULL uuid: d1e1eb15-9392-4851-83fa-6528beb3fcc6

AFAIK this means that the network has been associated with the project without any further configuration. From now on the vms deployed by project's users should be linked to that project's network. I would expect thath my first deployed vm woud get an ip between and What really happens is that on both nodes vlans and bridges are created correctly. On nova-network node br102 gets as ip (gateway's ip in this network sql record), but the vm gets as ip and this makes it unreacheable.

In nova-network.log i can see: 2011-08-26 10:15:04,592 DEBUG nova.rpc [-] received {u'_context_request_id': u'1H687SBPN6FE9W766GBC', u'_context_read_deleted': False, u'args': {u'address': u''}, u'_context_is_admin': True, u'_context_timestamp': u'2011-08-26T08:15:04Z', u'_context_user': None, u'method': u'release_fixed_ip', u'_context_project': None, u'_context_remote_address': None} from (pid=21738) process_data /usr/lib/pymodules/python2.7/nova/ 2011-08-26 10:15:04,593 DEBUG nova.rpc [-] unpacked context: {'timestamp': u'2011-08-26T08:15:04Z', 'msg_id': None, 'remote_address': None, 'project': None, 'is_admin': True, 'user': None, 'request_id': u'1H687SBPN6FE9W766GBC', 'read_deleted': False} from (pid=21738) _un pack_context /usr/lib/pymodules/python2.7/nova/ 2011-08-26 10:15:04,594 DEBUG [1H687SBPN6FE9W766GBC None None] Released IP || from (pid=21738) release_fixed_ip /usr/lib/pymodules ... (more)

edit retag flag offensive close merge delete

2 answers

Sort by ยป oldest newest most voted

answered 2011-09-01 15:08:45 -0500

gcivitella gravatar image

Problem solved.

edit flag offensive delete link more

answered 2011-08-29 15:02:03 -0500

gcivitella gravatar image

I deleted and recreated the nova sql database. Now nova-network seems to assign ips from the right range. The old database was created with a cactus version of nova-manage. The fixed_ips table was showing a lot of records from previous tests. They were ips with timestamps for "created_at" end "updated_at" columns but not for the "deleted_at" one. In "nova-manage network list" output those ips were not showing but nova-network was assigning some of them to the instances. After upgrading from cactus to diablo D3 and D4 I executed a "nova db sync" thinking it was enough to upgrade the database's tables and records. Probably I missed something. I did not check yet the new setup with more tenants, so I'm not closing the question at the moment.

edit flag offensive delete link more

Get to know Ask OpenStack

Resources for moderators

Question Tools

1 follower


Asked: 2011-08-26 10:35:45 -0500

Seen: 97 times

Last updated: Sep 01 '11