R2.
Trace: http://paste.openstack.org/show/271422/
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack
: http://paste.openstack.org/show/262589/
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Tags: hyper-v
** Changed in: nova
Assignee: (unassigned) = Lucian Petrut (petrutlucian94)
--
You received this bug notification
will raise
an AttributeError in case there disks connected to the SCSI controller. For
this reason, attaching a second volume will fail.
This bug affects Windows Server 2008 R2 and Windows Server 2012 when
using the V1 namespace.
** Affects: nova
Importance: Undecided
Assignee: Lucian
Public bug reported:
Nova Hyper-V driver fails to detach virtual hard disks when using the
virtualizaton v1 WMI namespace.
The reason is that it cannot find the attached resource, using the wrong
resource object connection attribute.
This affects Windows Server 2008 as well as Windows Server
.
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Tags: hyper-v
** Tags added: hyper-v
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute
Public bug reported:
When the SMBFS volume backend is used and a volume is detached, the
according SMB share is detached if no longer used.
This can cause issues if at the same time, a different volume stored on
the same share is being attached as the according disk image will not be
available.
** Also affects: os-win
Importance: Undecided
Status: New
** Changed in: os-win
Assignee: (unassigned) => Lucian Petrut (petrutlucian94)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (n
if the compute node is using Python 3, as we are passing a byte
array.
https://github.com/openstack/nova/blob/6d2470ade25b3a58045e7f75afa2629e851ac049/nova/compute/manager.py#L4283-L4297
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1550391
Title:
Unregistered versioned object
Public bug reported:
When performing a cold migration, the Hyper-V driver moves the instance
files to a temporary folder, and from there, it copies them to the
destination node.
The instance folder is not moved entirely, as it will hold some Hyper-V
specific files that cannot be deleted/moved
Reviewed: https://review.openstack.org/249291
Committed:
https://git.openstack.org/cgit/openstack/os-win/commit/?id=b72790bacfd356021b2dd870ade6c9c216fd14a0
Submitter: Jenkins
Branch: master
commit b72790bacfd356021b2dd870ade6c9c216fd14a0
Author: Lucian Petrut <lpet...@cloudbasesolutions.
** Also affects: nova
Importance: Undecided
Status: New
** Summary changed:
- SMBFS volume driver cannot handle missing mount options
+ Hyper-V SMBFS volume driver cannot handle missing mount options
--
You received this bug notification because you are a member of Yahoo!
Engineering
Public bug reported:
At the moment, if the destination host is other than the source host, we
attempt to move the instance files without checking if
shared storage is being used.
** Affects: compute-hyperv
Importance: Undecided
Status: New
** Affects: nova
Importance:
Public bug reported:
At the moment, the Hyper-V driver uses the UNC path of images stored on
SMB shares, regardless if the share is remote or not. Citing from the MS
documentation, this is not supported:
“Accessing a continuously available file share as a loopback share is
not supported. For
** Also affects: compute-hyperv
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1580122
Title:
Hyper-V: cannot attach volumes
Public bug reported:
We create a planned vm during live migration when having passthrough
disks attached in order to properly configure the resources of the 'new'
instance.
The issue is that if the migration fails, this planned vm is not cleaned
up.
Although planned vms are destroyed at a
** Changed in: nova
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1403836
Title:
Nova volume attach fails for a iscsi disk
Public bug reported:
At the moment, the instance snapshot operation is synchronized using
the instance uuid. This was added some time ago, as the instance
destroy operation was failing when an instance snapshot was in
proggress.
This is now causing a deadlock, as a similar lock was recently
Public bug reported:
When using OVS, the Hyper-V driver creates the OVS ports only after the
instance is powered on (due to a Hyper-V limitation).
The issue is that in case of cold migrations/resize, this step is currently
skipped, as the driver doesn't pass the network info object when
Public bug reported:
During cold migration, vhd config drive images are not copied over, on
the wrong assumption that the instance is already configured and does
not need the config drive.
There is an explicit check at the following location:
-V CI is failing on the test_cold_migration
tempest test, which asserts that the host has changed.
** Affects: compute-hyperv
Importance: Undecided
Status: New
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
Public bug reported:
The following change uses fdatasync when fetching Glance images, which
is not supported on Windows: Id9905a87f16f66530623800e33e2581c555ae81d
For this reason, this operation is now failing on Windows.
Trace: http://paste.openstack.org/raw/602054/
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1671435
Title:
fdatasync
Public bug reported:
At some point, we've switched to an alternative process launcher that
uses named pipes to communicate with the child processes. This
implementation has some issues, truncating the process output in some
situations.
Trace:
http://paste.openstack.org/show/616053/
** Affects:
Fixed in os-brick, no longer affects Nova.
** Changed in: nova
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1580122
Title:
Fixed in os-brick, no longer affects Nova.
** Changed in: nova
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1564829
Title:
** Changed in: os-win
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1663238
Title:
Hyper-V driver destroys and recreates the VM on cold
this be confusing, but it may also lead to having those
images rejected when the specified format is actually validated.
** Affects: compute-hyperv
Importance: Undecided
Status: New
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status
Public bug reported:
We check whether shared storage is used before live migrating instances.
If the vm disks storage location is unavailable, we'll propagate an
OSError instead of a MigrationPreCheckError exception. For this reason,
we prevent Nova from trying a different compute node.
Trace:
** Also affects: compute-hyperv
Importance: Undecided
Status: New
** Changed in: compute-hyperv
Status: New => In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
Public bug reported:
The Hyper-V driver does not update the instance device metadata when
adding/detaching volumes or network interfaces to already existing
instances.
** Affects: compute-hyperv
Importance: Undecided
Status: New
** Affects: nova
Importance: Undecided
** Changed in: os-win
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1604078
Title:
Hyper-V: planned vms are not cleaned up
Status
** Changed in: compute-hyperv
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1208301
Title:
The VM will be destroyed on source host during
Public bug reported:
When the nova-compute service cleans up an instance that still exists on
the host although being deleted from the DB, the according network info
is not properly retrieved.
For this reason, vif ports will not be cleaned up.
In this situation there may also be stale volume
This has been fixed at the os-win level, which is now raising a
HyperVVMNotFoundException exception that can properly be handled by the
Nova Hyper-V driver.
Note that a debug message will still be logged in this situation [1], as
seen on a recent Hyper-V CI run[2].
[1] 2017-08-31 12:26:16.625
Public bug reported:
When using separate databases for each Nova cell, nova assisted volume
snapshots always fail with the following error:
BadRequest: No volume Block Device Mapping with id
a10bd120-9b88-4710-bf6e-f1d34de87da2. (HTTP 400)
The reason is that the according API call does not
Public bug reported:
Volume connections as well as vif ports are not cleaned up after a
failed instance spawn.
** Affects: compute-hyperv
Importance: Undecided
Status: New
** Affects: nova
Importance: Undecided
Status: New
** Also affects: compute-hyperv
Public bug reported:
The Hyper-V driver will always delete unused images, ignoring the
"remove_unused_base_images" config option.
One workaround would be to set
"remove_unused_original_minimum_age_seconds" to a really large value
(e.g. 2^30). Setting it to -1 won't help either.
** Affects:
Public bug reported:
The introduction of "new style volume attachments" seems to have caused
a regression, breaking read-only volume attachments.
Trace: http://paste.openstack.org/raw/639120/
The reason seems to be the fact that Cinder expects the connector
provided through the
Nova fix: https://review.openstack.org/#/c/585661/
** Also affects: nova
Importance: Undecided
Status: New
** Changed in: nova
Status: New => In Progress
** Changed in: nova
Assignee: (unassigned) => Lucian Petrut (petrutlucian94)
** Description changed:
At the
/
** Affects: neutron
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Tags: ovs
** Tags added: ovs
** Description changed:
The Neutron OVS agent logs can get flooded with KeyErrors as the
- '_get_port_info' method skips including
Public bug reported:
The Hyper-V driver may leak volume connections on the source node side
after performing live migrations if the volume connection info is not
the same among hosts (e.g. different LUN IDs).
One of the affected backends seems to be 3PAR iSCSI, possibly some Dell
iSCSI backends
twice.
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Changed in: nova
Assignee: (unassigned) => Lucian Petrut (petrutlucian94)
--
You received this bug notification because you are a member of Yahoo!
Engineer
** Also affects: compute-hyperv
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1801713
Title:
Improper error message
** Also affects: os-win
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1761748
Title:
hyperv: Unable to get ports details for devices:
Public bug reported:
The ovs cleanup script fails to run on Windows due to an import error.
The linux utils module will always get imported, which uses platform
specific modules.
Trace: http://paste.openstack.org/raw/735711/
** Affects: neutron
Importance: Undecided
Status: New
Addressed by https://review.openstack.org/#/c/603023/.
** Project changed: glance => glance-store
** Changed in: glance-store
Assignee: (unassigned) => Lucian Petrut (petrutlucian94)
** Changed in: glance-store
Status: New => Incomplete
** Changed in: glance-store
Public bug reported:
At the moment, the filesystem driver uses a hardcoded 64 KB size, used
when reading/writing image.
This can be extremely inefficient, especially when file shares are used.
For this reason, the chunk size should be configurable, similar to the
other glance store drivers.
**
Public bug reported:
Nova supports x509 keypairs, most commonly used with Windows instances.
Horizon doesn't allow picking the keypair type at the moment.
** Affects: horizon
Importance: Undecided
Assignee: Daniel Vincze (dvincze)
Status: In Progress
** Tags: nova
--
You
propagating exceptions in this case.
** Affects: compute-hyperv
Importance: Undecided
Status: New
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Tags: hyper-v
** Also affects: nova
Importance: Undecided
Public bug reported:
ip_lib.IPDevice.device_has_ip doesn't include ipv6 addresses when
checking if a local adapter is configured to use a certain address. This
prevents IPv6 tunnel endpoints from being used on Windows.
** Affects: neutron
Importance: Undecided
Assignee: Lucian Petrut
** Affects: neutron
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Description changed:
The ovsdb monitor used by Neutron ignores modified ports. For this
- reason, port changes will not be handled.
+ reason, some port changes will not
Public bug reported:
The "get_device_details" accepts an optional "host" argument, yet [1]
expects it to be set. This inconsistency is breaking agents that do not
pass the optional host argument.
We should probably either make this argument mandatory, either avoid
matching bindings against it if
e from the filter [2]. I can't
tell what's the purpose of that.
** Affects: neutron
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscrib
: neutron
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1872663
Title:
Failing
Public bug reported:
When live migrating libvirt instances, the destination host doesn't
properly check the available disk space when using image files and doing
overcommit, leading to migration failures.
Trace: http://paste.openstack.org/raw/798895/
It seems to be using resource tracker
** Affects: neutron
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: In Progress
** Changed in: neutron
Assignee: (unassigned) => Lucian Petrut (petrutlucian94)
--
You received this bug notification because you are a member of Yahoo!
Engineerin
] I3bba0a230044613e07122a6d122597e5b8d43438
[2] https://github.com/openstack/nova/blob/22.0.1/nova/compute/manager.py#L6625
[3] http://paste.openstack.org/raw/800822/
** Affects: nova
Importance: Undecided
Assignee: Lucian Petrut (petrutlucian94)
Status: New
** Changed in: nova
Assignee: (unassigned
** Also affects: compute-hyperv
Importance: Undecided
Status: New
** Changed in: compute-hyperv
Assignee: (unassigned) => Lucian Petrut (petrutlucian94)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenSt
Public bug reported:
Snapshotting instances that use the RBD Glance image backend fails if
Glance is configured to use multiple stores.
Trace: http://paste.openstack.org/raw/804113/
The reason is that the Nova Libvirt driver creates the RBD snapshot
directly and then updates the Glance image
*** This bug is a duplicate of bug 1802587 ***
https://bugs.launchpad.net/bugs/1802587
Ok, so I think this is a duplicate of
https://bugs.launchpad.net/glance/+bug/1802587, which was fixed here:
https://review.opendev.org/c/openstack/glance/+/617229.
Dan, thanks a again for mentioning that
** Changed in: os-win
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1895976
Title:
Fail to get http openstack metadata if the Linux
** Changed in: compute-hyperv
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https://bugs.launchpad.net/bugs/1907216
Title:
Wrong image ref after unshelve
Status in
** Changed in: compute-hyperv
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bugs/1895976
Title:
Fail to get http openstack metadata if the Linux
** Changed in: networking-hyperv
Status: New => Fix Released
** Changed in: neutron
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1761748
65 matches
Mail list logo