ну чёт не очень спасает

еще бы быстрее

выборочный запуск через теги

я чёт думаю что надо вообще переписывать

использование changes, creates и подобного

можно еще в некоторых местах бахнуть strategy: free

но надо точно понимать как оно работает

короче я могу таки внимательно посмотреть как нок расскатывается и в принципе это мне мозги вправит в нужную сторону?

я довольно много приложил усилий для того что бы у нас получалось быстро.

а потом взял и набахал в куче мест типа serial: 50%

и подобного

а потом взял и набахал в куче мест типа serial: 50%

вот это кстати интересно, правда реально придётся много переписать

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

а serial не ускоряет ни разу.

да это я понял, я к тому что вообще идея хорошая, у меня то сейчас всё катится

исторически так сложилось

у меня тут аж просветление небольшое случилось

если плейбуки надо что бы были быстро надо не ансибл вроде как

однохостувую конфигурацию ускорить можно только за счет активного скипа тасков.

всякие типа when: bootstrapped

на многохостовой есть куда поираться убедившись что лишние роли не выполняеются

ну я параллельно смотрю что еще есть. Но вопрос кажется в реализации. Которая у меня сейчас вообще плохая. На самом деле ведь разумно обновлять половину только и рулить через балансеры

ну я то сейчас не про нок конкретно

у меня вообще несколько тысяч машинок

я тоже не про него

на много тыщ тут говорили саль типа

но у тя же много тыщ не под один проект

ну как тебе сказать

можно сказать что под один, но зоопарк софта всякого огромный

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

а потом взял и набахал в куче мест типа serial: 50%

а на балансерах это как разруливается?

а где я говорил про балансеры :) ?

но вообще delegate_to

а где я говорил про балансеры :) ?

ну я всё хочу такую штуку конечно типа раскатили релиз на часть хостов, если ошибок нет ток раскатываем дальше, но это понятно что космические объёмы работы. Тот же sentry везде внедрить

еще бы быстрее

saltstack :)

Первое от чего я охуел перейдя на Солт посте ансибла, это от скорости )

Там упираешься только в апдейт пакетов

А солту агенты на хостах нужны?

А солту агенты на хостах нужны?

Да

ФатальныйНедостаток! :)) на самом деле нет :)

ансиблом ставить агенты?

миньоны солт сам себе умеет ставить по ssh

так не интересно

неправильно выполняющийся ansible можно остановить. а с salt этот фокус не пройдёт )

кстати, когда-то кто-то спрашивал, почему отваливаются при коннекте по ssh некоторые узлы. я кажется нашел ответ.

[ssh_connection] ssh_args = -o StrictHostKeyChecking=no -o GSSAPIAuthentication=no

нашёл.

все равно не понимаю, делаю обычный yum install with_items, и вылетает в одном и том же месте, "failed to connect to the host" самое интересное, что таск он доделывает а потом коннект срывается

такое ощущение что, если он устанавливает что-то большое, то он срываеться

у меня есть такой же кейс, 10 серверов на которые выкатывается > 250 пакетов. один-два сервера отваливаются, приходится докатывать.

я заебался это дебажить и забил.

(и ещё полезно ставить UseDNS no в sshd_config, в случае, когда сегмент полностью изолирован и разрешать hostname подключившегося при ssh коннекте не требуется)

зарепортил

Такой вопрос: в ансибл у кого получилось по условию подключить контейнер к какой-то сети, или к хостовой?

А, надо глянуть purge networks

камрады, у кого-нибудь получалось подписывать deb пакеты через reprepro?

У меня проблема с разрывом конекта лечилась меной транспорта со smart на paramiko

Всем добра! Есть playbook: - hosts: test-user vars_files: - users/user1.yml - users/user2.yml roles: - { role: users } ansible.cfg: [defaults] hash_behaviour = merge users/user1.yml —- users: - username: user1 uid: 1101 users/user2.yml —- users: - username: user2 uid: 1102 Объединение не происходит, происходит замена (переменная users содержит значения только из последнего файла users/user2.yml). ansible 2.3.1.0 python version = 2.7.13

Так и должно быть? Или надо где-то "подкрутить"?

иногда бывает что крайне очевидное решение крайне неочевидно. уже пару лет использую связку user name=... password=... authorized_keys .... и вот первый раз пользоватль захотел только пароль без ключа. оказывается ansible в поле password хочет шифрованный пароль....

иногда бывает что крайне очевидное решение крайне неочевидно. уже пару лет использую связку user name=... password=... authorized_keys .... и вот первый раз пользоватль захотел только пароль без ключа. оказывается ansible в поле password хочет шифрованный пароль....

так этоже не сложно сделать....

иногда бывает что крайне очевидное решение крайне неочевидно. уже пару лет использую связку user name=... password=... authorized_keys .... и вот первый раз пользоватль захотел только пароль без ключа. оказывается ansible в поле password хочет шифрованный пароль....

Там всегда был хеш - оно в shadow его пишет

иногда бывает что крайне очевидное решение крайне неочевидно. уже пару лет использую связку user name=... password=... authorized_keys .... и вот первый раз пользоватль захотел только пароль без ключа. оказывается ansible в поле password хочет шифрованный пароль....

уволить такого пользователя.

я бы понял ещё ключ без пароля, но пароль без ключа...

так этоже не сложно сделать....

Сделать не сложно

Просто если кто-то так же как я этого не знал -- делюсь опытом ошибки

Просто если кто-то так же как я этого не знал -- делюсь опытом ошибки

Сделай пользователю приятное - добавь параметр: expires

Сделай пользователю приятное - добавь параметр: expires

Рубрика вредные советы

а вот так хеш нормально генерить? python -c "import crypt,random,string; print crypt.crypt(raw_input('password: '), '\$6\$' + ''.join([random.choice(string.ascii_letters + string.digits) for _ in range(16)]))"

а вот так хеш нормально генерить? python -c "import crypt,random,string; print crypt.crypt(raw_input('password: '), '\$6\$' + ''.join([random.choice(string.ascii_letters + string.digits) for _ in range(16)]))"

зачем? я так делаю: - name: Add users user: name: "{{item.username}}" shell: /bin/bash groups: wheel append: yes password: "{{item.userpass |password_hash('sha512')}}"

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

я храню юзеров в гите а пароли тупо рендомом делал.

ну у меня инвентори там где пароли - через ваулт зашифрованы, там что не принципиально хеш хранить и "открытые" пароли

зачем? я так делаю: - name: Add users user: name: "{{item.username}}" shell: /bin/bash groups: wheel append: yes password: "{{item.userpass |password_hash('sha512')}}"

А как рулишь пользователями - в смысле они все в одном файле списком?

А как рулишь пользователями - в смысле они все в одном файле списком?

у меня вся инфа по 1 хосту - в 1 файле (инвентори хоста)

Т.е. инфа о пользователе дублируется если он в нескольких хостах должен быть

Я вот от этого хочу уйти, один пользователь - одно описание, на все хосты

Т.е. инфа о пользователе дублируется если он в нескольких хостах должен быть

да, идея в том чтобы не лазить по куче файлов в поисках инфы: вся информация о хосте - в 1 файле, открыл его и все понятно

вообще идея упоавления уз через ансибл крайне неудачная

годится для систем где юзеров мала. 3-5