Bugfix for lp901819
Move DB lookups out of the virt layer for bw usage.
Migrate to storing the mac address in the table.
Only lookup network label when sending usage events.
Attempt to use info_cache for label lookup before
punting to rpc call.
Change-Id: Iffb4bc220804be7d5fe26d6416b90cd747b72753
Otherwise it prints the repr() of the instance, which isn't very useful:
2012-02-06 21:34:23,163 DEBUG nova.virt.firewall [-] Filters added to the instance: <nova.db.sqlalchemy.models.Instance object at 0x5deb5d0> from (pid=11219) prepare_instance_filter /usr/lib/python2.6/dist-packages/nova/virt/firewall.py:138
Change-Id: I22cd20dbed44527f0d2ece2a788c9465f7f77ee4
It was printing the repr() of the instance, which is not very useful:
2012-02-06 21:34:12,111 DEBUG nova [-] Starting snapshot for VM <nova.db.sqlalchemy.models.Instance object at 0x5fbb2d0> from (pid=11219) _create_snapshot /usr/lib/python2.6/dist-packages/nova/virt/xenapi/vmops.py:653
Change-Id: I86f5e0803576fdad741e7df8d62c77bda8c95b31
If connection_type is None, the default firewall driver should not
be nova.virt.libvirt.firewall.IptablesFirewallDriver; it should
either be None or the base one.
If this fix gets through, devstack needs to be fixed accordingly.
See review below for details.
https://review.openstack.org/#change,3576
Change-Id: I58dabc50be2d5cdcd509b2ac89a5bd0f78251bd0
- makes query efficient by using Quantum API filters (new in API v1.1)
- fixes correctness issue where we did not handle case where network
did not exist in quantum (note: this was masked by a quantum bug that
will be fixed once this change is into nova).
Also included a few other minor things in this patchset:
1) make get_instance_nw_info use network label from DB, which is already
available, rather than calling out to quantum just to get the name.
2) quantum manager was not properly cleaning up VIFs in the nova db. This fixes that.
3) set 'bridge' in nw_info dictionary to the empty string, to clearly indicate that this value is ignored by Quantum Manager.
Change-Id: Ia1cbb5232f8ce373b605979902f88d7528d3e456
Removing the duplicate instances_path flag in
nova/virt/libvirt in https://review.openstack.org/#change,3759
broke the imagecache unit tests.
Change-Id: I8fed15bd22d88a7796e1f98981c3ad87358a244a
Some volumes need to know the name of the initiator that will be
connecting to the iscsi volume. This adds a call down to the hypervisor
driver to get the ip and the initiator name for the vm before calling
initialize connection. This connection is passed down to the volume
driver so that it can be used to authenticate when the hypervisor
tries to connect to the volume.
* Adds initiator initialize_connection
* Makes a call to driver to get initiator name and ip address
* Gets initiator from openiscsi for libvirt
* Gets initiator from config for xenapi
* Add tests for the driver calls
* Fixes bug 924461
Change-Id: I5b6a2dd84560c7f7b447571e0abf0993e5512ca0
* Adds a rootwrap filter to limit readable files
* Adds a utils method to read a file as root
* adds tests to verify the additions work
Change-Id: Ic1ffb6f72f9b73795d5f39fac719842e6bdf16dd
Having to manually sudo to the nova user to make things work is
tedious. Make it so that if we can't read the conffile, we just
re-exec under sudo.
Fixes bug 805695
Change-Id: I322cece80ca757c69147fb3f8474ad137d9bff82
Addressed bug 926372
Eventually, we should stop supporting X_USER because it is *supposed* to
be the user's login name rather than their id. But this change preserves
the old behavior for stability.
For more info checkout keystone/middleware/auth_token.py in the keystone
project.
Change-Id: Ie837e73f9a592a903af71a426e202f8b6a9ac581
Move it here so that it can be kept in sync with openstack-common using
the new update.py script for code in openstack-common's incubation area.
See here for more details:
http://wiki.openstack.org/CommonLibrary#Incubation
Note: this commit just moves the existing code in Nova with no other
changes. A subsequent commit will sync it with latest openstack-common
so that it is easier see the new changes.
Change-Id: If88d678b1b9bad3d37117de7f7159d7fea8ab4c8
- Syntax is OS-KSEC2:ec2Credentials (not ec2Credentials)
- adds to fix for bug 917408
- Syntax also requires a call to /tokens instead of /ec2tokens
- Changes are compatible (old syntax supported)
- Warning will be issued to log if URL syntax is old
Change-Id: I5ff9d1643122de2f383517e60f15852720c54490
* Updates methods in nova.compute.instance_types to catch
InstanceTypeNotFound exceptions and re-raise them as ApiError.
- Previously, the methods in instance_types were raising ApiError in
response to DBError, but the underlying db calls have since been
updated to detect empty results and throw more specific exceptions.
* Updates get_instance_type_by_flavor_id to not try to catch DBError,
as the underlying db call only ever raises FlavorNotFound.
get_instance_type_by_flavor_id should not raise ApiError, as callers
expect the FlavorNotFound exception and know how to handle it.
* Fixes bug 872618
Change-Id: I8652f04889adb448017afd253ecdcc840fbb660f
This renames inst in _create_image to the more consistant name
"instance". It also passes the instance through log messages in this
method, and removes the instance name from the translatable text
for the corresponding log messages.
Change-Id: I9a085198d3bea5d073f4297cc57c84dc7fcb0349
Jenkins