Системные журналы Artifactory не обновляются после миграции из более старой версии - PullRequest
Новая
       8

Системные журналы Artifactory не обновляются после миграции из более старой версии

1 голос
/ 31 марта 2020

После миграции с Artifactory OSS 5.11.0 rev 51100900 на Artifactory Commercial license 7.3.2 rev 70302900 системные журналы больше не обновляются после отметки времени даты миграции.

Я использовал статью JFrog: « Каков наилучший способ миграции большого экземпляра Artifactory с минимальным временем простоя? ”, чтобы выполнить миграцию.

Настройка серверов:

Старый сервер: Artifactory OSS 5.11 .0 rev 51100900
Новый сервер: коммерческая лицензия Artifactory 7.3.2 rev 70302900
Оба сервера работают как Docker Контейнер на linux.
Каждый сервер linux является виртуальной машиной на физически разных ВМ Сервер.

Действия по миграции:

  1. На обоих серверах я отключил сборку мусора
    Admin -> Advanced -> Maintenance -> Garbage collection
  2. Старый сервер: скопирована папка $ARTIFACTORY_HOME/data/filestore на новый сервер Папка filestore.
  3. Старый сервер: выполнен полный системный экспорт с выбранной опцией Exclude Content (другие параметры не выбраны).
  4. Новый сервер: выполнен полный системный импорт (сделал НЕ выберите параметр «Исключить содержимое».
  5. Новый сервер: снова включен сборщик мусора
  6. Перезапущен новый сервер.

Текущее состояние:

Новый сервер работает без проблем. Все артефакты со старого сервера присутствуют на новом сервере и доступны. Новые артефакты без проблем отправляются на новый сервер.
Я создал два реестра Docker на новом сервере, и они также работают без проблем.
Создание новых пользователей и групп разрешений также работает правильно.

У меня проблема:

Когда я go до Admin -> Artifactory -> Advanced -> System Logs, я вижу четыре системных журнала, но последняя запись в каждом журнале является последней записью, сделанной старым сервером. .
Нет новых записей, сделанных новым сервером.

Наблюдения и действия, которые я пробовал:

  1. Я установил новую локальную Артефакторию Сервер (Docker контейнер), docker exec в контейнер в каталог /var/opt/jfrog/artifactory/log и изменил имя всех файлов журнала, которые начинаются с artifactory-*.log на artifactory-*.log.old. Я остановил контейнер Artifactory и снова запустил его.
    Все журналы, для которых я изменил свое имя, были воссозданы и начали регистрировать все.
    Когда я делал то же самое на новом сервере, журналы были NOT воссоздан.

  2. Начал ковыряться в файловой системе контейнера Docker и обнаружил вызов каталога artifactory.home_IS_UNDEFINED в папке /var/opt/jfrog/artifactory. Отметка времени для каталога - это дата и время миграции.

  3. Запуск printenv и правильный путь к дому:
    JF_PRODUCT_DATA_INTERNAL=/var/opt/jfrog/artifactory
    JF_PRODUCT_HOME=/opt/jfrog/artifactory

  4. Новый сервер - это, по сути, логирование! Просто не в нужном месте. В папке /var/opt/jfrog/artifactory/log есть много журналов, которые отслеживают все действия.
    Также в папке /var/opt/jfrog/artifactory/artifactory.home_IS_UNDEFINED/logs есть активные файлы журналов.

  5. Ни один из журналов, которые работают отображаются в консоли системных журналов пользовательского интерфейса.

Я пытался решить эту проблему в течение нескольких дней (вкл. и выкл.), но не могу найти что-либо связанное со знаниями об артефактах. - на базе, ни с помощью Google.

Любая помощь или понимание будет принята с благодарностью.

1 Ответ

0 голосов
/ 02 апреля 2020

OK. Я понял это.

Проблема была в файле /var/opt/jfrog/artifactory/etc/artifactory/logback.xml.
Почему-то после миграции этот файл был изменен с исходного файла, который был на новом сервере.

Измененный файл имел различную структуру xml, и во всех журналах использовалась переменная ${artifactory.home} в тегах xml.
В исходном logback.xml использовались ${log.dir} переменные.

К счастью исходный файл был каким-то образом скопирован и имел имя logback.original.xml.

Я переименовал текущий (неверный xml структурированный) файл в logback.xml.back и переименовал файл logback.original.xml в logback.xml и через несколько минут отсутствующие журналы были воссозданы в правильной папке, и все стало регистрироваться.

Теперь я также могу просмотреть журналы в пользовательском интерфейсе Artifactory в разделе Системные журналы.

...