Public bug reported:
I found it in the failed jobs at patch
https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/721805
It seems that in case of the HA router haproxy is configured to listen only on
the IPv4 addresses.
** Affects: neutron
Importance: High
Assignee: Slawek K
Public bug reported:
There is error:
Feb 12 01:11:30.857281 ubuntu-focal-rax-iad-0022985630
devstack@neutron-api.service[68621]: ERROR neutron.api.v2.resource Traceback
(most recent call last):
Feb 12 01:11:30.857281 ubuntu-focal-rax-iad-0022985630
devstack@neutron-api.service[68621]: ERROR ne
Public bug reported:
The following code in DeviceManager's fill_dhcp_udp_checksums assumes
IPv6 is always enabled:
iptables_mgr = iptables_manager.IptablesManager(use_ipv6=True,
namespace=namespace)
When iptables_mgr.apply() is later called, an att
Public bug reported:
cc_keys_to_console does not have any way to prevent the keys being
written to the console (beyond deleting write-ssh-key-fingerprints,
which while actually ok for my use case is gross). I propose adding a
"no_keys_to_console" config option, defaulting to False, that suppresses
Public bug reported:
Octavia Amphora VM migration fails on newly deployed Octavia install
Non amphora VMs seem to migrate with any issues.
The relevant error reported from nova-compute is
2021-02-11 18:46:16.194 898529 ERROR nova.compute.manager [instance:
e3967a91-3f5d-45b3-9300-28f8ee936fa3]
At least from an upstream openstack/neutron source code perspective, the
fix was included in the 16.3.0 tag on the stable/ussuri branch two weeks
ago.
** No longer affects: ossn
** Information type changed from Public Security to Public
** Tags added: security
--
You received this bug notifica
Public bug reported:
Description
===
Having upgraded three OpenStack deployments to Victoria, we have noticed that
snapshots are now failing to be created. When a user attempts this via Horizon
they receive an error such as:
Error: Unable to create snapshot. Details
Unexpected API Erro
This is a real issue because the Cavium ThunderX hardware violates an assumtion
we have with regards to PF having netdevs if VF do.
we just need to re add this try excpet that was removed.
https://review.opendev.org/c/openstack/nova/+/739131/12/nova/virt/libvirt/driver.py#b6957
it was orginally r
Please check the health of your rabbitmq cluster as the stack trace state that
nova was not able to connect to rabbit.
"AMQP server on 172.25.8.252:5672 is unreachable"
I'm closing this as it does not appear to be a nova bug.
** Changed in: nova
Status: New => Invalid
--
You received t
I guess this means that the libvirtd service isn't running on your compute
hosts. The 'org.freedesktop.machine1' points to systemd or dbus issues on your
hypervisor[1][2][3]. I think as a next step you should check the status of your
systemd-machined service.
sudo systemctl status systemd-mach
** Changed in: openstack-ansible
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity (keystone).
https://bugs.launchpad.net/bugs/1718356
Title:
Include default config fil
** 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/1914747
Title:
Trunk subport's port status and binding:host_id don't update
12 matches
Mail list logo