Age | Commit message (Collapse) | Author | Files | Lines |
|
- keep fraser jobs for Dovetail, schedule 4 CI runs / week / arch;
- stop running Functest/Yardstick for fraser to cut down CI time;
- reschedule master/gambia triggers to ensure an uniform CI POD
allocation across the week;
- enable gambia triggers;
Change-Id: I2a66628ff3525cc9cbd4ffbb4b790633257b6cba
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
==~ and its negative form previously used mean the pattern should
match the whole string, while =~ returns true for partial matches.
Change-Id: Ibdeacb4bc221820175b15a87db343fc950e0f9e8
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
While at it, tweak regex for verify job to match 'recheck' right
before EOF.
Change-Id: I3e8e1eeaf2ca947425fa2443b29e150c808eea07
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
- disable functest smoke on arm-virtual* PODs, since we don't perform
a full deployment on those PODs, only a basic integrity check;
Change-Id: I0bcd6da32118ea256652dc74977ef0ee7f2525ab
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Duplicate fuel-verify jobs based on cluster type (virtual, baremetal)
and allow (re)checking changes using a specific scenario:
- ALL changes will trigger a virtual POD CI cycle (build, deploy,
smoke) on submit, rebase etc., just like they used to;
- change comments containing a substring formatted like:
* `recheck: os-odl-nofeature-ha`
* `reverify: os-odl-nofeature-noha`
* `recheck`
will trigger only virtual or baremetal deployments of the required
scenario (default os-nosdn-nofeature-noha) on:
* virtual PODs if scenario is NOHA;
* baremetal PODs if scenario is HA;
- limit arm64 verify job running on arm-virtual2 to the installation
of infrastructure VMs and skip cluster setup to prevent POD time
starvation;
Limitations:
- HA scenarios can only be verified on manual request via a change
comment (e.g. 'recheck: os-odl-ovs-ha');
JIRA: FUEL-390
Change-Id: I6368cfd045180d6a7202b8d817b17a4b123ba2af
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Docker build automatically appends 'amd64-<TAG>' or 'arm64-<TAG>',
which are normally combined using manifest tool. However, for verify
we don't push a manifest, so use the explicit arch-specific tag.
Change-Id: Idc036216919164e71d3da5032a79f7f47d115710
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Change-Id: I6b641c87e2672a9e879865baebfa3a58129823f7
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Rework Fuel verify jobs:
- split 'fuel-verify' into per-arch jobs (amd64 and arm64):
* for now, arm64 jobs are non-voting;
- add 'docker-build' phase job:
* the docker build job will run on the same virtual POD jump host
as the deploy, to bypass the need of pushing to a (public)
Docker hub registry - this might be refactored later to resemble
the old Fuel ISO build workflow where the artifacts built during
verify are the ones actually promoted - with the current method
the final build & tag (ran on OPNCI CI build servers) might yield
different results due to different docker build cache states;
* the locally built container image is tagged with the 'verify'
designator and not pushed to a public registry, only consumed
during verify's job 'deploy-virtual' phase;
JIRA: ARMBAND-401
JIRA: FUEL-383
Change-Id: I9b0d8079e759cdc895260219a8a4989411c995ff
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Now healthcheck includes vping_ssh, so remove it as a dedicated test
for verifying patches on gerrit to avoid double checking.
Change-Id: I4daec677e7d1fdc65997f7a9ab580d5f93ece8a8
Signed-off-by: Michael Polenchuk <mpolenchuk@mirantis.com>
|
|
JIRA: FUEL-375
Change-Id: I01f17a28fdb1bd692d1997b0a32be66de8856a8b
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
global-jjb only supports the .yaml file ending for jjb jobs. Instead of
waiting for a release we're going to rename the files.
Change-Id: Icf3339eacd2320c583333e02250998cf6b1881f7
Signed-off-by: Trevor Bramwell <tbramwell@linuxfoundation.org>
|