#jenkins
Вопрос:
У меня есть «официальный» Дженкинс, работающий на сервере, и копия (копия папки .jenkins), которая работает на сервере и должна стать новым официальным Дженкинсом, поэтому мы ее тестируем. Обе установки активны.
Сегодня я обнаружил, что, когда я пытаюсь запустить сборку на новом сервере, он жалуется, что номер сборки 704 уже существует, и это действительно так. Поэтому я удивляюсь, почему он не выбрал новый номер. Номер, который он выбирает (и терпит неудачу), — это номер, который действительно использовался на этом новом сервере девять дней назад. Эта сборка привела к успеху.
В качестве теста я удалил сборку 704 и повторил ее. Затем он выбрал 705 в качестве числа и теперь работает. Однако предыдущая и конфликтующая сборка может быть значительной и не подлежащей удалению, так что на самом деле это не обходной путь….
Спасибо за любые подсказки!
Комментарии:
1. Где происходит взаимодействие между сервером и ServerB? Связана ли проблема здесь с желанием сохранить журналы сборки (и последующие номера сборок) на серверах?
2. Я не знаю, существует ли какое-либо такое взаимодействие. Я упоминаю два сервера на случай, если действительно существует такой риск, чтобы кто-нибудь мог указать мне на это.
3. Неясно, чего вы надеетесь добиться от переключения серверов, поэтому трудно предположить решение проблемы. Вы можете очистить данные сборки на новом сервере, используя такое решение, как superuser.com/a/1418896 , что должно предоставить свежий список сборок и номеров сборок. Если этого недостаточно, нам нужно будет просмотреть дополнительную информацию об ошибке, некоторые выходные данные, каковы ваши требования и т.д.
4. Идея состоит в том, чтобы перенести все (включая сборки) на новый, более быстрый сервер. Копия выполнена (в конце будет заключительная синхронизация rsync), некоторые тестовые сборки работают нормально, но эта столкнулась с конфликтом номеров сборок. Ошибка была следующей: java.lang. Исключение IllegalStateException: /главная страница/дженкинс/.дженкинс/задания/имя ветки набора платформы/сборки/704 уже существовало; не будет переигрывать с именем ветки набора платформы #704 в hudson.model. RunMap.put(RunMap.java:187) в jenkins.model.lazy.LazyBuildMixIn.newBuild(LazyBuildMixIn.java:178)
5. Если вам известна проверенная стратегия копирования, непременно поделитесь ею со мной. Что я нашел, так это «просто скопируйте папку .jenkins». Важно: команда разработчиков не просила об обновлении, поэтому мы застряли в версии 1.609.3.