** Changed in: os-brick/ussuri
Status: In Progress => Fix Released
** Changed in: os-brick/xena
Status: Fix Committed => Fix Released
** Changed in: os-brick/victoria
Status: Fix Committed => Fix Released
** Changed in: os-brick/train
Status: Fix Committed => Fix
ised while rendering {% include %} for
template 'horizon/common/_workflow_step.html'. Empty string rendered instead.
** Affects: horizon
Importance: Undecided
Assignee: Luigi Toscano (ltoscano)
Status: In Progress
--
You received this bug notification because you are a membe
Is there anyone would could help fixing this in testrepository, instead
of a long stream of workarounds in each repository (which some
maintainers rightfully don't want to apply)?
** Changed in: python-saharaclient
Status: New => Opinion
--
You received this bug notification because you
You missed Tempest. Excerpt from RDO trunk logs (which uses the master branch
of oslo.config, not the released version like - iirc - tox):
https://trunk.rdoproject.org/centos7-master-head/64/55/6455980e71abd2300f3ef15400593f479122de83_f98deee5/rpmbuild.log
DEBUG: FAIL:
Public bug reported:
When I try to filter by Name, Plugin or Description in Node Groups Template and
Cluster Template pages, no results are returned.
Filtering by Version works (but only exact match).
I did not test the filters for "Job templates", "Cluster" and "Jobs"
yet.
Tested on RDO
Public bug reported:
The juno-kilo upgrade tests fails during the installation of
keystonemiddleware with a version conflict exception:
2015-06-29 17:18:03.056 | + /usr/local/bin/keystone-manage db_sync
2015-06-29 17:18:03.285 | Traceback (most recent call last):
2015-06-29 17:18:03.285 | File
Thanks to Matthew Treinish and Morgan Fainberg. the issue was analyzed
and properly fixed.
The version of oslo.serialization of python-keystoneclient from the stable/kilo
branch and the one from keystone were not compatible. This was fixed by a new
version of python-keystoneclient for kilo
Public bug reported:
The test above are failing with different reasons. Please note that they
were working until yesterday (2015-06-22).
test_floatingip:
2015-06-23 12:30:20.815 | 2015-06-23 12:30:20.797 | Traceback (most recent call
last):
2015-06-23 12:30:20.817 | 2015-06-23 12:30:20.799 |
Public bug reported:
When a job binary with an invalid name is created (for example: too long, like
currently test_script_name_a5a330ee-bce0-11e4-beaf-3c970e1836cf), Sahara
returns an well-defined exception, from the logs:
DEBUG sahara.utils.api [-] Validation Error occurred: error_code=400,
Public bug reported:
From Create Job Binary, add a valid name, storage type internal, and
choose an existing job binary (neither upload..., nor create... in
the Internal Binary box. The following backtrace can be seen in
Horizon logs:
[02/Mar/2015 16:24:14] POST
Public bug reported:
If the user tries to create a Job Binary using the internal db as
storage, and the creating fails for a validation error, the job binary
data is created anyway.
The job data creation code should be executed at the same time/in the
same transaction of the job binary creation
Public bug reported:
Create a Job Binary in the internal db, with a specific script name (for
example, script_name).
If the user creates another job binary with the same script name, a unique UUID
is added so that the name is unique.
But, if the script name is long, the addition of the UUID
** Project changed: sahara = nova
--
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/1426401
Title:
Importing a instance from RBD backend
Status in OpenStack Compute
Public bug reported:
The recent update of Firefox 36, available now on Ubuntu Trusty used on
the gate, broke selenium and all gate-horizon-dsvm-integration are
failing with errors like: WebDriverException: Message: Can't load the
profile. Profile Dir: %s If you specified a log_file in the
14 matches
Mail list logo
