ладно, всем спасибо будем юзать костылики в виде command

не совсем понятно, зачем на такое писать плейбук. ansible -i hosts.yml -a “dpkg -l” > list.txt

ладно, всем спасибо будем юзать костылики в виде command

а в setup нет поддержки?

не совсем понятно, зачем на такое писать плейбук. ansible -i hosts.yml -a “dpkg -l” > list.txt

для обновления пакетов

а в setup нет поддержки?

не очень понимаю, если честно, о чём речь, я с setup мало игрался

для обновления пакетов

а зачем? apt-get update && apt-get upgrade

а зачем? apt-get update && apt-get upgrade

а мне не надо всё, мне надо конкретные на сотне машин

не очень понимаю, если честно, о чём речь, я с setup мало игрался

так http://docs.ansible.com/ansible/apt_module.html

а мне не надо всё, мне надо конкретные на сотне машин

ну значит apt-get install aaa1 bbb3 ...

само обновит, что не последнее

в setup и правда нету

хотя тут центос конечно удобнее

yum update -y —disablerepo=\* —enablerepo=base —enablerepo=updates

и всё в шоколаде

ну можно покопать модуль http://docs.ansible.com/ansible/setup_module.html, но хз, можно ли там докопать до нужного.

мысли сходятся ?

ну значит apt-get install aaa1 bbb3 ...

и чем предлагается запускать это дело, ну и плюс при отсутствующих репозиториях, криво-написанных инит-скриптах в зависимостях у устанавливаемых пакетов?

зависимости по любому не забота ансибла

так что править и приводить в порядок

ок, это будет стоить работы на часиков 8 наверное. Не проще ли написать плейбук за 2?

короче, неважно

ansible-console попробуй

Удобно

особенно при сотнях хостов

файл инвентори или dynamic ineventry уже наверняка написан

для обновления пакетов

а почему нельзя просто сказать "хочу пакеты установленные вот этих версий"?

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

точнее для yum это справедливо

а почему нельзя просто сказать "хочу пакеты установленные вот этих версий"?

Потому что я так и делаю. Но нет репозитория пакетов, сервисы не факт что рестартанут и ещё пара какашек.

Лучше скажите мне, можно ли модифицировать shell.stdout при помощи какой-нибудь with_items. нужно применить пару функций строк, типо split, concat

Потому что я так и делаю. Но нет репозитория пакетов, сервисы не факт что рестартанут и ещё пара какашек.

"я не умею делать репу, поэтому хочу всё через ж-пу", так?

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

то есть если стоит foo=2.2, то foo=2.1 не поставится?

собрать репу несложнл

Потому что я так и делаю. Но нет репозитория пакетов, сервисы не факт что рестартанут и ещё пара какашек.

печально, сочувствую

то есть если стоит foo=2.2, то foo=2.1 не поставится?

да именно так для yum

"я не умею делать репу, поэтому хочу всё через ж-пу", так?

не придумывайте проблем

вот под центос сделать репу это ровно 1 команда createrepo —update

ВСЁ

ну и настроить раздачу по хттп.

Лучше скажите мне, можно ли модифицировать shell.stdout при помощи какой-нибудь with_items. нужно применить пару функций строк, типо split, concat

возможно на уровне шаблонизатора можно выкрутится. сам не пробовал

вот прям проблемаааа

окок, центос победа ?

под апт есть аптли

там тоже всё просто в общем

есть еще aptitude

он вроде умеет автодаунгрейд, но хз

да господи, я имел ввиду, что нет файла в /etc/apt/sources.list.d/

о чём речь...

сделай пакет, который будет этот файл туда пихать, и пихни в обязательные

ну или ансиблом файлик положить

*facepalm*

просто забей

Руками проверять версию пакета и руками обновлять? Все ебанулись.

Модуль apt, имя конкретного пакета, state latest

Руками проверять версию пакета и руками обновлять? Все ебанулись.

+++

"нам сложна, мы не хотим учиться делать свои репы"

молчу.. )

Откуда такие набигают? Поклонники fabric, привыкшие все вручную?

Откуда такие набигают? Поклонники fabric, привыкшие все вручную?

из девопс вероятно

Или программисты на баше? :)

а вот интересный вопрос, как правильнее в /etc/apt/sources.list.d/ класть листы, ансиблом или в пакет обернуть

и уже пакет ансиблом

Слово девопс в последние несколько лет сильно зашкварено школьниками-программистами, которые решили, "админы не нужны"

И программируют на конфигах или батнички на шелле вот такие пишут.

Слово девопс в последние несколько лет сильно зашкварено школьниками-программистами, которые решили, "админы не нужны"

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

а вот интересный вопрос, как правильнее в /etc/apt/sources.list.d/ класть листы, ансиблом или в пакет обернуть

Ни так, ни этак

Девопс из админа - ок

Ни так, ни этак

а как тогда

особенно в свете "своих реп"

Девопс из программиста - говна кусок (и хироку сверху)

Ну как. В ансибле есть модуль управления репозиториями, ансиблом и добавляй

Откуда такие набигают? Поклонники fabric, привыкшие все вручную?

кстати да

а как тогда

- name: Add an apt key for nginx repository apt_key: url=http://nginx.org/keys/nginx_signing.key state=present - name: Add APT repository for nginx apt_repository: repo='deb http://nginx.org/packages/ubuntu/ trusty nginx' state=present - name: Install nginx apt: name={{ item }} update_cache={{ update_apt_cache }} cache_valid_time={{ apt_cache_valid_time }} state=installed with_items: - nginx

Девопс из программиста - говна кусок (и хироку сверху)

хироку - сзади притаился инфрастуктура в Амазоне код в Stash, а сам разраб в Jira + HipChat

Девопс из программиста - говна кусок (и хироку сверху)

вот тут ты ошибаешься. иногда очень неплохо получается

вот тут ты ошибаешься. иногда очень неплохо получается

любые исключения подтверждают правила

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

в среднем по больнице из админа девопс получается выше среднего

из ленивого админа (который и так все автоматизировал, а не руками по месту подправлял) вероятность хорошего девопса близка к 90%

научить быдлокодить на уровне джуниора-миддла хотя бы можно научить практически любого админа (да в общем и так умеют некоторые)

научить программиста админить - ну не знаю :) через раз в лучшем случае :)

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

так, на хироку пушить

научить программиста админить - ну не знаю :) через раз в лучшем случае :)

ага, chmod -R 777 /

нуачо, у меня что-то не работало..

из реальных случаев

один из примеров, очень характерный, да

судо без паролей

правда не на корено, но на /var/www

логины без ключей

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

логины без ключей иногда нужны, ключи это просто удобно

ну если пароль в лдапе, то да :)

вот логин под рутом по паролю - да, запрещать

это когда много железок

к "много железок" программиста вообще подпускать нельзя :)

когда мало - локальных хватает.. плохо, но тоже допустимо. ПОчти как по ключам, все-равно дизаблить это зайти на каждый сервак