Jenkins - Плагины, которые не устанавливаются, а задания и функции отсутствуют после обновления.

Question

Я использую последние Jenkins (v 1.590) LOL, но официальный сайт Jenkins говорят: 1.588. Я на 200% уверен, что я видел 1.589 и 1.590 несколько дней назад на официальном сайте загрузки Jenkins (когда я хотел обновить Jenkins до более новой версии).

Это то, что я вижу в нижней части моей страницы экземпляров Jenkins.

Page generated: Nov 19, 2014 12:07:51 PMREST APIJenkins ver. 1.590 

Теперь вопрос я облицовкой: Так как я модернизировал несколько плагинов и сам недавно Дженкинс, некоторые из рабочих мест не хватает (я вижу, это может произойти во время обновления, но обновление до последней Дженкинс должен исправить это и я два шага впереди, что Дженкинс имеет на своем официальном сайте, справа):

1. Я хожу в Управление Дженкинс, Управление плагинов, доступных Перейти на вкладку, галочка кучу плагинов для установки (Artifactory, Maven project plugin и т. Д.) И перезапустить Jenkins с помощью интерфейса Jenkins GUI (который происходит автоматически после загрузки/установки плагинов в графическом интерфейсе Jenkins). После перезагрузки я делаю то же самое, чтобы увидеть, отображается ли плагин сейчас на вкладке «Установленный» или нет, но, к счастью, он все еще отображается в разделе «Доступная вкладка» и не указан на вкладке «Установлено». Если я открою конфигурацию существующего задания или создаю новое задание, функции, доступные из-за установленных плагинов, будут отображаться NOT, т. Е. Если я установил Maven Project Plugin, я не вижу возможности создания стиля Maven (2/3) проектной работы при создании нового задания.

Я вижу действительный. jpi файлы для соответствующих плагинов в папке плагинов в JENKINS_HOME, а также некоторые файлы с расширением .pinned. Я пробовал это несколько раз, но плагины не видны после установки. Установка не дает никаких ошибок во время всей операции.

Системный журнал Jenkins файл (при перезапуске Jenkins) прилагается (ПРИМЕЧАНИЕ. Используйте медленную кнопку загрузки, чтобы просмотреть/загрузить этот файл журнала).

Download at SpeedyShare или [код] http://speedy.sh/x6vd8/Jenkins.System.Log[/code]

Answer 1

Проблема была с разрешениями плагинов и расширенными папками.

Если вы видите под папкой плагинов, вы увидите файлы .jpi или .hpi (Jenkins jpi и Hudson hpi).

Если у меня есть awesomeplugin.jpi, тогда будет папка с именем awesomeplugin.

Используя подсказку Славяна, я проверил кучу чеков и обнаружил, что я установил 70 плагинов, некоторые из которых как-то получили «root» и «root» в качестве своего владельца и группы для своих файлов .jpi и соответствующей папки ,

Теперь лучшим решением, которое можно попробовать (самый безопасный подход), является chown -R yourvalidjenkinsuser: yourvalidgroup * и chmod -R 755 * как root. Прежде чем сделать это, остановите/выключите jenkins.

Я пошел еще дальше, я сначала сделал резервную копию файлов конфигурации/всей jenkins JENKINS_HOME. Затем я пошел в папку плагинов и удалил все соответствующие .jpi папки с помощью учетной записи root или как владелец этих папок (ПРИМЕЧАНИЕ. Я не удалял файлы .jpi). Затем я выполнил две команды (chown/chmod) и запустил Jenkins.

РЕЗУЛЬТАТ:

1. , когда я собираюсь Дженкинс> Новый пункт (чтобы создать новую работу), Шензи, все различные типы вариантов рабочих мест обнаруживаются (которые включали Maven2/3, которые я нашел, пропали без вести, и некоторые другие, такие как «Проект с несколькими конфигурациями» и тип работы Multijob Project, все пропали без вести, и теперь они появляются.

2. ОК, я также проверил одну из старых работ , пошел на конфигурацию своей работы и Shenzi !! Теперь я вижу все возможности там (плагин Promoted Job ature «Промотируется, когда ..». Эта функция, которую я настроил когда-то назад, пропал, но теперь она снова появляется.

3. Немногие из заданий Maven, которые я создал в прошлом, с плагином релиза Maven и плагином для выпуска. В работе POC было множество шагов. Я обнаружил, что ничего не было на этапе сборки (после всего этого беспорядка), но после вышеупомянутого решения я теперь вижу, что все вернулось. Я могу видеть конфигурации и строить шаги, заполненные по мере их установки.

Надеюсь, это поможет кому-то, кто сталкивается с подобной проблемой.

Тем не менее, я не знаю, почему моя версия Jenkins составляет 1.590 (которую недавно обновил Дженкинс в автоматическом режиме), и сайт Дженкинса сегодня говорит, что их последний артефакт Дженкинса - версия 1.588 (похоже, тайна).

Answer 2

Когда вы говорите «действительные .hpi файлы», вы на самом деле проверить, что они действительны? Вы должны иметь возможность переименовать их в .zip и извлечь в качестве действительного архива. Проблема, с которой я сталкиваюсь, - это система фильтрации сетевого уровня, которую мы имеем в офисе. Он иногда перехватывает вызовы Дженкинса с помощью страницы входа в систему фильтрации, вместо того, что загружается интернет-ресурс.

Если ваши файлы .hpi являются недопустимыми zip-архивами, откройте их в текстовом редакторе и посмотрите, являются ли они в виде какой-либо html-страницы/ответа.