After turning off admin actions via keystone v2, this job lost it's
importance and doesn't check anything useful. It should be complitely
reworked to setup the correct version of OpenStack release (Pike or
Ocata) where keystone v2 exists.
Since it is redundant as for now, I see no reason to try fixing it while
process of moving to zuul v3. Let's make our gates green as a first step
and then returning to the keystone v2 job.
Change-Id: I2e7f6196f42a7e241b261ba1ac7ade84ef8c210a
Desire state is that all rally-dsvm jobs, except py35,
are deploying Swfit. Perviously we have wrong logic for disabling
Swift (it was disable only when it was enabled).
Now we are fixing the behaviour and configurution of all jobs, so jobs
would be configured properly.
Change-Id: I787bdc5f83efc96237dfcdaa0fa7a909baba8956
Use disable_service to disable Swift when it's not enabled
This is important because Rally support py-35 which is not supported by Swift
Change-Id: I25bea6c2139a5dc818d3df70f227e1d3870a38ad
- Use code of working Tempest DSVM jobs
- Remove Ceilometer & Osprofiler (they are not needed)
- Add support of designate drivers
- Use pdns4
Change-Id: I9a30d480261c690d55c88755c7e2b48f8438e672
Remove special treatment for mitaka in jobs where the repo has now
the stable/mitaka branch retired.
Change-Id: I1af11cf22c145bb96e93485460cca277287c88ca
We want to disable Horizon by default in jobs that don't actually use or
test Horizon. This will save job runtime because it means installing
fewer packages (which takes time) and happier OSC because fewer packages
impacting pkg_resources entrypoint handling.
Change-Id: Ib3fdab05bfa5f91678051db5643a976174f4797e
* Removed redundant certification-with-keystone-v2.
the same case is already covered by
gate-rally-dsvm-keystone-v2api-rally
* Moved all experimental jobs to check section
* Sorted all jobs alphabetically
Change-Id: I5f69385dca7f43c7ffa1f95ab6651e40cd735465
Originally, neutron-unstable job was used for those scenarios which are
quite unstable. Most such scenarios were about neutron and ceilometer.
Now, Neutron team made a lot of changes in their API and all scenarios
from that job were moved to regular our neutron job.
Only ceilometer related scenarios are left there, but we are not sure how
stable they are, since job is not configured properly after some changes
in telemetry ecosystem.
This patch renames neutron-unstable job to telemetry, puts enabling
telemetry services in the right order and adds gnocchi there.
Change-Id: I206d262c0f09b996928920f2cf69be650c1e38f1
We do not need gerrit-git-prep anymore, zuul-git-prep works on all our
slaves and has the advantage of using zuul-cloner so that the local
cache is used and Depends-On works.
Remove gerrit-git-prep and use zuul-git-prep instead everywhere.
Change-Id: I2f106af58f78fceaf3c497fe43e6f5a002695645
To support custom branching, we need to setup features matrix file.
The proper change to master branch of Rally was merged[1]. The change for
stable/0.9[2] (our first custom branch) will be merged as soon as gates will
allow it (it is impossible without merging change to project-config).
[1] - https://review.openstack.org/#/c/450344/
[2] - https://review.openstack.org/#/c/450490/
Change-Id: I7c5385551bf1284140696a9ec9d03bd9b929c477
gate-rally-dsvm-cli started to fail time after time, because of
increasing time required for devstack installation and cli tests.
Change-Id: Ib8e37a69695941cdaeff6a60492514ef79c6f171
Recently, we added the Zaqar-UI in Zaqar's devstack when Horizon is
enabled. This is causing the error in Zaqar's Rally job as below:
The /opt/stack/new/zaqar-ui project was not found; if this is a gate
job, add the project to the $PROJECTS variable in the job definition.
This patch is going to fix the issue by add zaqar-ui to the $PROJECTS
variable.
Change-Id: I842501acf1c710bb97eee9ecfbd29758f5a7be26
Murano rally job now is failed due to doesn't install heat,
heat now is as a devstack plugin, so change this.
Change-Id: I451a4fa87a529332d8dba8a830fdf35872b4c0b0
Need a non-voting job for Nova to try the rally
scenarios This job runs only on master and will help
shake out python3 issues.
Change-Id: I26ecfd3dc8382201aa46581295ba1903cb4b11f0
Apparently the rally config is in neutron-neutron.yaml :)
So, i needed to clone more things than i had before.
Change-Id: I5524cd9272f88011f523b477d398ecb909979665
Swift does not currently work on py35 and is a work
in progress. So for now, we should switch off the
glance upload to swift for images.
Change-Id: Idfc15ecbf5c109537d0715be216c84e6c369efd1
Need a non-voting job for glance to try the rally
scenarios. Once we get this going, it will be easy
to switch on py35+rally for other projects as well.
Change-Id: I9e9c6487bec8f5138e1b9ca8cbd2f52015e88284
Neutron rally scenario on master requires non-default
extension. (trunk) The gate hook is planned to be
used to enable it.
Note: the second argument (scenario) is currently unused
but added for future possible use.
This is the second step of the following plan:
1. make neutron's gate_hook accept "rally" but do nothing.
2. make project-config change to consume the gate_hook
3. make the rest of neutron change
Partial-Bug: #1643451
Change-Id: I574fc28ab010f9ba77e257ffa436054a999e8d91
Our neutron-extensions job can be launched rightly now,so we would switch our
scenario to neutron-extensions.
Change-Id: I9b207d5891cca5a3657bd95d5df275ad5f5ca500
Liberty is EOL, start cleaning up all of the special things we have in
place for handling libertyisms. Note that this doesn't touch the configs
for deployment projects as they may still attempt to support liberty via
distro packages.
Change-Id: I7faa16c1d6038204a4b42167ed91b73175abe58c
Awhile ago heat was removed from devstack [1] tree and now
it is disabled in mangum rally jobs.
[1] https://review.openstack.org/#/c/317618/
Change-Id: Ib7d4aba4a0823823046b138f0aa495291d7ae8ea
We have a global regex that made all 'gate-rally-dsvm-rally-.*' jobs
non-voting. This now made the job gate-rally-dsvm-rally-ubuntu-xenial
non-voting as well, something that does not seem to have been the
intention of change I373327609709ad7322e8f0aea9b7f7395e45bd19,
since the job was voting before and in both check and gate queue.
Instead of a non-voting regex, add {suffix} to the
gate-rally-dsvm-rally-{service} jobs and use -nv for them. This has the
side effect of making gate-rally-dsvm-rally-ubuntu-xenial voting again.
Change jobs gate-rally-dsvm-verify in similar way - add suffix and use
-nv as appropriate.
Change-Id: I5b63ae6752231447a9c33c4c822b16c07c525d6e
Change [1] switched to using neutron as default networking backend for
rally runs. However neutron is default for Ocata and above, thus leaving
DEVSTACK_GATE_NEUTRON unspecified means that runs on stable branches are
still going to pick up nova-net, and that breaks rally on neutron stable
backports.
This patch set DEVSTACK_GATE_NEUTRON for all active branches.
[1] https://review.openstack.org/#/c/408020
Change-Id: I75f4ace1f2b9ddf2aa5426d859cb8518b33bf579
We have now some rather long job-template names, shorten them with
replacing job-suffix with suffix.
Before this change we had 1500 usages of job-suffix and 700 of just
suffix. This change therefore unifies to one setting.
Note that this does not change any job names at all, they are unchanged,
it changes and shortens only the names of job-templates.
Change-Id: I514df039a848d9f6619bca3adc05dfb84a761fc9
Nova-network is dead now[*]. We need to switch all our jobs to neutron.
[*] - https://review.openstack.org/#/c/403855/
Change-Id: I490d9bcfc477a07e5f8273a65f5532d3de39ab99
Devstack guys removed heat from their tree[*]. They did not check that it
was used. It broke our gates.
[*] - 77a7296248
Change-Id: I52ff22176c7cdbb1440ade28edd0fdc84db002aa
Rally gates got broken when devstack switched to v3 by default. It seems
that the option controlling the version of identity api didn't work.
Add the option to the generated localrc.
Change-Id: If22bbd5ff9c5d81a010c4f190ceefa629b55cffa
openswan is not available in xenial node when launching
neutron-vpnaas. We temporarily remove vpnaas service,then
unblock our the related developing of lbaas.
Change-Id: I44d9cfce7e6db8f3dc2867d25290159c6790998a
Correct a typo which cause the monasca rally job to be stuck in the
experimental queue.
Change-Id: I87c1b9f811f79613fdb4dd7b8c1606b8299fc309
Signed-off-by: Paul Belanger <pabelanger@redhat.com>
- make enabling telemetry, swift, heat services configurable
- remove 'sahara' from ENABLED_SERVICES list, since there is no
enable_plugin section for it and we do not actually need it
- remove gate-rally-dsvm-neutron-ubuntu-trusty job from rally
experimental.[1]
- run gate-rally-dsvm-murano-task on trusty and xenial nodes
- run gate-rally-dsvm-mistral-task on trusty and xenial nodes
- run gate-rally-dsvm-fakevirt-heat on trusty and xenial nodes
- run gate-rally-dsvm-zaqar-zaqar on trusty and xenial nodes
- run gate-rally-dsvm-senlin-senlin on trusty and xenial nodes
- run gate-rally-dsvm-watcher-watcher on trusty and xenial nodes
- run gate-rally-dsvm-cinder and gate-rally-dsvm-glance on trusty
and xenial nodes
- gate-rally-dsvm-designate-designate on trusty and xenial nodes
- remove rally-coverage-ubuntu-trusty[1]
- move gate-rally-dsvm-neutron-rally to xenial node. We need to
launch that job. [1]
- remove gate-{name}-integrate-dsvm-rally job template, since it is
not used anywhere.
All of these changes should help to reduce duration of launching rally
jobs(by decreasing time of installing redundant services) and decrease
number of possible blockers.
[1] We do not have openstack stable branches, so there are no cases
when trusty node can be used
Change-Id: I373327609709ad7322e8f0aea9b7f7395e45bd19
Commit 5728375c9a
incorrectly placed a literal '\n' in the local RC
of all of the jobs. This corrects it by removing
the '\n'.
Change-Id: I6c0044c48b9a1a731d594d6c49ae8eaa951b5fed
Most of our jobs do not require telemetry services, which took time for
installation and even more - can break all rally jobs.
This patch turns off all telemetry services in all jobs. We will return it
someday to test ceilometer scenarios, but such changes requires a lot of LOC
and we need to unblock gates asap.
Change-Id: Ie4b9c641c58715a1f8af379d01c2006b34c953f7