Public bug reported:
TLDR; the URLs returned from /, /v2.0 and /v3 are inconsistent.
In detail:
GET / returns
v3.4: http://172.16.14.31:35357/v3/
v2.0: http://172.16.14.31:35357/v2.0/
GET /v2.0 returns
http://172.16.14.31:35357/v2.0/
GET /v3 returns:
http://192.168.14.31:5000/v3/
Notice the /v
Public bug reported:
If you create a client using a session and an endpoint override, if you
then call authenticate() on the client it blows up with the error
AuthorizationFailure: Authorization failed: Cannot authenticate without
an auth_url
There is a comment in the code that the newer behavi
Public bug reported:
I am writing some tests that inherit from RestfulTestCase. The server-
side of the calls that the tests make are doing some checks that require
policy.json to be read in.
However, it seems as though the file can't ever be found.
Looking at oslo_config, it searches these dir
Public bug reported:
I set up a multi-domain config on my devstack and tried to do a simple:
$ openstack user list
with project-scoped environment variables (in fact I downloaded the
admin-openrc.sh from Horizon).
This results in:
ERROR: openstack The request you have made requires authenticat
Public bug reported:
If the federation mapping depends on a request variable that is not
present (e.g. REMOTE_USER is not set) then keystone blows up with a
stack trace.
Ideally, something a little more user-friendly might happen.
Trace below:
[Wed Jul 15 04:29:44 2015] [error] 1827 ERROR keys
Public bug reported:
I was bitten just now by getting my local attributes slightly wrong and
put the "type" key outside of the "user" block like this:
"local": [
{
"user": {
"name": "{0}",
"domain": {"id": "default"}
Public bug reported:
keystoneclient.auth.identity.v3.token.TokenMethod does a session.post()
without catching exceptions.
In my case, I had a misconfigured DNS which meant that this post() never
succeeded, however the error that ends up going back to Horizon is a
simplified:
"Login failed: An er
Public bug reported:
The documentation referenced here
http://docs.openstack.org/developer/keystone/extensions/websso.html has
a few problems:
1. The Apache config in all the examples is incorrect, it has an
opening tag bug closes with
2. The mod_shib snippet needs the same Shibboleth settin
Public bug reported:
When starting a new instance, I received the generic "There are not
enough hosts available" error, but the real reason was buried in logs,
which was that the image I was trying to use was corrupt.
** Affects: nova
Importance: Undecided
Status: New
--
You recei
Ok that message comes out of cloud-init. I've added a bugtask for
Scott's comments to see if anything can be done in MAAS.
** Also affects: cloud-init
Importance: Undecided
Status: New
** Changed in: maas
Status: New => Incomplete
--
You received this bug notification because
Thanks James.
Scott, cloud-init is hanging without getting any data from MAAS. It
seems to me that there should be at least a last-ditch way of reporting
the failure back somewhere?
This is possibly a dupe of bug 1237215
** Also affects: curtin
Importance: Undecided
Status: New
** No
James, was it hanging or shutting down after that error in the log?
** Also affects: cloud-init
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to cloud-init.
https://bugs.launchpad.net/bug
12 matches
Mail list logo
