Age | Commit message (Collapse) | Author | Files | Lines |
|
We dont have other pods so no reason to make extra labels
Change-Id: Ib701ae25d6cd08035930773219f691c7dc1b156e
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I2f6dbe545c1c1adaa0a7020440f17f6f0cf37973
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Change-Id: I2f4a8c57bf056fcc266a0757b291309671ecc151
Signed-off-by: Peng Liu <pliu@redhat.com>
|
|
The tmp directory no longer holds large files, and removing this while
other jobs are running can cause build failures.
Change-Id: I504d06e2e114dd1be4fe3790fcefaf97c724552c
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Disables master daily. Just uses master labels for Euphrates jobs as
well.
Change-Id: I65b0eed528518c07d3ef4194a021004deabe2ed0
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Change-Id: I2b7ee35500da4523a6cb872f89225fad6dd8af7f
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Merged 'apex-daily-master' and 'apex-daily-danube' into
'apex-daily-{stream}'
Change-Id: I2b1e9e3dd0869b6a1f2b1b6415b364a2d9f151d2
Signed-off-by: Trevor Bramwell <tbramwell@linuxfoundation.org>
|
|
The last patch to add apex danube jobs on huawei-pod4 forget to add the
job-template to the jobs list.
Change-Id: I671faa2068bab517adc59ad8597e9c05330d528f
Signed-off-by: xudan <xudan16@huawei.com>
|
|
|
|
Run Dovetail proposed_test job against Apex Danube daily on
huawei_pod4.
Change-Id: I14f4f86caa2b1fb2802b5ea154edec47784209cc
Signed-off-by: Peng Liu <pliu@redhat.com>
|
|
Change-Id: I3246aa7d7b26b2d79ba9bd23aba4f305eb47fd94
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I503250b2152686cb1c9168aeaa6a11f614b0e954
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Since we do not install the package for build process we need to ensure
the PYTHONPATH is set to WORKSPACE so that build.py can find the libs it
needs in Apex.
Change-Id: I4e7f28ce5220206c7f4a8244199b00f762d72648
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: Icac677ac9e17b4b4ae4e7fc82139587cc201bcb6
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I34a555697d963efc38064a7b53f25191d6bf1382
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
|
|
Due to bug with forbidden file paths conflicting with file paths this
explicitly defines all the file paths in apex. This isn't the greatest
solution in the case where someone adds a new folder, but chances are
they will also modify one of the other files as well. Note it also
fixes a bug where unit tests woudl run twice because it would be
triggered as part of apex-verify-master and apex-unit-tests-master.
Change-Id: I6b10f8eb70c2cd7c8dd5c01363e06b7458c00127
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I19fff409b5e8335ff44f0d9ba8167d3e882a9ad5
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: Ide3c39d508d26be40e73cec13cd00eace984b6cc
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
this should make forbidden-file-paths work
Change-Id: I18d63bffb92abd916eae54c7aafe9a8e1e98926f
Signed-off-by: agardner <agardner@linuxfoundation.org>
|
|
Change-Id: I360cd5ba894022cd30cf7237e8338ab2e213c940
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I0c6e54ce4caf0b6889bac62b25afcee2706ca75f
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
If we make changes to apex/tests path it is only unit tests and we do
not want to trigger apex-verify-stream.
Change-Id: I42ef56330883ea6e9643f24567eaee3d5fa36071
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I59523b6233ca48c2eb2d4b4934263f0114d8e7a8
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
|
|
Change-Id: Ia48b95589e6365102fef54444a8e334a80301dd2
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Since these jobs don't deal with scenarios they can safely be moved to
another file without the need to duplicate the scenario listings.
Fixes a bug with 'concurrent-builds' not being set due to missing
quotation marks.
JIRA: RELENG-287
Change-Id: Icce39620521c7d25476553115efbaa9063ca2e17
Signed-off-by: Trevor Bramwell <tbramwell@linuxfoundation.org>
|
|
We dont need to use the apex/ci directory anymore and the ci scripts
should be in releng. A follow up patch will remove the ci/clean script
usage.
Change-Id: Ib2c7bd3d2dfee360bb13b42852ff2010a691a018
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I75bd15be3e68fa630a59cd30a0da72b8f17b8b84
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
There should be no reason to clean as the unit tests should be local to
the code. This was deleting some of our undercloud vms in daily
deployment causing deployment to fail.
Change-Id: I22abc57ea1a3f10cb91451e7005aa23d9715acc5
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I30bc270c1ae9c648ec184e446a712bd304ad1230
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I0bd9f2bac11b4161da4b6cdfa0a0c6d444020944
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I3f0119db7b7cade3ddd2dbeaa97e03e1fea58798
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I3e5a08996e896bcf7b88c97b503de414f7f3ee71
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I4a1da6ba1efe2b704f0109f63817021435d283b8
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
This will limit how many simultaneous builds we can do at a time on
build server, but will stop the bug we are hitting where deploy (next
job) and functest (current job) start at the same time by blocking
parent jobs.
Change-Id: If23ce857d7ef043c408b0eb6a74357ce1278e4b9
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
storperf has infinite loop:
https://build.opnfv.org/ci/job/storperf-apex-baremetal-daily-master/10/consoleFull
Change-Id: I526cddbda15c6262b4afd7c30b6d2681011f48a5
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I3878f3e1a85b31ddba8d3f53e774a9e1d16f8afb
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I36066bf003b1504524a5b8143cceef7829b23ca8
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: Iba1b2f47e8ace4fb4a9eed80342fcb8950e848f8
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I0455283ba94501119786ffbc3b1217bb71cc35c7
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
We have blocking so that deploy wont run while another deploy or
functest is running. However there is an issue where after a deploy
completes, the next in line deploy starts at the same time as the
functest starts for the previous deploy. This patch adds a quiet period
to the deploy job of 30 seconds, which hopefully will offset the start
time between the two and resume correct blocking.
Change-Id: Id94d075f2d2e48952a5c2186eeb81d09bb68c49b
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I999640281d8e15132c9024e25e43122d2a12baf7
Signed-off-by: Fatih Degirmenci <fatih.degirmenci@ericsson.com>
Signed-off-by: mbeierl <mark.beierl@dell.com>
|
|
According to the multijob builder, condtion: "condition (str) – when to
trigger the other job". Other job in this case means the next job I
believe.
Change-Id: I084fffc80584ad683345f6040ec0081c16513c8d
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I6bd33b0304127dbcac1ccc4320a2a34e8a837d00
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
Change-Id: I900f9dc6e6dd3bf041fbecc5eab3216f5bd7f8bc
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Change-Id: I8433b84bc2e2c3acf7db67b8bf40aedddb727daa
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
Change-Id: I0670eb1e0c698e2a57698ba0f11879a17a34c2ff
Signed-off-by: Feng Pan <fpan@redhat.com>
|