Установка КД 2.4.0

[Костюков Владимир]

Документация в архиве

 

[vovich]

а что делать, если основной контролер после обновления выдают ошибку в состоянии подсистемы. При этом все работает. sudo ipactl status показывает, что все сервисы запущены. Версия ALDPro стоит 2.4.0. В журнале историй написано "переход из состояния error в состояние updated невозможен. ALDpro обновлялся после обновления ОС 1.7.5UU1 до 1.7.6

 

[alex1]

Добрый день. Подскаите как это исправить?
Уже почти сутки висит в таком статусе.
Пробовал обновить через портал, в итоге обновлял все в ручную.
Samba тоже не понятно почему в статусе Устанавливается висит уже больше 10 часов.

 

[vovich]

Добрый день. Подскаите как это исправить?
Уже почти сутки висит в таком статусе.
Пробовал обновить через портал, в итоге обновлял все в ручную.
Samba тоже не понятно почему в статусе Устанавливается висит уже больше 10 часов.

моя вторая попытка обновить сервера до 2.4.0 с 2.3.0 тоже уже сутки выдает такую картинку. Есть стойкое подозрение, что проще с нуля все сделать. Росийское ПО оно такое, беспощадное.

 

[rivan]

Я таки обновился. Напишу как.
Все делал на копиях ВМ, после обновления перешел на новые ВМ, остановив старые.
1. Обновил все сервера до 1.7.6
2. Обновил КД по инструкции. Была ошибка в глобальным каталогом, как в инструкции все сделал.
3. Подсистемы тоже висели в статусе Обновление. Обновил вручную по инструкции все кроме сервера журнала. Оставил на выходные посмотреть что будет, сегодня статус Обновлена 2.4.0 - видимо надо больше времени ждать.
Ну и по итогу вроде как все работает, ошибок не пишет.

 

[rivan]

Мои наблюдения после обновления до 2.4.0:
salt-call стал теперь aldpro-salt-call но групповые политики теперь удобнее применять утилитой aldpro-gpupdate
При вводе ПК в домен на 44% ругается на отсутствующий salt-call и висит минуту , но в домен в итоге вводит, политики применяются, вроде все норм.
Почему то не работают "Политики обновления ALD Pro". В итоге приходится на всех ПК вручную делать apt update, apt dist-upgrade и потом еще aldpro-gpupdate --pm и --gp, можно как то это решить? По >100 ПК бегать то еще удовольствие.
На сервере контроллере домена надо прописать путь к утилитам salt, лежат они в /opt/rbta/venvs/aldpro-common/bin иначе тот же salt-key не находит.
Добавлю - на клиентах, которые обновил до 2.4.0 ошибки про обновлении групповых политик:
в конце:
local:
True
Traceback (most recent call last):
File "/usr/sbin/aldpro-gpupdate", line 174, in <module>
run()
File "/usr/sbin/aldpro-gpupdate", line 99, in run
'aldpro-salt-call gp_sum.build_and_run_gp force=True')
File "/usr/sbin/aldpro-gpupdate", line 77, in run_command_with_show_stdout
raise Exception('Произошла ошибка. Пожалуйста, попробуйте выполнить команду повторно. \n')
Exception: Произошла ошибка. Пожалуйста, попробуйте выполнить команду повторно.
Но политики вроде применяются..

При этом на клиенте который ввел в домен сразу с клиентом 2.4.0 такого нет.

 

[amaslov]

Развернул 2.4.0 вроде норм, добавил клиента. Но при попытке развернуть второй контроллер, висит в статусе "устанавливается", в заданиях автоматизации ничего не появилось. На миньёне салта, тоже тишина. Куда смотреть подскажите? Раньше было более менее понятно, был салт-мастер, но не понял как его сейчас звать и куда логи пишет.

 

[Костюков Владимир]

amaslov, aldpro-roles --iud на клиенте