Public bug reported:
with the old notfication format, the following oauth functions emitted
notifications:
consumer CRUD
request token create, delete
access token create, delete
we should add the same support if the deployer chooses to emit CADF
notifications
** Affects: keystone
Imp
Public bug reported:
Mapping groups from REMOTE_USER_GROUPS (or comparable) via the rule:
"local": [
{
"group": {
"name": "{0}",
"domain": {"name": "Default"}
}
[Expired for neutron because there has been no activity for 60 days.]
** Changed in: neutron
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1390620
Ti
[Expired for neutron because there has been no activity for 60 days.]
** Changed in: neutron
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1406723
Ti
Since https://review.openstack.org/#/c/160463/ vmware tests moved to
vmware-nsx repo. Please report the issue there if still valid.
** Also affects: vmware-nsx
Importance: Undecided
Status: New
** Changed in: vmware-nsx
Status: New => Incomplete
** Changed in: neutron
Sta
Looks like this fix was already released here:
https://github.com/openstack/horizon/blob/master/openstack_dashboard/dashboards/project/data_processing/utils/workflow_helpers.py#L218
** Changed in: horizon
Status: Confirmed => Fix Released
--
You received this bug notification because you
Public bug reported:
When using the ephemeral storage encryption feature, the user registers
a volume group with nova to use as a backing file. These persist after
the user runs unstack. It'd be nice if nova cleaned these up just like
it cleans up other backing files.
** Affects: nova
Import
This bug is invalid and is a case of a bad translation
http://paste.openstack.org/show/190502
# -*- coding: utf-8 -*-
print("good:")
print(u"test %s" % u'á')
print("good:")
print("test %s" % 'á')
print("bad:")
print(u"test %s" % 'á')
** Changed in: nova
Status: Fix Committed => Invalid
Public bug reported:
Currently the libvirt driver's approach to live migration is bested
characterized as "launch & pray". It starts the live migration
operation and then just unconditionally waits for it to finish. It never
makes any attempt to tune its behaviour (for example changing max
downti
IMHO this is the intended behaviour. Booting more than one instance with
a snapshot would actually work fine. If you choose a specific volume
from cinder, then of course it cannot be attached to more than a single
instance, the error you are seeing is a guard specifically against that
case (though
Public bug reported:
The network_device_mtu can be set for a non-default MTU size. Currently
network_device_mtu configuration parameter is not honored for interfaces
between a router namespace and the fip namespace for the DVR.
** Affects: neutron
Importance: Undecided
Assignee: Rajeev
Amol,
Since this is an upstream bug, removing MOS.
thanks,
dims
** No longer affects: mos
--
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/1428872
Title:
Nova CPU detai
Public bug reported:
It's currently possible to boot an instance from a QCOW2 image, which
has the virtual size larger than root_gb size specified in the given
flavor.
Steps to reproduce:
1. Download a QCOW2 image (e.g. Cirros -
https://launchpad.net/cirros/trunk/0.3.0/+download/cirros-0.3.0-i38
Public bug reported:
env:
two compute node(node-1,node-2)
node-4 as storage node
use ceph
Icehose
description:
#ceph -s
cluster 97cbee3f-26dc-4f03-aa1c-e4af9x
health HEALTH_OK
monmap e5: 3 mons at
{node-1=10.11.0.2:6789/0,node-2=10.11.0.6:6789/0,node-4=10.11.0.7:6789/0
Public bug reported:
INFO [alembic.migration] Running upgrade 1f71e54a85e7 -> 408cfbf6923c, remove
ryu plugin
INFO [alembic.migration] Running upgrade 408cfbf6923c -> 28c0ffb8ebbd, remove
mlnx plugin
INFO [alembic.migration] Running upgrade 28c0ffb8ebbd -> 57086602ca0a,
scrap_nsx_adv_svcs_mo
Public bug reported:
I am trying to run ofagent networking on devstack stable/juno installation (api
node + compute node).
When I create new instance, I get this error in q-agt.logs:
[req-86091c32-c8d3-47b6-adc0-e071a3e176f5 None None] Exception during message
handling: 'OFANeutronAgent' object
Public bug reported:
ENVIRONMENT: devstack
STEPS TO REPRODUCE:
0. DON'T REGISTER IMAGE FOR CLUSTER
1. Create master and worker node group template
2. Create cluster template
3. Click on "Launch cluster"
4. Check correct plugin
5. Click on "+"(Base image)
6. Register image
EXPECTED RESULT:
Image
Public bug reported:
This failure appears under some timing conditions.
FAIL:
neutron.tests.unit.vmware.test_nsx_plugin.TestL3NatTestCase.test_metadata_network_remove_rollback_on_failure
tags: worker-0
--
Traceback (most recent
18 matches
Mail list logo