Update Notes

Update 4.2.2 -> 4.3.0#

Требует остановки сервиса и корректного пути обновления:

Удалить сервис models-store

Выполняется на manager ноде кластера:

docker service rm smartcpd_models-store

Изменение структуры хранилища models-store

В директории хранилища models-data (по-умолчанию /opt/shared_data/models_data) создать директорию models и задать ей корректные права пользователя, под которым запускается сервис models-store

sudo mkdir /opt/shared_data/models_data/models
sudo chown uid:gid /opt/shared_data/models_data/models

Переместить все прочие директории /opt/shared_data/models_data/ в созданную /opt/shared_data/models_data/models:

sudo mv /opt/shared_data/models_data/licenses /opt/shared_data/models_data/dejavu_local /opt/shared_data/models_data/lstm_cloud  /opt/shared_data/models_data/models

Выполнить обновление путем запуска setup.sh скрипта с сохраненными данными предыдущей установки в файле setup.env
Удаление сервиса smartcpd_redis-node

Выполняется на manager ноде кластера:

docker service rm smartcpd_redis-node

Update 4.2.1 -> 4.2.2#

Обновление путем выполнения setup.sh скрипта с сохраненными данными предыдущей установки в файле setup.env

При авторизации всем пользователям потребуется сменить пароль в принудительном порядке (на странице авторизации). Если форма смены пароля не появляется - перезагрузить страницу.
Для доступа к настройкам парольных политик необходимо добавить требуемые привилегии в соответствующие роли

Update 4.1.1+ -> 4.2.0#

Обновление путем выполнения setup.sh скрипта с сохраненными данными предыдущей установки в файле setup.env

Исключение контейнера trunksync-db#

Перед выполнением setup.sh необходимо на всех balancer нодах создать директорию для хранения sqlite файла состояния синхронизации, доступную для чтения и записи uid пользователя, под которым запускаются сервисы. По-умолчанию путь к директории /opt/scpd/trunksyncdb_data.

После выполнения обновления нужно удалить сервис trunksync-db командой docker service rm smartcpd_trunksync-db

Добавлена ролевая модель доступа#

Перед обновлением, убедиться, что административный пользователь по-умолчанию (заданный через setup.sh) включен, и доступ под этим пользователем в портал работает.

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