Public bug reported:
Hello all.
Now nova-compute get or update database via rabbitmq message to nova-conductor.
If a region has a lot of nova-computes, this will increase the load of rabbitmq
and nova-conductor.
Can nova-compute connect to database directly? not via rabbitmq and
** Changed in: neutron
Status: Fix Committed => 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/1913180
Title:
QoS policy with minimum bandwidth rules can be assigned
** Attachment removed: "logs collection"
https://bugs.launchpad.net/cloud-init/+bug/2007871/+attachment/5648669/+files/cloud-init.tar.gz
** Description changed:
-
- I run lxd profiles with cloud-init (#cloud-config) configurations, and I use
jinja2 templating (## template: jinja) so I can
Reviewed: https://review.opendev.org/c/openstack/neutron/+/873247
Committed:
https://opendev.org/openstack/neutron/commit/d83e243c6d54f29ded7a0bea6e5538772fff3a8e
Submitter: "Zuul (22348)"
Branch:master
commit d83e243c6d54f29ded7a0bea6e5538772fff3a8e
Author: Rodolfo Alonso Hernandez
Date:
Public bug reported:
I run lxd profiles with cloud-init (#cloud-config) configurations, and I use
jinja2 templating (## template: jinja) so I can use one profile that I can
apply to many distros. It works great, except on some images I notice ignore
the jinja2 template directives.
When I
Public bug reported:
Openstack version: Xena. May have same behaviour in master as code looks
like the same
Error appears when we try to extend volume after volume was migrated to
ceph beckend. Migration is performed by "change volume type" (in
Horizon) or "cinder retype" (in CLI) for attached
Reviewed: https://review.opendev.org/c/openstack/neutron/+/874073
Committed:
https://opendev.org/openstack/neutron/commit/5e15c4a4d443c8a59756af9a75a81a1859bda464
Submitter: "Zuul (22348)"
Branch:master
commit 5e15c4a4d443c8a59756af9a75a81a1859bda464
Author: Rodolfo Alonso Hernandez
Date:
Public bug reported:
nova.tests.functional.libvirt.test_pci_sriov_servers.VDPAServersTest.test_suspend_and_resume
failed for one of my patches. Failure itself looks sporadic, but may be
a sign of underlying problems.
Complete log:
Public bug reported:
>From patch [1], the ip_port_mapping is updated just adding and deleting
every member after any related operation over the LB-HM, this operation
is done in two steps, a db_clear and a db_set. Taking into account that
ovsdbapp has specific commands for add/del backends to the
Honestly, I don't know what to say here. When the query parameter was
added, it was just for a convenient purpose for operators to prevent
them to query Neutron first to get the list of ports but this was
actually some kind of orchestration we try to avoid.
Keeping in mind that an instance can be
Public bug reported:
Openstack: yoga
OS: Ubuntu
VPNaaS Driver: Strongswan
Subnet Pool:
+---+--+
| Field | Value|
+---+--+
| address_scope_id |
11 matches
Mail list logo