Задания Hudson и подчиненный узел отсутствуют после обновления

Question

Где и как хранятся рабочие места и ведомая информация Hudson?

Я случайно отменил обновление Hudson сегодня. Это не позволило бы мне продолжить обновление; только для перехода на предыдущую версию, а затем снова обновить. После перехода на более низкую версию два задания, которые я создал в недавнем прошлом, исчезли с панели мониторинга вместе с подчиненным узлом, который я создал для одного из этих заданий, и недавно удаленное задание появилось на панели мониторинга. После обновления задания и узлы находятся в том же состоянии.

Что случилось? Могу ли я восстановить свои недавние задания и узлы, и как мне это сделать? Пожалуйста, имейте в виду, что, хотя я хорошо знаю C / C ++, веб-сервисы находятся вне моей области, и я не знаю, что такое банка или война ... Я просто следовал онлайн-инструкциям по установке и настройке Hudson, и это работал. Я хотел бы избежать простого воссоздания этих рабочих мест; настройка одного из них была менее чем тривиальна.

Подробнее: в конфигурации домашний каталог указан неверно; он думает, что HOME - это / root / вместо / home / hudson. Как это изменилось, и как я могу изменить это обратно?

Предыдущая версия Hudson - 1.379. Это в настоящее время работает 1.381. Я запускаю его на RHEL 5.

Когда я просматриваю каталог .hudson / jobs, там присутствуют оба последних задания, а ранее удаленного задания нет. В этих каталогах заданий отсутствуют каталоги "рабочего пространства".

Answer 1

Как вы заметили, конфигурация задания хранится в HUDSON_HOME/jobs/[name]/config.xml.

Конфигурация ведомого сохраняется в главном конфигурационном файле Hudson, HUDSON_HOME/config.xml.

Я не уверен, почему Хадсон не поднял работу, когда вы перезапустили после обновления. Проверка журнала Hudson может дать подсказку, обычно /var/log/hudson/hudson.log.

Если в ваших заданиях присутствуют файлы config.xml , Хадсон сможет их перечитать, если вы перезагрузите конфигурацию ( Управление Hudson -> Перезагрузить конфигурацию с диска ). Если Хадсон по-прежнему не распознает их (и файл конфигурации присутствует), лучше всего, вероятно, воссоздать задания, вручную извлекая из файла конфигурации все, что вы можете (имея в виду, что экранирование XML применяется к текстовым полям, таким как сборка). команд).

Answer 2

Я получил полезную подсказку, когда снова посетил страницу «Управление Гудзоном» и увидел сообщение о том, что у меня есть данные в старом и нечитаемом формате. Это говорит о том, что Хадсон руководил .war, которая отличалась от той, которая использовалась совсем недавно. Поэтому я искал на диске файлы "hudson.war" и нашел два; один из нескольких недель назад и один из нескольких месяцев назад. Более новый находится там, где я ожидал его найти, а более старый - где-то еще. Я переименовал старый. Кроме того, у меня есть скрипт start-hudson.sh, я добавил в этот сценарий «export HUDSON_HOME = / home / hudson» и использовал его для перезапуска hudson. И вот, мои новые рабочие места вернулись и работают.

Я бы подумал, что простое присвоение имени переменной HUDSON_HOME сделало бы это, но я сделал это первым и перезапустил Hudson, но без радости. Только после того, как я переименовал старый .war AND, установив переменную окружения, я нашел исправление. Я полагаю, что для более раннего файла .war корневой каталог был установлен как HUDSON_HOME, и что каким-то образом этот .war запускался, но версия, показанная на странице, была текущей версией. Я не понимаю этого, но я счастлив вернуться в бизнес.