The tripleo part of this should have expired ref comment #4 so removing
tripleo from the bug
** Tags removed: tripleo
** No longer affects: tripleo
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
Affects: tripleo
Importance: Critical
Assignee: Steven Hardy (shardy)
Status: Triaged
** Also affects: tripleo
Importance: Undecided
Status: New
** Changed in: tripleo
Milestone: None => ocata-rc1
** Changed in: tripleo
Status: New => Triaged
** Chang
[stack@instack ~]$ sudo grep transport_url /etc/nova/nova.conf
transport_url=rabbit://55f7b1c2b4ee0e8a4f8311de334c6b71d13c1b45:1cf85a15b3fb0d86ec3bda2dedd3b8952ad6d72a@192.0.2.1//
[stack@instack ~]$ sudo nova-manage cell_v2 simple_cell_setup --transport-url
We ended up fixing this with node tagging in ironic and a special
version of the ComputeCapabilities filter, so marking this fix released
https://github.com/openstack/tripleo-
common/blob/master/tripleo_common/filters/capabilities_filter.py
** Changed in: tripleo
Assignee: Devananda van der
** Changed in: tripleo
Status: Fix Committed => Fix Released
--
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/1464239
Title:
mount: special device /dev/sdb does
** Changed in: tripleo
Status: Fix Committed => Fix Released
--
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/1531881
Title:
AttributeError: 'module' object has no
** Also affects: heat/liberty
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/1503501
Title:
oslo.db no longer requires testresources and
*** This bug is a duplicate of bug 1474194 ***
https://bugs.launchpad.net/bugs/1474194
If you're getting ec2-user, then you need to set instance_user to an
empty string, as I mentioned in comment #1, and this is a duplicate of
bug #1474194
** Changed in: cloud-init
Status: New =
Public bug reported:
I'm seeing the following error in multiple patches failing the check-
grenade-dsvm job for stable/juno patches:
2014-11-25 02:41:27.359 | ++ glance --os-auth-token snipped huge token
2014-11-25 02:41:27.360 | == --os-image-url http://127.0.0.1:9292 image-create
--name
Public bug reported:
http://logs.openstack.org/27/131827/4/check/gate-tempest-dsvm-neutron-
src-python-heatclient-icehouse/36ab6c1/logs/screen-q-svc.txt.gz?
Seeing this error in python-heatclient check job
2014-11-20 09:05:57.196 25851 ERROR neutron.openstack.common.rpc.amqp
Public bug reported:
There is a discrepancy between creating users via the v2 and v3 API's,
which I'm not sure is a bug or by design:
When creating a user via the v2 API, the _member_ role is added in their
default project, but when creating via the v3 API, despite
default_project_id being
Public bug reported:
We're seeing test failures, where it seems that an invalid token is
issued, with the ID of placeholder
http://logs.openstack.org/69/97569/2/check/check-tempest-dsvm-
full/565d328/logs/screen-h-eng.txt.gz
See context_auth_token_info which is being passed using the auth_token
Public bug reported:
There is an issue with environment files (and heat templates which
contain a file reference to a nested stack directly), which means that
they don't work via Horizon.
The issue is you pass a template and optionally an environment file to
Horizon via the file dialog, but
Public bug reported:
Seen here:
http://logs.openstack.org/29/82829/1/check/check-tempest-dsvm-
full/67c8984/logs/screen-n-cpu.txt.gz
2014-03-25 14:27:02.318 ERROR nova.virt.libvirt.driver
[req-b485d6b2-cf63-468f-ae09-0c6ba31274db SecurityGroupsTestJSON-1020006517
Public bug reported:
Hit this error which is not whitelisted so causes the gate test to fail:
2014-03-07 10:54:32.474 31118 ERROR glance.store.sheepdog [-] Error in store
configuration: Unexpected error while running command.
Command: None
Exit code: -
Stdout: Unexpected error while running
://review.openstack.org/#/c/61073/36/keystone/cli.py
The )'s on the print statements look to be in the wrong place AFAICS.
** Affects: keystone
Importance: Undecided
Assignee: Steven Hardy (shardy)
Status: In Progress
** Changed in: keystone
Assignee: (unassigned) = Steven
** Also affects: heat/havana
Importance: Undecided
Status: New
** Changed in: heat/havana
Assignee: (unassigned) = Steven Hardy (shardy)
** Changed in: heat/havana
Importance: Undecided = Critical
--
You received this bug notification because you are a member of Yahoo
Assignee: Steven Hardy (shardy)
Status: In Progress
** Changed in: keystone
Assignee: (unassigned) = Steven Hardy (shardy)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https://bugs.launchpad.net/bugs/1279823
Public bug reported:
Got this error from a gate verify, don't see any existing bugs
describing the problem:
https://review.openstack.org/#/c/71929/
http://logs.openstack.org/29/71929/4/check/check-tempest-dsvm-postgres-
full/859ca89/console.html
2014-02-11 20:41:33.757 | 2014-02-11 20:41:33
Public bug reported:
I couldn't find an existing bug for this, apologies if it's a dupe,
looks like a nova bug:
https://review.openstack.org/#/c/70717/
http://logs.openstack.org/17/70717/1/gate/gate-tempest-dsvm-full/9adaf90/console.html
2014-02-06 08:04:16.350 | 2014-02-06 07:48:25,729
Public bug reported:
So I'm not sure if this is a bug or a feature I just don't want, but it
seems that requesting a tenant list via the v2.0 API via the admin
endpoint doesn't respect the default domain, so you see projects for
all domains:
[shardy@localhost ~]$ keystone --os-token
Importance: Undecided
Assignee: Steven Hardy (shardy)
Status: New
** Changed in: keystone
Assignee: (unassigned) = Steven Hardy (shardy)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
https
/master/keystone/common/controller.py#L321
** Affects: keystone
Importance: Undecided
Assignee: Steven Hardy (shardy)
Status: In Progress
** Changed in: keystone
Assignee: (unassigned) = Steven Hardy (shardy)
** Changed in: keystone
Status: New = In Progress
--
You
the keypair direct via the ec2tokens
** Affects: keystone
Importance: Undecided
Assignee: Steven Hardy (shardy)
Status: New
** Changed in: keystone
Assignee: (unassigned) = Steven Hardy (shardy)
--
You received this bug notification because you are a member of Yahoo
Oh wow, I just realized it's a weird and non-obvious way to run the same
tests against multiple versions.
** Changed in: keystone
Status: New = Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Keystone.
Ok, looks like this is invalid, curl examples posted here work OK:
http://lists.openstack.org/pipermail/openstack-
dev/2013-August/013837.html
So my issues have been due to a combination of:
- Confusion between project/tenant terminology leading to a project/tenant
mismatch in my test code
-
Marking invalid for heat also - the release of python-quantumclient
2.1.2 in pypi has fixed the issue for us
** Changed in: heat
Importance: Critical = Undecided
** Changed in: heat
Status: In Progress = Invalid
** Changed in: heat
Assignee: Steven Hardy (shardy) = (unassigned
27 matches
Mail list logo
