Странный статус сборки для подмодуля Jenkins/Maven

У меня есть проект Jenkins maven-3 со многими подмодулями. Статус основного проекта показан в правой части изображения ниже. С левой стороны находится один подмодуль. Я не понимаю, почему Дженкинс считает, что подмодуль все еще создается примерно 11 раз (все мигающие индикаторы состояния). кто-нибудь знает, почему это произошло?

Статус Jenkins для модуля и проекта

ОБНОВЛЕНО: после перезапуска как ведомых, так и мастер-ноды мигающие сборки перестали мигать. Однако статусы сборки проекта Jenkins (правая сторона на картинке выше) теперь отображаются как все красные! Как перезагрузка Jenkins может перевести проект из нестабильного в сломанный? Доказательство:

новый статус Дженкинса для проекта

ОБНОВЛЕНИЕ № 2: оказалось, что подмодуль не удалось собрать из-за ошибки OutOfMemoryError:

    Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
    at java.lang.Thread.start0(Native Method)
    at java.lang.Thread.start(Thread.java:574)
    at java.lang.Shutdown.runHooks(Shutdown.java:128)
    at java.lang.Shutdown.sequence(Shutdown.java:173)
    at java.lang.Shutdown.exit(Shutdown.java:218)
    at java.lang.Runtime.exit(Runtime.java:90)
    at java.lang.System.exit(System.java:869)
    at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:149)
    at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:63)
Triggering a new build of foo-main-cobertura #345
Finished: SUCCESS

Но обратите внимание, что окончательный статус: "УСПЕХ". Действительно?! И это запустило нижестоящий проект «foo-main-cobertura», который должен запускаться только при успешных или нестабильных сборках, а не при неудачных сборках. Итак, новый вопрос: почему Дженкинс интерпретирует ошибку OOM как успешную?


jenkins maven maven-3 hudson
person tdrury    schedule 12.03.2012    source источник

Ответы (1)


arrow_upward
0
arrow_downward

У вас есть инфинитивная петля (возможна в одном тесте). Попробуйте сбросить процесс jenkins и проверьте еще раз.

person Andrzej Jozwik    schedule 12.03.2012
comment
Этот модуль не имеет модульных тестов. Однако вы можете быть на правильном пути, так как этот модуль имеет один или несколько пользовательских плагинов maven. Если бы кто-то из них вел себя плохо... - person tdrury; 13.03.2012
comment
Аналогичные проблемы: Jenkins зависает навсегда Сборка зависла ДЖЕНКИНС-4165 - person Andrzej Jozwik; 13.03.2012
comment
Все исполнители были свободны. Активно зависших билдов не было. Если это повторится, я получу дампы потоков. - person tdrury; 13.03.2012
comment
Так вот еще вопрос: если подмодуль по-прежнему думает, что строит как в билде 1969, то почему у родительского проекта статус сплошной желтый (нестабильный)? Разве значок состояния родительской сборки также не должен мигать? - person tdrury; 13.03.2012
comment
Я не знаю, почему ваш билд висит. Я нашел объяснение, что, возможно, у вас все еще открыты удаленные ресурсы (например, вы развертываете или публикуете на удаленном сервере и связь зависает). Попробуйте плагин тайм-аута и установите количество исполнителей равным 1. - person Andrzej Jozwik; 13.03.2012
comment
Ничего не висело. Если вы посмотрите на мое второе обновление к исходному сообщению, сборка не удалась во время этого конкретного подмодуля с ошибкой OOM, но Дженкинс интерпретировал это как должное по какой-то странной причине. Я отправил это в список адресов электронной почты Дженкинса, чтобы получить их мнение. На мой взгляд, это серьезная проблема с Jenkins или интеграцией Jenkins/Maven. - person tdrury; 13.03.2012
comment
На данный момент я решил проблему, переключившись на 64-битную JVM. Я больше не получаю ошибку OOM, и сборка действительно успешна, а не ошибочно успешна :) Однако здесь все еще есть проблема с Jenkins и/или Maven. - person tdrury; 13.03.2012