Open sxa opened 5 months ago
Builds were kicked off in the order JDK22, 8, 11, 17, and 21 in order to determine the worst-case scenario for the current latest LTS release. In each case the latest ones are the important ones, with previous ones added for comparison where available.
For the "Win64 pipeline" tables, note that the queue+build+smoketest all have to complete before other test jobs are initiated, so the total time for the pipeline will be the sum of those plus the slowest of the others (usually extended.openjdk). Note also that the "sign_verification" step also needs to run on a test machine, and that is done after the others are complete so cn get delayed for extended amounts of time too (I'm seeing 8 hours for some of them - perhaps that could be targetted to build nodes in the future?)
Noting also that we've got some jobs that appear quite "stuck" as mentioned in slack:
System has mostly quiesced now. Regens done to remove Linux/s390x from JDK22u and win32 from all relevant releases (8, 11, 17). Those plus the usual jdk8/arm32 will be triggered manually in the April cycle. I have also added the test labels to build-azure-2 to increase capacity a little more. The next dry-run (once regenerations are done) will also include the fix to allow the rhel6 test machine to be re-enabled, and the marking offline of all of the equinix_esxi systems which are due to be decommissioned.
Initiated new pipelines:
This week I have been performing dry runs for the April 2024 release cycle. Since we have five releases in parallel, some platforms will take longer than usual to work through the list they are all initiated. This is the first time we'll have done five, with 4 being initiated previously (8, 11, 17, 21 - 22 is the new one with 21 in LTS alongside all of the others)
I have already removed win32 from the default triggers on 8, 11 and 17 (We do not build win32 for 21+) which should reduce contention (We will start a separate pipeline for those) and we are also in the process of switching off some of our windows machines and replacing them with more up to date versions as per #3238) Most of this issue will involve the gathering of data to show how things are going and determine any improvements we can make going forward.