Comments 7
Из полезного, что вынес для себя: occ config:system:set trusted_domains 3 --value=
Не знал, что такая команда есть, обычно просто правил конфиг.
Работать с облаком через ansible, а не terraform... ну, ок.
Но от такого становится грустно:
- name: create simvolic url
shell: |
ln -s /etc/nginx/sites-available/{{ name_config_next }} /etc/nginx/sites-enabled/{{ name_config_next }}
/etc/init.d/nginx reload
Ну, и непонятно, кому нужен однохостовый nextcloud.
Ansible был удобней для меня в плане того что мне необходимо было производить не только развёртывание но и конфигурацию. Да в названии задания была допущена грамматическая ошибка. Правильно create symbolic link. Однохостовый Nextcloud может планироваться под клиента.
Это какой-то треш, простите. Использовать парсинг вывода дебага ansible в json формате с помощью однострочника на баше для извлечения значения одного ключа для записи в файл инвентаря, чтобы вызвать еще один башсибл?
- name: "Run a shell command on a remote host"
hosts: nginx*
tasks:
- name: create simvolic url
shell: |
ln -s /etc/nginx/sites-available/{{ name_config_next }} /etc/nginx/sites-enabled/{{ name_config_next }}
/etc/init.d/nginx reload
в этом таске прекрасно все
systemd уже отменили ?
вы слышали что-нибудь про Handlers ?
simvolic ==> symbolic. И не url, а link
Про модули в ansible слышали ? Неожиданно, но модуль file умеет в симлинки и не только
1. Согласен что через systemd было бы удобней выполнить reload nginx. Но в принципе так тоже можно)
2. Про это не слышал. Почитал. Да довольно таки удобно использовать перезагрузку сервиса. Решил перезапустить nginx командой. Всё таки конфигурация вносится один раз.
3. Да. Опечатался. Спасибо за поправку
4. Спасибо за ваш коментарий. Да можно сделать символическую ссылку используя модули ansible. Буду иметь ввиду спасибо.
Создание новых экземпляров Nextcloud с помощью скриптов Ansible