Не работает обновление ГП в домене ALDpro

Alexey

Участник
Регистрация
12.07.24
Сообщения
3
Реакции
0
Добрый день!

В процессе тестирования ALDpro 2.3.0 (последняя на текущий момент версия) было замечено что Не работает обновление ГП через веб интерфейс ALDpro > Доп. параметры групповых политик.
К примеру - создаем доп.параметр ГП. Настраиваем его.
Конфигурация скрипта (этот скрипт создает на клиенте в каталоге opt тестовую дирректорию test1):

{% set my_host = salt['grains.get']("nodename") %}
{% if salt['pillar.get']('aldpro-hosts:' + my_host) is defined %}

adddir:
cmd.run:
- name: |
if [ -d "/opt/test1" ]; then echo "do nothing!"; else sudo mkdir /opt/test1; fi

{% endif %}


Создаем соответственно и саму ГП для распространения ее на клиенты.

После создания ГП - она успешно применяется на клиенте.
В клиенте (Client1) по пути /srv/salt/standalone/roots/states/policies/host-policies/

создается каталог с ИД политики к примеру: rbta_ldap_custom_gp_host_gp1
В ней создается файл скрипта ГП: init.sls с содержанием скрипта из Доп. параметры групповых политик.

Вроде бы все нормально.

Но если изменить скрипт в Доп. параметры групповых политик. к примеру изменю название каталога на test2

{% set my_host = salt['grains.get']("nodename") %}
{% if salt['pillar.get']('aldpro-hosts:' + my_host) is defined %}

adddir:
cmd.run:
- name: |
if [ -d "/opt/test2" ]; then echo "do nothing!"; else sudo mkdir /opt/test2; fi

{% endif %}

По идее после сохранения параметра, эти изменения должны примениться к файлу init.sls на клиенте, но они не применяются, т.е. политика не обновляется на клиентах домена.

Это весьма нужная функция обновления ГП. Без нее нет смысла вводить ALDpro в продуктив.

В настройках шедулера по пути /srv/salt/standalone/config/minion.d/ что то изменять бесполезно - не работает, только запуск команды salt-call...

Собственно этот пост для того чтобы показать пользователям и админам на сколько пока "сырая" и не доделанная ALDrpo. Если же просто потестировать - сойдет. Но покупать лицензии и вводить ее в рабочий домен - нет уж, лучше дождусь новой версии где исправят и пофиксят все проблемы...
Но у когото как говорится нет выбора - пресловутое "импортозамещение" как прыжок в неизвестность. Собственно подумайте - АстраЛинукс все таки не понесет ответственность, если у Вас отвалится КД на ALDpro в продуктиве, после к примеру очередного обновления... :)

P.S. В официальную ТП AstraLinux послал запрос. Они знают о проблеме и пообещали решить ее в новой версии ALDpro. ЖДЕМС....
 
Последнее редактирование:
gp_sum.build_and_run_gp выполняется через регламентированное время. Вы подождали около 80 минут?


в /srv/salt/standalone/config/minion.d/standalone_scheduler.conf:

build_and_run_gp:
args: []
enabled: true
function: gp_sum.build_and_run_gp
kwargs: {}
maxrunning: 1
name: build_and_run_gp
return_job: false
run: true
run_on_start: false
minutes: 30
splay:
start: 300
end: 3000
 
Последнее редактирование:
gp_sum.build_and_run_gp выполняется через регламентированное время. Вы подождали около 80 минут?


в /srv/salt/standalone/config/minion.d/standalone_scheduler.conf:

build_and_run_gp:
args: []
enabled: true
function: gp_sum.build_and_run_gp
kwargs: {}
maxrunning: 1
name: build_and_run_gp
return_job: false
run: true
run_on_start: false
minutes: 30
splay:
start: 300
end: 3000
пробовал изменять на 30 мин - не работает... проверено

изменял на меньший промежуток времени - все равно этот конфиг не отрабатывает, даже менял на run_on_start: true - все равно не отрабатывает :)
Собственно это офиц. ТП и предлагала изменять параметры в файле standalone_scheduler.conf - всяческие варианты - бесполезно....
 
Последнее редактирование:
Добрый день!

В процессе тестирования ALDpro 2.3.0 (последняя на текущий момент версия) было замечено что Не работает обновление ГП через веб интерфейс ALDpro > Доп. параметры групповых политик.
К примеру - создаем доп.параметр ГП. Настраиваем его.
Конфигурация скрипта (этот скрипт создает на клиенте в каталоге opt тестовую дирректорию test1):

{% set my_host = salt['grains.get']("nodename") %}
{% if salt['pillar.get']('aldpro-hosts:' + my_host) is defined %}

adddir:
cmd.run:
- name: |
if [ -d "/opt/test1" ]; then echo "do nothing!"; else sudo mkdir /opt/test1; fi

{% endif %}


Создаем соответственно и саму ГП для распространения ее на клиенты.

После создания ГП - она успешно применяется на клиенте.
В клиенте (Client1) по пути /srv/salt/standalone/roots/states/policies/host-policies/

создается каталог с ИД политики к примеру: rbta_ldap_custom_gp_host_gp1
В ней создается файл скрипта ГП: init.sls с содержанием скрипта из Доп. параметры групповых политик.

Вроде бы все нормально.

Но если изменить скрипт в Доп. параметры групповых политик. к примеру изменю название каталога на test2

{% set my_host = salt['grains.get']("nodename") %}
{% if salt['pillar.get']('aldpro-hosts:' + my_host) is defined %}

adddir:
cmd.run:
- name: |
if [ -d "/opt/test2" ]; then echo "do nothing!"; else sudo mkdir /opt/test2; fi

{% endif %}

По идее после сохранения параметра, эти изменения должны примениться к файлу init.sls на клиенте, но они не применяются, т.е. политика не обновляется на клиентах домена.

Единственный вариант обновления ГП - это запускать команду на клиентах для обновления ГП вручную: sudo salt-call -c /srv/salt/standalone/config/ gp_sum.build_and_run_gp force=true

Посмотреть вложение 161

Можно конечно повесить эту команду в шедулер для запуска по расписанию при загрузке ПК и запуск к примеру каждые 30 или 60 мин. Но хотелось бы чтобы это было выполнено на уровне ГП как к примеру в винде :)

Это весьма нужная функция обновления ГП. Без нее нет смысла вводить ALDpro в продуктив.

В настройках шедулера по пути /srv/salt/standalone/config/minion.d/ что то изменять бесполезно - не работает, только запуск команды salt-call...

Собственно этот пост для того чтобы показать пользователям и админам на сколько пока "сырая" и не доделанная ALDrpo. Если же просто потестировать - сойдет. Но покупать лицензии и вводить ее в рабочий домен - нет уж, лучше дождусь новой версии где исправят и пофиксят все проблемы...
Но у когото как говорится нет выбора - пресловутое "импортозамещение" как прыжок в неизвестность. Собственно подумайте - АстраЛинукс все таки не понесет ответственность, если у Вас отвалится КД на ALDpro в продуктиве, после к примеру очередного обновления... :)

P.S. В официальную ТП AstraLinux послал запрос. Они знают о проблеме и пообещали решить ее в новой версии ALDpro. ЖДЕМС....
Ждём новой версии aldpro, если исправят данную проблему будет супер.
 
Назад
Сверху Снизу