You can apply corresponding computer policy to the given machines

Ok

Look here to start: https://docs.ansible.com/ansible/latest/user_guide/windows_setup.html

ad: совпадение?! Не думаю (с)

ad: совпадение?! Не думаю (с)

Не все удобно делать адом, если других инструментов нет.

Политика все же не предназначена для того, чтоб ее то и дело по запросу дергали.

На это есть SCCM, например, он стоит... прилично так стоит.

Ok so not need to enable anything in the windows 10 right?

Just note that you cannot run ansible controller on Windows. You need Linux instance to run ansible playbooks. However you can use WSL for that.

Не все удобно делать адом, если других инструментов нет.

AD - это средство авторизации и аутентификации с централизованным управлением и гибкими настройками политик доступа. В этом плане равных AD пока нет. Это не средство управления конфигурациями (хотя такие функции там есть).

AD - это средство авторизации и аутентификации с централизованным управлением и гибкими настройками политик доступа. В этом плане равных AD пока нет. Это не средство управления конфигурациями (хотя такие функции там есть).

Я, собственно, и не возражал.

http://www.opennet.ru/opennews/art.shtml?num=50100

@Andorka так вот где теперь тебя искать :)

Есть отличная статейка на эту тему https://www.digitalocean.com/community/tutorials/how-to-manage-multistage-environments-with-ansible

Я бы положил в ./environments/common/inventory/certs, затем сделал бы симлинки: ` ./environments/prod/inventory/certs --> ../../common/certs ./environments/dev/inventory/certs --> ../../common/certs `

@Andorka так вот где теперь тебя искать :)

нафиг я тебе сдался? %)

я уже придумал куда кубеня натянуть на новой работе, но пока надо с ансиболью пострадать

я уже придумал куда кубеня натянуть на новой работе, но пока надо с ансиболью пострадать

Я знал что ты не сможешь больше без этого

А то ишь променял Kubernetes на Ansible!

сам не рад

я уже придумал куда кубеня натянуть на новой работе, но пока надо с ансиболью пострадать

чего с ней страдать?

народ, вроде кто-то тут винду крутит ансиблом? какая-то хрень с модулем win_nssm, похоже в нем сломан функционал 'state=restarted', он при этом пытается зарегать сервис (который уже давно зареган есессно), и падает с ошибкой что не хватает параметров. это модуль не едет, или у меня что-то не в порядке? ) таска (точнее хандлер): - name: restart consul on Windows win_nssm: name: consul state: restarted when: ansible_os_family == "Windows" listen: 'restart consul' ошибка выглядит так: RUNNING HANDLER [consul-cluster.role : restart consul on Windows] ************** fatal: [10.1.14.151]: FAILED! => changed=false msg: Error installing service "consul". No application was supplied. fatal: [10.1.14.152]: FAILED! => changed=false msg: Error installing service "consul". No application was supplied.

уже по тексту ошибки виден косяк - error installing, хотя инсталлить никто не просил.

А сервис вообще есть такой?

Может, он вообще не зареган?

есть сервис, проверено. тут же захожу на винду, или дергаю через ansible win_command: nssm dump consul, и вижу что все на месте

чего с ней страдать?

люблю быть программистом на языке программирования yaml

лольно, state=started тоже похоже поломан. упорно пытаетя регать сервис.

https://pastebin.com/8hyr42HT

лольно, state=started тоже похоже поломан. упорно пытаетя регать сервис.

Версия ансибла?

Версия ансибла?

ansible 2.7.6 config file = /home/citius/.ansible.cfg configured module search path = ['/home/citius/.ansible/plugins/modules', '/usr/share/ansible/plugins/modules'] ansible python module location = /usr/local/lib/python3.6/site-packages/ansible executable location = /usr/local/bin/ansible python version = 3.6.6 (default, Aug 13 2018, 18:24:23) [GCC 4.8.5 20150623 (Red Hat 4.8.5-28)]

и win_hostname похоже поломано до кучи :D msg: 'Failed to rename computer to ''nomad-win-node-lucky-wren'': Skip computer ''nomad-win-node-lucky-wren'' with new name ''nomad-win-node-lucky-wren'' because the new name is the same as the current name.' old_name: NOMAD-WIN-NODE- где идемпотентность? :) он _фейлится_ потому что не нужно ничего менять. и я так понял что даже не могу сам провести проверку с when, т.к. в ansible_hostname имя поломано, показвает только первые СКОЛЬКО-ТО-СИМВОЛОВ

А сам сервис консула вы через win_nssm создавали?

А сам сервис консула вы через win_nssm создавали?

да, конечно. state=present с нужными параметрами. он создается и стартует.

Это, видимо, проблема не ансибла, а nssm

Рестарт сервиса нужно делать через win_service

Пробовали?

nssm заточен под создание сервисов с навороченными параметрами, а не под идемпотентность

Note that NSSM actions like "pause", "continue", "rotate" do not fit the declarative style of ansible, so these should be implemented via the ansible command module

ну я же примеры из доки взял, я это не сам придумал.

Рестарт сервиса нужно делать через win_service

Пробовали?

вот тут https://docs.ansible.com/ansible/2.4/win_nssm_module.html#win-nssm-nssm-the-non-sucking-service-manager в examples ровно оно

не пробовал, попробую.

вот тут https://docs.ansible.com/ansible/2.4/win_nssm_module.html#win-nssm-nssm-the-non-sucking-service-manager в examples ровно оно

Где там в examples restarted?

Где там в examples restarted?

да, похоже что нигде.

И да, у вас явно параметров не хватает. application например

The application binary to run as a service Specify this whenever the service may need to be installed (state: present, started, stopped, restarted)

В общем, nssm стоит использовать для создания нового сервиса с навороченными параметрами. Для стандартных процедур запуска, перезапуска и т.п. лучше использовать win_service

И да, у вас явно параметров не хватает. application например

эти параметры все указаны были в state=present таскать их по хандлерам точно не логично. я проверю рестарт через win_service, спасибо.

не очень понятна мне логика этого модуля, зачем было имплементить то, что не будет работать. зачем инсталлить сервис, когда state=restarted, т.е. подразумевается что сервис уже зарегистрирован.

не очень понятна мне логика этого модуля, зачем было имплементить то, что не будет работать. зачем инсталлить сервис, когда state=restarted, т.е. подразумевается что сервис уже зарегистрирован.

Это вопросы не к модулю, а к nssm

nssm так работает

Ну, да. И модуль тоже имеет статус preview, а поддержка - community

Т.е. никакой стабильной и предсказуемой работы этого модуля никто не обещал

и win_hostname похоже поломано до кучи :D msg: 'Failed to rename computer to ''nomad-win-node-lucky-wren'': Skip computer ''nomad-win-node-lucky-wren'' with new name ''nomad-win-node-lucky-wren'' because the new name is the same as the current name.' old_name: NOMAD-WIN-NODE- где идемпотентность? :) он _фейлится_ потому что не нужно ничего менять. и я так понял что даже не могу сам провести проверку с when, т.к. в ansible_hostname имя поломано, показвает только первые СКОЛЬКО-ТО-СИМВОЛОВ

Там коммандлет не идемпотентный используется

win_hostname - совсем сырой модуль

Там коммандлет не идемпотентный используется

похоже еще и в самой винде проблема с 15-символьными именами, совместимыми со старой виндой

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

похоже еще и в самой винде проблема с 15-символьными именами, совместимыми со старой виндой

Note Windows does not permit computer names that exceed 15 characters

Не нужно делать несовместимых вещей - и не будет соответствующих проблем

угу, и я про это. смешно еще что vmtools подхватывают полное имя виртуалки, и оно отображется в всфере. каким образом - загадка.

угу, и я про это. смешно еще что vmtools подхватывают полное имя виртуалки, и оно отображется в всфере. каким образом - загадка.

А при чем тут vsphere? Там не computer name используется, вроде. Она имена из своего файла конфига берет

нет, я не про имя виртуалки в сфере, оно статично, а про внутреннее имя, которое репортят vmtools изнутри этой виртуалки. когда ансибл его меняет через win_hostname - оно изменяется.

и отображается длинным в нижнем регистре, как и просили.

но я уже понял, это DNS name. а netbois name остается 15 символьным.

короче не ходите на винду, там рак и тлен.

нет, я не про имя виртуалки в сфере, оно статично, а про внутреннее имя, которое репортят vmtools изнутри этой виртуалки. когда ансибл его меняет через win_hostname - оно изменяется.

vmtools DNS берет

короче не ходите на винду, там рак и тлен.

Все нормально на винде. Нужно просто доки внимательно читать

15-символьный хостнейм в современной винде эт не нормально )

С тем же успехом можно жаловаться, что Линукс зачем-то различает регистр в именах файлов и хостов в отличие от винды

15-символьный хостнейм в современной винде эт не нормально )

А в чем проблема 15 символов? Это чисто внутренний id. Для внешки есть DNS

А в чем проблема 15 символов? Это чисто внутренний id. Для внешки есть DNS

который нельзя получить из id любого заданного. на мой взгляд это проблема.

В амазоне 17-значные айдишники для инстансов используются - и всем хватает

точнее наоборот днс имя из айди можно, а в обратную сторону - болт в некоторых случаях.

который нельзя получить из id любого заданного. на мой взгляд это проблема.

В каком смысле? Что откуда нельзя получить?

В каком смысле? Что откуда нельзя получить?

да ничего, забей )

точнее наоборот днс имя из айди можно, а в обратную сторону - болт в некоторых случаях.

Потому что DNS с id машины напрямую никак не связан

Странно ожидать обратного

Во времена NETBIOS еще была такая связь, но в 2019 странно о таком говорить

Народ, вот есть у меня деплой через ansistrano, а как собственно говоря хранить конфиги ? Они у меня должны лежать рядом с приложением

есть идеи ?