[Expired for OpenStack Compute (nova) because there has been no activity
for 60 days.]
** Changed in: nova
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
[Expired for OpenStack Compute (nova) because there has been no activity
for 60 days.]
** Changed in: nova
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
Confirmed by Jens Rosenboom on the ML:
I agree with Sam on this. Looking a bit into the code, the mangling part of the
iptables rules is only called in nova/network/l3.py, which seems to happen only
when nova-network is being used. The installation of the global nova-iptables
setup however
Reviewed: https://review.openstack.org/420439
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=5b44737e0c4627b796cfcf09bff5008ae06a95ff
Submitter: Jenkins
Branch:master
commit 5b44737e0c4627b796cfcf09bff5008ae06a95ff
Author: Dan Smith
Date: Sun Jan
** Also affects: openstack-api-site
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/1656735
Title:
Fwaas - insert_rule and remove_rule always
Public bug reported:
The tag has a limited length, and in the current implementation, it is 60 in
the tag object definition:
http://git.openstack.org/cgit/openstack/nova/tree/nova/objects/tag.py#n18
but 80 in the db model:
Reviewed: https://review.openstack.org/420440
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=4bfc5502611d3f04f8b748769e82f37f8477e664
Submitter: Jenkins
Branch:master
commit 4bfc5502611d3f04f8b748769e82f37f8477e664
Author: Matt Riedemann
Date: Sun
Reviewed: https://review.openstack.org/420261
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=a649311af7d01335aa7cf00fc180ba35ee77f6f3
Submitter: Jenkins
Branch:master
commit a649311af7d01335aa7cf00fc180ba35ee77f6f3
Author: Matt Riedemann
Date: Fri
** Changed in: networking-infoblox
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1642483
Title:
Deploy is failing after deregistering infoblox
** Changed in: ironic
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/1656854
Title:
Incorrect metada in ConfigDrive when using barematal
Why was this set to Fix Released with no linked patch? Please link
relevant content so the bug team can do their jobs.
** Changed in: horizon
Status: Fix Released => Confirmed
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
** Also affects: nova
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/1656854
Title:
Incorrect metada in ConfigDrive when
Public bug reported:
Seeing this in CI runs:
http://logs.openstack.org/61/420261/1/check/gate-tempest-dsvm-cells-
ubuntu-
xenial/2b44ec1/logs/apache/keystone.txt.gz?level=TRACE#_2017-01-16_04_12_53_583
2017-01-16 04:12:53.583 28905 ERROR keystone.common.wsgi
Reviewed: https://review.openstack.org/416461
Committed:
https://git.openstack.org/cgit/openstack/nova/commit/?id=69f27a7ced73c8fbc58e2198fccd3ea5799a8df4
Submitter: Jenkins
Branch:master
commit 69f27a7ced73c8fbc58e2198fccd3ea5799a8df4
Author: Takashi NATSUME
Public bug reported:
http://developer.openstack.org/api-ref/compute/#keypairs-keypairs
There are wrong parameters and missing parameters in Keypairs API
Reference (os-keypairs.inc).
* List Keypairs
- Missing "keypair" object parameter
* Create Or Import Keypair
- 'type' parameter in request
We no longer fixing stuff around internals.
** Changed in: sahara
Status: Incomplete => Won't Fix
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Dashboard (Horizon).
https://bugs.launchpad.net/bugs/1427304
Public bug reported:
Description
===
The following findmnt behaviour change present in util-linux-2.23.2-33 causes
libvirt_utils.is_mounted to incorrectly return True when a share is already
mounted on a host but not by Nova, for example in an allinone/devstack
environment where
Public bug reported:
environment: Mitaka
In the DVR mode:
1. create a router, a firewall and a VM
2. bind the firewall to the router of VM
Now, the firewall rule take effect in the snat namespace. It is normal.
3. bind a floatingip to the VM
Now, the firewall rule does not take effect in the
18 matches
Mail list logo