Public bug reported:
Description
Error happens when I created a vm. And the command I used was :
$ [root@node-2 ~]# nova boot --image e6b41646-823b-4692-8415-a979e28ca3fd
--flavor 7 --nic net-id=528fd684-dbb5-4264-81ef-65490966168b vm
ERROR (Clie
Reviewed: https://review.openstack.org/561825
Committed:
https://git.openstack.org/cgit/openstack/neutron/commit/?id=0063aa33c65def9245730754ab2dc2f1b09b76e0
Submitter: Zuul
Branch:master
commit 0063aa33c65def9245730754ab2dc2f1b09b76e0
Author: Isaku Yamahata
Date: Mon Apr 16 23:05:53 2018
The test is failing in tripleo as well:-
master:-
https://logs.rdoproject.org/openstack-periodic/periodic-tripleo-ci-centos-7-ovb-1ctlr_1comp-featureset020-master/63a5b7a/undercloud/home/jenkins/tempest/tempest.html.gz
Queens:-
https://logs.rdoproject.org/openstack-periodic/periodic-tripleo-ci-c
Reviewed: https://review.openstack.org/559735
Committed:
https://git.openstack.org/cgit/openstack/neutron-lib/commit/?id=032f3a4cb5a419c54e9dedcd97528224f341b20a
Submitter: Zuul
Branch:master
commit 032f3a4cb5a419c54e9dedcd97528224f341b20a
Author: Michal Kelner Mishali
Date: Mon Apr 9 16:
This is an automated cleanup. This bug report has been closed because it
is older than 18 months and there is no open code change to fix this.
After this time it is unlikely that the circumstances which lead to
the observed issue can be reproduced.
If you can reproduce the bug, please:
* reopen th
This also impacts ocata.
** Also affects: keystone/ocata
Importance: Undecided
Status: New
** Changed in: keystone/ocata
Status: New => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Identity
Public bug reported:
In Azure's preprovisioning feature. During the poll IMDS phase, if an
unexpected reboot happens and a report ready has been already been sent
to Azure Fabric prior, we are sending another report ready after the
reboot. This is not the behavior that Azure Fabric expected.
** A
Public bug reported:
I've seen errors like this in some of the OVS agent logs recently:
WARNING neutron.agent.linux.iptables_manager [None
req-61600016-733c-44f2-a96c-d9f62b7e049c None None] Tried to remove rule that
was not there: 'PREROUTING' u'-m physdev --physdev-in brq0b54770c-65 -m commen
Public bug reported:
When listing resource providers in placement with a postgresql database,
this error recently started showing up:
column "root_rp.uuid" must appear in the GROUP BY clause or be used
in an aggregate function
And then once you fix that it says the same for parent_rp.uuid.
Reviewed: https://review.openstack.org/561348
Committed:
https://git.openstack.org/cgit/openstack/keystone/commit/?id=78adf4b40fb88e371101ed065ac1d15063d8d86e
Submitter: Zuul
Branch:master
commit 78adf4b40fb88e371101ed065ac1d15063d8d86e
Author: Morgan Fainberg
Date: Fri Apr 13 13:34:31 20
I guess incomplete is still "open", so invalid it is.
** Changed in: ovsdbapp
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1687074
Title:
Sometime
Public bug reported:
One of the primary advantages of the unified limit concept in keystone
was that keystone would expose the limit model via the API so that other
services could reason about it during enforcement with oslo.limit.
This was documented in the Queens specification [0], but the
impl
** Changed in: nova
Importance: Undecided => Medium
** Also affects: nova/ocata
Importance: Undecided
Status: New
** Also affects: nova/pike
Importance: Undecided
Status: New
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/ocat
*** This bug is a duplicate of bug 1761054 ***
https://bugs.launchpad.net/bugs/1761054
** This bug has been marked a duplicate of bug 1761054
nova log expose password when swapvolume
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscr
** Changed in: nova
Status: New => Confirmed
** Changed in: nova
Importance: Undecided => Medium
** Also affects: nova/pike
Importance: Undecided
Status: New
** Also affects: nova/queens
Importance: Undecided
Status: New
** Changed in: nova/pike
Status: New
Public bug reported:
[api]
# ...
auth_strategy = keystone
[keystone_authtoken]
# ...
auth_uri = http://controller:5000
auth_url = http://controller:35357
memcached_servers = controller:11211
auth_type = password
project_domain_name = default
user_domain_name = default
project_name = service
usern
Reviewed: https://review.openstack.org/552568
Committed:
https://git.openstack.org/cgit/openstack/keystone/commit/?id=f01edae95c389108ee0ff66c8a0933f6e5c57cf4
Submitter: Zuul
Branch:master
commit f01edae95c389108ee0ff66c8a0933f6e5c57cf4
Author: Russell Tweed
Date: Tue Mar 13 16:13:00 2018
Reviewed: https://review.openstack.org/552568
Committed:
https://git.openstack.org/cgit/openstack/keystone/commit/?id=f01edae95c389108ee0ff66c8a0933f6e5c57cf4
Submitter: Zuul
Branch:master
commit f01edae95c389108ee0ff66c8a0933f6e5c57cf4
Author: Russell Tweed
Date: Tue Mar 13 16:13:00 2018
I think we could get into the bad state described in the bug if we do a
slightly different series of actions:
1) boot instance on Ocata
2) migrate instance
3) delete compute node (thus deleting the service record)
4) create compute node with same name
5) migrate instance to newly-created comput
This bug was fixed in the package neutron - 2:12.0.0-0ubuntu3
---
neutron (2:12.0.0-0ubuntu3) bionic; urgency=medium
* d/p/refresh-router-objects-after-port-binding.patch: Cherry-picked
from upstream stable/queens branch (LP: #1759971).
* d/p/use-cidr-during-tenant-network-rul
This bug was fixed in the package neutron - 2:12.0.0-0ubuntu3
---
neutron (2:12.0.0-0ubuntu3) bionic; urgency=medium
* d/p/refresh-router-objects-after-port-binding.patch: Cherry-picked
from upstream stable/queens branch (LP: #1759971).
* d/p/use-cidr-during-tenant-network-rul
Public bug reported:
nova.tests.unit.virt.test_images.QemuTestCase.test_qemu_info_with_errors
is failing in both py27 and py36 tox environments due to a missing mock.
This system does not have qemu(-img) installed in it and running unit
tests returns the following:
==
Reviewed: https://review.openstack.org/559562
Committed:
https://git.openstack.org/cgit/openstack/neutron-lib/commit/?id=d144e0172b2e67a7d872083f69cd72afed4fe901
Submitter: Zuul
Branch:master
commit d144e0172b2e67a7d872083f69cd72afed4fe901
Author: Michal Kelner Mishali
Date: Sun Apr 8 12:
Reviewed: https://review.openstack.org/562062
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=203572a8ae671a64c08cc949b9bbc005e3119d2f
Submitter: Zuul
Branch:master
commit 203572a8ae671a64c08cc949b9bbc005e3119d2f
Author: Matt Riedemann
Date: Tue Apr 17 17:55:41 2018 -0
** Also affects: neutron (Ubuntu Bionic)
Importance: Undecided
Status: New
** Also affects: neutron (Ubuntu Artful)
Importance: Undecided
Status: New
** Also affects: cloud-archive
Importance: Undecided
Status: New
** Also affects: cloud-archive/pike
Importance:
** Also affects: neutron (Ubuntu)
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/1751396
Title:
DVR: Inter Tenant Traffic between two networks
Public bug reported:
In SmartOS, vmadm(1M) documents the hostname property as the way to set
the VM's hostname. This property is available in the guest via the
sdc:hostname metadata property. DataSourceSmartOS does not use this
value. It currently sets the hostname from the following properties
IMO, this patch in oslo_db should fix this issue -
https://github.com/openstack/oslo.db/commit/c432d9e93884d6962592f6d19aaec3f8f66ac3a2
** Changed in: nova
Status: Confirmed => Won't Fix
** Changed in: nova
Assignee: Surya Seetharaman (tssurya) => (unassigned)
--
You received this b
Reviewed: https://review.openstack.org/529083
Committed:
https://git.openstack.org/cgit/openstack/glance/commit/?id=7c3a9c83da0b673b293131db74f6ca35613a1815
Submitter: Zuul
Branch:master
commit 7c3a9c83da0b673b293131db74f6ca35613a1815
Author: Pranali Deore
Date: Tue Dec 19 19:50:01 2017 +
Public bug reported:
Hi,
Setting "'requires_keypair': True" in OPENSTACK_HYPERVISOR_FEATURES does
not affect new server creation form (angular one). So it is impossible
to make key_pair as a required field now with this setting. Meanwhile
this approach still works in the legacy form.
It is repro
Public bug reported:
neutron-tempest-plugin repo is branchless so same tests are running for master
and stable/queens neutron code.
Recently there was new test merged: https://review.openstack.org/#/c/558609/
and this cause problem like:
http://logs.openstack.org/47/562147/1/check/neutron-tempes
Bug still reproduces, re-opening:
http://logs.openstack.org/67/556667/20/check/neutron-
functional/71b2acc/logs/testr_results.html.gz
** Changed in: neutron
Status: Fix Released => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which i
Private bug reported:
This bug tracker is for errors with the documentation, use the following
as a template and remove or add fields as you see fit. Convert [ ] into
[x] to check boxes:
- [X] This doc is inaccurate in this way: __
In this Docu the following line appears two times:
auth_uri
Reviewed: https://review.openstack.org/561461
Committed:
https://git.openstack.org/cgit/openstack/neutron-fwaas/commit/?id=f11b1a8b68cb2ef52d0c431cf37ff277f8d0438e
Submitter: Zuul
Branch:master
commit f11b1a8b68cb2ef52d0c431cf37ff277f8d0438e
Author: Adit Sarfaty
Date: Sun Apr 15 15:52:20
34 matches
Mail list logo
