@Roman, I can delete subnet directly in this commit
'921f203f4906a3b566f5a58471a55a4eedfc939c', then the port will be
without ip.
But now I can't delete subnet with master. It will message as below:
'Unable to complete operation on subnet
64a14036-67e0-477a-b666-7740bf2a31e9. One or more ports ha
Similar answer from the keystone side - we're getting further away from
the "default project" thing. In v3, we're viewing a user's default
project as simply a user-defined preference: the project which the user
should authorize against if the user didn't request a specific project.
User-Project as
if you want to get this SRU'd to precise (12.04) we have to follow
StableReleaseProcess guidelines
https://wiki.ubuntu.com/StableReleaseUpdates
We need a template added to this bug.
** Changed in: cloud-init (Ubuntu Precise)
Status: Fix Released => Confirmed
--
You received this bug no
I appreciate the report, and to some degree this was an unintended
consequence, but after giving it a good bit of thought I think the
current behavior is correct:
1. Moving forward in Havana we *are* going to have the v3 API be the default.
2. Our commitment in Havana is to have compatibility wit
Keystone has an explicit concept of a "default tenant"/"primary project"
which by its nature is only a relationship to one project. That's what
you're setting at creation time.
Once the user is created you can add them to as many projects as you
like, but that's a completely different operation fr
What are you trying to do with the CLI? Port 5000 is correct for
authentication, etc. but for performing User/Tenant CRUD you need to use
the admin port. This should be handled by the client. I suspect your
Keystone service catalog may have the wrong port in the adminURL
identity service, or it cou
Agreed with Chmouel in comment 9 (not a vulnerability), will open this
bug publicly tomorrow if nobody complains
** Also affects: swift
Importance: Undecided
Status: New
** Changed in: swift
Status: New => Incomplete
** Changed in: keystone
Status: Incomplete => Invalid
The switch from quantal to precise slaves took place yesterday without
incident, so this regression is no longer present.
** Changed in: openstack-ci
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is sub
** Changed in: quantum
Status: In Progress => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to quantum.
https://bugs.launchpad.net/bugs/1179778
Title:
Option group name 'DATABASE' should be lowercase
Status in Ope
*** This bug is a security vulnerability ***
You have been subscribed to a public security bug:
Hi, we are using swift 1.7.4 with keystone auth, and we think we might found a
bug.
Our proxy-server.conf for kesytone is as follow :
[filter:keystoneauth]
use = egg:swift#keystoneauth
operator_roles
10 matches
Mail list logo
