You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
IIS tests on gorgona are sometimes killed (see eg. Crashed tests in https://gorgona.ocean.icm.edu.pl/job/openaire/job/iis/job/master/25/consoleFull), probably by the OOM killer. This happened recently during concurrent IIS builds, but may also happen when other jobs run concurrently with IIS builds. The default for -Xmx on Java 8 is 25% of memory, we can decrease it and be more memory friendly, but other concurrent builds can still cause problems.
Additionally it seems that in the current configuration crashed tests are detected only because of the interaction with the Sonar JaCoCo sensor - Sonar finds empty jacoco output and fails. The junit archiving plugin eg. does not see them, and with-Dmaven.test.failure.ignore apparently crashes are ignored too.
The text was updated successfully, but these errors were encountered:
Reducing -Xmx is an option but from local testing it seems that the tests do not produce enough garbage to fill what they get by default anyway.
And today we got failures again when multiple builds of different branches were running concurrently.
To decrease pressure on the build machine we should probably start with adding disableConcurrentBuilds to the Jenkinsfile.
As described in the issue #1343 builds get killed by the OOM killer
sometimes.
Add disableConcurrentBuilds to the build options to reduce
memory usage whem multiple builds are triggered.
As described in the issue #1343 builds get killed by the OOM killer
sometimes.
Add lock('iis-build') to the build options to reduce
memory usage whem multiple builds are triggered.
As described eg. in https://issues.jenkins.io/browse/JENKINS-35359
the disableConcurrentBuilds option can only prevent concurrent builds
of a single branch and using locks is the recommended workaround
for serializing all the builds in a multibranch pipeline.
IIS tests on gorgona are sometimes killed (see eg.
Crashed tests
in https://gorgona.ocean.icm.edu.pl/job/openaire/job/iis/job/master/25/consoleFull), probably by the OOM killer. This happened recently during concurrent IIS builds, but may also happen when other jobs run concurrently with IIS builds. The default for-Xmx
on Java 8 is 25% of memory, we can decrease it and be more memory friendly, but other concurrent builds can still cause problems.Additionally it seems that in the current configuration crashed tests are detected only because of the interaction with the Sonar JaCoCo sensor - Sonar finds empty jacoco output and fails. The junit archiving plugin eg. does not see them, and with
-Dmaven.test.failure.ignore
apparently crashes are ignored too.The text was updated successfully, but these errors were encountered: