« Rev
@pro_ansible   1373
Fwd »


Alex
запускай с -v и будет подробнее
Alex
> Так же смущает что ok=1. скорее всего вот это - TASK [Gathering Facts]
George
одна таска выполнилась, одна зафейлилась
Konstantin
одна таска выполнилась, одна зафейлилась
Там всего одна такая и один сервер
⎈
Там всего одна такая и один сервер
Ну значит таска кривая. Если таска будет "выполнить команду юм апдейт", а не "убедиться, что версия пакета ТЕСТ последняя" то и не удивительно.
George
George
Izvinite
Артём
И вот он, скорее всего, тот самый 1 ok
Сергей Ли
https://www.securitylab.ru/vulnerability/503234.php
ranebull
https://www.securitylab.ru/vulnerability/503234.php
Лучше по ссылке провалиться. На русском ничего толкового нет. https://www.cybersecurity-help.cz/vdb/SB2019120801?affChecked=1 И 2 уязвимости - для модуля solaris_zone и NXOS-девайсов (nxos_file_copy)
Konstantin
запускай с -v и будет подробнее
Так делал - то же самое
Konstantin
- hosts: servers tasks: - name: Install latest yum package example. yum: name: "*" state: latest - name: List updated packages shell: rpm -qa —last | grep "$(date +%a\ %d\ %b\ %Y)" |cut -f 1 -d " "| sort register: result args: warn: no - name: Updates packages debug: msg="{{ result.stdout_lines }}"
⎈
- hosts: servers tasks: - name: Install latest yum package example. yum: name: "*" state: latest - name: List updated packages shell: rpm -qa —last | grep "$(date +%a\ %d\ %b\ %Y)" |cut -f 1 -d " "| sort register: result args: warn: no - name: Updates packages debug: msg="{{ result.stdout_lines }}"
Ну да, как я и говорил. Башсибл. Как получать более содержательный ввод/вывод/результат выполнения - в чате обсуждалось буквально вчера.
Valeriy
Мне понравился MAstering Ansible на Pack от James Spurin
Max
Мне понравился MAstering Ansible на Pack от James Spurin
честно о видосиках и т.п. и не думал до всяких вендоровских сертификаций. все читал доки и код и был таков.
sbog
Я по оффдокам написал ~50 ролей и наступал на грабли два года примерно, пока не начал писать быстро, чисто и нормально. После этого обычно хожу по топовым ролям от того же geergling и почитываю, как в них сделаны разные вещи - помогает расширить кругозор, потому что авторы обычно тусят помногу на конфах и следят за новыми вещами в ансибле.
Max
поменяли with_* на loopы ?
Max
поддержка питона3 ?
Max
это тактика (по-моему), стратегия та же.
sbog
кроме новых технологих тестирования, стабилизации багов и новых плагинов/модулей, какие были принципиальные новшества за посл. 3 года в разработке ролей ?
Принципиальных - никаких почти. Разве что listen для хэндлеров добавили да loop стали больше продвигать. Ну, import сделали для всего подряд. Py3 стал офф, по умолчанию когда, в 2.10 или около того. Новшества в том в основном, что когда ты 100500 раз пишешь херню, а потом читаешь и такой "блин, тут можно было сделать block/rescue, чот я не догадался" или "блин, тут можно было map/select вместо трех этажей" и это сильно помогает потом. И у тебя набирается критическая масса вот этих нюансов и ты легко пишешь какие-то сложные действительно вещи.
Max
в философию понесло меня 👁
Max
дай пример в 30 vs 3.
Max
аж интересно стало.
Max
(если я смотрю на свои старые роли, и меня не тянет вырвать, значит я стою на месте)
sbog
30: https://github.com/willshersystems/ansible-sshd/blob/master/templates/sshd_config.j2 (220 строк чистого кода) 15: https://github.com/debops/ansible-sshd/blob/master/templates/etc/ssh/sshd_config.j2 (100 строк чистого кода)
sbog
Это из того, что под рукой прямо
sbog
Можно порыться, наверное, и найти прямо совсем хардкор. В sensu-ansible был ад прямо, я помню - и я находил намного более простую роль. Так навскидку еще не вспомню, но примеры вижу периодически.
sbog
Вообще, любая роль, где нужен mesh между нодами, т.е. где есть два набора серверов и первый набор стоит в зависимости от второго и эти наборы должны настраиваться в зависимости друг от друга, приводят к адскому коду. Это почти любой случай, где есть autossh с реверс портами; где есть зависимые ноды, которые получают данные от мастеров, как в sensu; где есть пуш модель, как prometheus и т.п.
Alex
Это из того, что под рукой прямо
ну это же шаблон, к ансиблу как бы косвенно относится
sbog
ну это же шаблон, к ансиблу как бы косвенно относится
С чего бы он косвенно относился? Шаблоны - это основная модель конфигурации. В ролях есть templates специально, инлайн шаблонизация присутствует и много где используется. То, что это jinja и она отдельно может использоваться, не умаляет факта, что это кусок, который в ансибле используется везде.
Max
30: https://github.com/willshersystems/ansible-sshd/blob/master/templates/sshd_config.j2 (220 строк чистого кода) 15: https://github.com/debops/ansible-sshd/blob/master/templates/etc/ssh/sshd_config.j2 (100 строк чистого кода)
вредный вопрос: сколько из используемых параметров в среднем ты меняешь от системы до системы (в конкретной организации?
sbog
в том, что данный пример мало показывает как в ансибле сделать круто из говна, имхо
Два примера, которые отлично показывают, как можно сделать одно и то же разными усилиями
Max
Если брать ssh, то около 10 строк, которые относятся к sftp обычно.
т.е. ты вместо 10 изменчивых динамических строк, которые надо дебажить, внедряешь 100 или 200.
Max
может я не так спросил.
Max
у тебя в шаблоне ВСЁ динамично. из этих переменных, сколько ты реально правишь ?
Max
т.е. какие ты передаешь в роль при вызове из плейбука.
sbog
Я в роли ничего не правлю per organization
Max
при вызове этой роли, ты передаешь какието переменныее.
sbog
Да, конечно
Max
ок. сколько таких переменных ты передаешь ? 10 ? 15?
sbog
30
Max
почему?
Max
:)
sbog
26, если быть точным. Потому что это минимального размера вменяемый ssh конфиг на мой взгляд.
Max
на мой взгляд, это типичный overengineering.
Max
и если спросить тебя "сколько часов ты вложил в это?", у тебя будет точный ответ ?
sbog
Во что именно, в понимание того, какой у ssh конфиг должен быть?
sbog
тут ansible вообще нет - это же Jinja2...
Ну ансибл ее использует в качестве template движка. Это как сказать "тут не ансибл, это питон один" или "это не ансибл, тут все на yaml написано"
Max
Во что именно, в понимание того, какой у ssh конфиг должен быть?
если у вас должно быть 26 переменных в шаблоне sshd конфига, которые нельзя редуцировать до 10 а остальные уложить в defaults, то либо вы там ну супер круто наикрутые настройки меняете, либо вы фигачите без надзора..... тратите время работодателя на оптимизацию покраски головки от краскопульта.
sbog
Конечно можно. Этим люди обычно и занимаются - прикручивают что-то имеющееся к чему-то имеющемуся вместо переизобретения велосипедов.
Alex
можно
Alex
но к джанго он будет иметь отношению чуть больше, чем никакого
Alex
но конечно можно
Max
я верю, что вы их выставляете, а не верю что их все нужно выставлят тут, и нельзя найти минимальную общую часть, которая неизменна, а менять то, что реально приходится менять.
Max
(блин, надеюсь вошло, мы тут на грани :) )
sbog
я верю, что вы их выставляете, а не верю что их все нужно выставлят тут, и нельзя найти минимальную общую часть, которая неизменна, а менять то, что реально приходится менять.
Ну не верьте, я ж не заставляю. Я потратил какое-то количество времени и понаступал на различные грабли, прежде чем пришел к этому конфигу.
Max
я не понимаю почему у вас такой разброс шаблонов....
sbog
но к джанго он будет иметь отношению чуть больше, чем никакого
Конечно будет. Если вы инструмент используете в составе чего-то - оно к нему имеет отношение.
sbog
Это типовые переменные, я их в group vars пишу
sbog
Для хоста, на котором нужен sftp, добавляется еще 10 строк
« Rev
@pro_ansible   1373
Fwd »