~cloudbuilders/nova/os-keypair-integration : changes

~cloudbuilders/nova/os-keypair-integration » Changes from revision 1469

From Revision 1468 to 1449

Rev	Summary	Authors	Date
1468	expect key_name attribute in 1.1 expect key_name attribute in 1.1	Vishvananda Ishaya	12 years ago
1467	change to use _get_key_name to retrieve the key change to use _get_key_name to retrieve the key	Vishvananda Ishaya	12 years ago
1466	fix keypairs stubs fix keypairs stubs	Vishvananda Ishaya	12 years ago
1465	moved key_name per review moved key_name per review	Vishvananda Ishaya	12 years ago
1464	merged trunk merged trunk	Vishvananda Ishaya	12 years ago
1463	v1.0 of server create injects first users keypair v1.0 of server create injects first users keypair	Jesse Andrews	12 years ago
1462	merge trunk merge trunk	Jesse Andrews	12 years ago
1461	add key_name/data support to server stub add key_name/data support to server stub	Jesse Andrews	12 years ago
1460	remove security groups, improve exception handling, add test... remove security groups, improve exception handling, add tests	Anthony Young	12 years ago
1459	tests pass tests pass	Jesse Andrews	12 years ago
1458	follow same pattern as userdata (not metadata apporach) follow same pattern as userdata (not metadata apporach)	Jesse Andrews	12 years ago
1457	merge trunk merge trunk	Jesse Andrews	12 years ago
1456	allow specification of key pair/security group info via meta... allow specification of key pair/security group info via metadata extract metadata about keypair / security group configuration from server metadata sent on create. This allows users to use these extensions with their existing api implementations. Also remove the code that choose the first key pair in the tenant - since it seems to have been used during the development of os api	Jesse Andrews	12 years ago
1455	Cleanup the '_base' directory in libvirt tests. Cleanup the '_base' directory in libvirt tests.	Dan Prince	12 years ago
1454	Remove instances.admin_pass column. Remove instances.admin_pass column.	Dan Prince	12 years ago
1453	Fix to return 413 for over limit exceptions with instances, ... Fix to return 413 for over limit exceptions with instances, metadata and personality	Troy Toman	12 years ago
1452	Fixed several logical errors in the scheduling process. Rena... Fixed several logical errors in the scheduling process. Renamed the 'ZoneAwareScheduler' to 'AbstractScheduler', since the zone-specific designation is no longer relevant. Created a BaseScheduler class that has basic filter_hosts() and weigh_hosts() capabilities. Moved the filters out of one large file and into a 'filters' subdirectory of nova/scheduler. Since I had to do a lot of editing of the files to change the naming and references, I cleaned up much of the inconsistent formatting. Normally formatting changes don't belong in a code change merge prop, but as I was making large-scale changes to the files, it was simplest to do it all at once.	Ed Leafe	12 years ago
1451	Adds the enabled status of a host when XenServer reports its... Adds the enabled status of a host when XenServer reports its host's capabilities. This allows the scheduler to ignore hosts whose enabled is False when considering where to place a new instance.	Ed Leafe	12 years ago
1450	DB object was being casted to dict() in API code. This did n... DB object was being casted to dict() in API code. This did not work as intended and logic has been updated to reflect a more accurate way of getting information out of DB objects.	Brian Lamar	12 years ago
1449	I'm taking Thierry at his word that I should merge early and... I'm taking Thierry at his word that I should merge early and merge often :) In Diablo-3 we introduced "vif-plugging" to the hypervisor "virt" layer, allowing flexibility in how vNICs are attached to the network switch. This allowed non-linux bridge switch technologies (e.g., Open vSwitch, 802.1qbh) to be used with nova. This blueprint adds a similar capability to linux_net.py, allowing the L3/DHCP capabilities to be "plugged" into Quantum networks. Like in the virt layer, we created a vif driver that represents the behavior of Nova prior to the change (LinuxBridgeInterfaceDriver) and make it the default. We also add a new driver for Open Vswitch that can be enabled using a flag (LinuxOVSInterfaceDriver). The code is designed to support other drivers as well. Most of the interesting code is at the bottom of linux_net.py, where the drivers are defined. I had to pull some common code related to setting IPs on devices out of ensure_bridge() so it could be used by either approach. The driver's plug() method is invoked by the VlanManager's _setup_network() method. Currently unplug() is unused, which seems to be inline with how the existing nova code works. In many places in linux_net.py, I had to tweak functions to accept the name of the linux device to configure, rather than just assuming it was the 'bridge' field in the network object, since with OVS it could be any linux device. The code I am least sure about are the changes to bin/nova-dhcpbridge. I changed to this key off of the network ID, rather than the bridge name. I've tested this with the linux bridge and with the OVS vif-plugging driver. I was able to confirm that L3 forwarding and DHCP were operating correctly.	Dan Wendlandt	12 years ago

Older »