Обновление артефакта завершается неудачно при импорте - PullRequest
0 голосов
/ 02 апреля 2020

Я работаю в компании, которая годами работает с Artifactory 2.3.3. Нам нужно обновить, очевидно. Я взял нас к 2.6.7 как необходимый шаг обновления, и сегодня я работал над переходом на 3.9.2 как следующий необходимый шаг.

Я следовал официальным инструкциям https://www.jfrog.com/confluence/display/RTF3X/Upgrading+Artifactory

"Пустой" 3.9.2, конечно, работал нормально, поэтому я приступил к копированию хранилища файлов и затем импорт системы экспорта. Экспорт был выполнен в соответствии с инструкциями, т.е. с исключенным Контентом, и ничто иное не исключено.

Импорт завершен, но с 99 ошибками. Они были следующих трех типов:

  1. Файл, отсутствующий в резервной копии. Во всех случаях экспорт содержал папку с тем же именем, что и файл, но с добавлением «.artifactory-metadata» к его имени. Так, например, вместо

/ BACKUP_DISK / ARTIFACTORY / 20200402.192450 / репозитории / jboss-release-cache / jboss / jboss-j2ee / 4.2.0.GA / jboss-j2ee-4.2.0.GA .pom

... в экспорте была эта папка:

/ BACKUP_DISK / ARTIFACTORY / 20200402.192450 / repositories / jboss-release-cache / jboss / jboss-j2ee / 4.2.0. GA / jboss-j2ee-4.2.0.GA.pom.artifactory-metadata /

..., содержащий два файла, artifactory-file. xml и artifactory.stats. xml

Ошибки при сбое импорта файла, так как "значение MD5 'null' не является действительной контрольной суммой"

Ошибки об ошибке при импорте файла, поскольку "Артефакт отклонен: хранилище 'codehaus-cache' затемнено и не может обслуживать артефакт "

Последнее беспокойство заключается в том, что новая установка на домашней странице утверждает, что в два раза меньше артефактов, чем в 2.6.7 установка. Интересно, было ли выполнено какое-то слияние / перемаркировка, и мне не стоит об этом беспокоиться.

Буду признателен за любые подсказки по вышесказанному.

...