977
Как быть?
UglyKoyote
/var/lib/rancid/bin/rancid-cvs: 113: cvs: not found
UglyKoyote
ещё раз, причем тут ансибл
UglyKoyote
разбирайся со скриптами
UglyKoyote
ансибл тут дело второе
977
Я понимаю
UglyKoyote
ну а чего ты от нас то хочешь? если ошибка не ансибла
977
Может кто то знает как решить эту проблему?
George
нет
George
это проблема как будто с rancid или на уровне базового понимания линукса
shadow
Может кто то знает как решить эту проблему?
ты че прикалываешься? я тебе четко сказал в чем дело. yum install cvs
UglyKoyote
чат то про ансибл!!!
977
У меня ubuntu
UglyKoyote
(сарказм если что)
UglyKoyote
у..
shadow
ахаах
UglyKoyote
настырный
Отделение Bereke Bank
UglyKoyote
ну поставь пакет емое..
UglyKoyote
через апт
UglyKoyote
поставь ансиблом пакет..
shadow
есть у ансиболя модуль package, ставь cvs
Sergey
977 за следующий вопрос не по теме чата - бессрочный бан.
shadow
- name: install cvs package: name: cvs state: present
Vladimir
Привет, читаю пару часов доку по коллекциям, так и не понял, в чем собственно разница с обычными ролями? Есть может какой ресурс, который я почему то не нашел, и который это объясняет.
Sergey
Привет, читаю пару часов доку по коллекциям, так и не понял, в чем собственно разница с обычными ролями? Есть может какой ресурс, который я почему то не нашел, и который это объясняет.
Бравые парни решили, что их достали issues в контрибуторских модулях, и вынесли их "на мороз" (то есть подальше из основной репы). Получился некоторый бардак, потому что много вендорозависимых модулей враз вылетели из основного кодового дерева, поэтому при установке 2.10 будь готов к сюрпризам. Вот, сопссно, и всё.
Sergey
о спасибо! Весьма доходчиво.
🤷‍♂️ ну это моя личная точка зрения, м.б. коллеги поправят/дополнят.
Vladimir
Меня просто парит такая вещь, что мне предлагают использовать meta/main.yml для описания зависимостей, которые будут запущены до моей роли. А если есть некие опциональные роли, то мне нужно их запихнуть в reqs.yml и запустить ansible-galaxy install -r reqs.yml Все это дико не удобно для автоматики, и два файла зависимостей тоже. Хотел понять, смогут ли коллекции мне в этом помочь. Но похоже что нет. Хотя мне обещали, что это поправят в 2.10, но смотрю ченжлоги (бетки пока) И чет ничего такого не вижу. https://github.com/ansible/ansible/issues/69794
Vladimir
они не выполнятся до моей роли) и я внутри роли не смогу определить такое поведение
Vladimir
наверное, я могу первым шагом, импортнуть их в плейбуке, если подумать, но надо тестить
Igor
а определить порядок их выполнения в ролях в плейбуке до основной роли? или я что то не понимаю проблемы
Igor
у нас собственно так и сделано, в req.yml описываем все роли которые могут использоваться, в плейбуке определяем порядок запуска, 2 команды, никаких проблем это не вызывает
Vladimir
На первый взгляд это решает проблему, однако, если эта роль будет в зависимости у еще одной, то будет следующее - role a - req.yml - role b - req.yml То роли, указанные в req.yml роли B не будут установлены. А с meta/main.yml = будут.
Igor
в ишью странное решение делать requirements в мета, по мне уже лучше бы оно в плейбуке тусовалось
Vladimir
в плейбуке? Мысль сделать единый файл, со всей метой, как package.json (nodejs) или pom.xml (maven) Где указана вся мета, включая зависимости, что в целом выглядит знакомо, и управляемо. (а главное рекурсивно пробегает по дереву зависимостей, как это сделано в ansible-galaxy) А как это в плейбуке делать, не пойму, шагами просто? git clone ?
Vladimir
Конечно, если каждая из запускаемых ролей, будет делать тоже самое (стягивать свои зависимости первым Плеем) то это все будет успешно работать. Но очевидно, что она будет стягивать их в свою папку - role a (roles) - role b (roles) <- dep dependency И тут вопрос, сможет ли запущенная роль из папки A подтянуть зависимость изнутри папки B Надо проверить, но наверное нет. Т.к путь поиска папок с ролями на изменяется. Можно поколдовать, и подменять переменную поиска папок, при исполнении. Но это все равно костыль. В целом мысль интересная кстати, попробую развить, спасибо!
Evgeniy
Я правильно понимаю что *.tar.gz сейчас возможно только разархивировать с помощью shell или command?
Sergey
unarchive есть
Sergey
https://docs.ansible.com/ansible/latest/modules/unarchive_module.html
Evgeniy
Он разве поваляет разархивировать tar.gz?
inqfen
Да
Evgeniy
Спасибо. Странно конечно, но ладно)))
Sebor▂▅▇█▓▒░
Он разве поваляет разархивировать tar.gz?
Там же в notes прямо написано
Mihail
Всем привет! Ребят может подскажете, а то чет сообразить никак не могу. Нужно запустить N количество одинаковых команд на хостах одновременно, например 6 wgetoв. Loop я так понимаю не совсем зайдет. Что можно заюзать?
Mihail
нужно дать определённую нагрузку на оборудование
Sebor▂▅▇█▓▒░
Pavel
тебе нужно http нагрузку дать? возьми танк
Sebor▂▅▇█▓▒░
Pavel
ансибл тут может понадобиться тока чтоб запровижинить их и толкнуть
Lamobot
Lamobot
итд, сейчас народ накидает
Pavel
ну а какбы ансиблом запускать тыщу вгетов - это микроскопом гвозди забивать
Mihail
с врк, джметром и танком вопросов нет, там все норм.
Mihail
ну а какбы ансиблом запускать тыщу вгетов - это микроскопом гвозди забивать
ну это одна из кучи задач. просто сейчас вообще трешово получается-у меня в роли просто несколько строк с одной и той же задачей, как это не красиво. Вот думал как причесать
Pavel
няшная обёртка :) + оверлоад бонусом
Mihail
тут не вопрос чем грузить веб сервер)) короче какого то очевидного решения на поверхности я так понимаю нет?
Mihail
Запустить ансиблом bash :)
я пробовал через for {1..n}; do но не варик т.к. запускаются задачи по очереди
Full
Народ, о чего, lineinfile пихает строки в файл на каждом прогоне? У меня вот чего выходит: #GRUB_INIT_TUNE="480 440 1" GRUB_CMDLINE_LINUX_DEFAULT="maybe-ubiquity" GRUB_CMDLINE_LINUX_DEFAULT="maybe-ubiquity"
Full
- name: Fix tty lineinfile: path: /etc/default/grub regexp: 'GRUB_CMDLINE_LINUX_DEFAULT=\"splash quiet\"' line: 'GRUB_CMDLINE_LINUX_DEFAULT="maybe-ubiquity"'
Full
На первом прогоне заменяет нужную строку, потом просто в конец добавлять начинает.
Full
Хм... When modifying a line the regexp should typically match both the initial state of the line as well as its state after replacement by line to ensure idempotence. Вопрос снимается.
Full
Хотя это странная дичь, это он, получается, на каждом прогоне changed будет, чтоли... Ну, это так, мысль вслух. Проверю.
Lamobot
Хотя это странная дичь, это он, получается, на каждом прогоне changed будет, чтоли... Ну, это так, мысль вслух. Проверю.
И не задумывался, что если там будут какие-то другие ключики в строке? Или нужные будут для этой конкретной машины?
Full
Задумывался. Стараюсь делать проще. Всего не предусмотреть (могут быть какие-нибудь взаимоисключающие, например), да и не нужно это. Это для настройки свежеустановленной убунты. У 20.04 при установке с mini.iso tty неверный.
Full
Может. Погляжу в эту сторону. Но установленные уже переделывать не буду.
Full
С убунтой?
Full
А, с mini.iso. Он deprecated.