Вот в этом
Нет, здесь речь шла об ALTLinux.
.
.
Really.
Timur
Тогда пардон, mea culpa
.
Я не подумал, что это важно уточнить, меня сами принципы интересовали, как быть в таких случаях. raw помог, спасибо.
.
Мнда, ансибельный модуль apt в любом случае явно не совместим с ALTLinuxовской реализацией.
George
Мнда, ансибельный модуль apt в любом случае явно не совместим с ALTLinuxовской реализацией.
а что там за особенности?
George
я просто не въезжаю - чем альт от деб отличается?
Dmitry
Мнда, ансибельный модуль apt в любом случае явно не совместим с ALTLinuxовской реализацией.
а в чем проблема? чего то автоматизировал для альто апта - все было ок
.
Альт отпочковался в начале 2000 от мандрейка, он никогда дебом не был.
Но для пакетной базы они используют apt поверх rpm'а
George
:-o :-o 👌
.
vserv.vn | FAILED! => {
"changed": false,
"cmd": "apt-get install —no-install-recommends python-apt -y -q",
"msg": "E: Command line option —no-install-recommends is not understood",
"rc": 100,
"stderr": "E: Command line option —no-install-recommends is not understood\n",
"stderr_lines": [
"E: Command line option —no-install-recommends is not understood"
],
"stdout": "",
"stdout_lines": []
}
.
Ладно, у альтов спрошу :)
niko
у man не проще спросить?)
niko
ну апт-гета
niko
он же на ключ ругается
.
а покажи само описание таска?
ansible vserv.vn -i hosts.vserv -m apt -a "name=bc update_cache=yes" -b
.
чисто тестик
niko
скажи ему install_recommends=yes :)
niko
он наверно уберет этот ключ
Dmitry
Corresponds to the --no-install-recommends option for apt. yes installs recommended packages. no does not install recommended packages. By default, Ansible will use the same defaults as the operating system. Suggested packages are never installed. что то намутили в апте альты
Dmitry
альт линукс - вообще радует открытиями, начиная от дефолтных лимитов для СЕРВЕРНЫХ версия, до вкоряченного старого rpm
.
альт линукс - вообще радует открытиями, начиная от дефолтных лимитов для СЕРВЕРНЫХ версия, до вкоряченного старого rpm
Там чем глубже, тем чюдней открытия :)
но мы любим его не за это.
Dmitry
Не, не прокатило
могу порекомендовать использовать salt - там действующая инсталляция - все ок 😄 ну или ковырнуть модуль для ансибла на предмет отправляемых значений
Dmitry
о, а какая версия ансибла?
.
могу порекомендовать использовать salt - там действующая инсталляция - все ок 😄 ну или ковырнуть модуль для ансибла на предмет отправляемых значений
Да не критично, у меня этих видеосерверочков всего-то 5 штук
если что, через raw курощать пакеты буду.
в остальном вроде работает...
.
Упс, тут кажется надо другое использовать
$ ansible-doc -l |grep apt_rpm
apt_rpm apt_rpm package manager
Dmitry
🤦♂️
Dmitry
обожаю альт =)
George
и вообще надо опенсусе пользоваться
Sun
Альт отпочковался в начале 2000 от мандрейка, он никогда дебом не был.
Но для пакетной базы они используют apt поверх rpm'а
Надо ещё юм поверху накатить и полирнуть апекашечкой. Тогда будет полностью альтернативно-одарённый Линукс
.
Надо ещё юм поверху накатить и полирнуть апекашечкой. Тогда будет полностью альтернативно-одарённый Линукс
Ага, наверное у них были такие зловещие планы. Я даже slapt-get из слаквари собирал туда, в качестве вступительного задания.
но хиханьки хаханьками, а удобства тамошней apt-shell мне потом долго не хватало ни в rhel, ни в deb
Sun
если уж оффтопить про удобство, то самый классный шелл у микрота. Их tab-completion надо бы распространить на все дистры.
.
если уж оффтопить про удобство, то самый классный шелл у микрота. Их tab-completion надо бы распространить на все дистры.
Вот в ALT apt-shell как раз замечательно эти самые tab completion всегда работали.
как для команд, так и для имён пакетов.
.
А для менеджмента процессов у Ансибля ничего нету? не могу найти.
Например, перед тем как удалить пользователя, было бы неплохо убить все процессы от его имени.
пока что ничего лучше shell: pgrep -u "{{us}}" && killall -9 -u "{{us}}" на ум не приходит.
Есть варианты?
Sun
А для менеджмента процессов у Ансибля ничего нету? не могу найти.
Например, перед тем как удалить пользователя, было бы неплохо убить все процессы от его имени.
пока что ничего лучше shell: pgrep -u "{{us}}" && killall -9 -u "{{us}}" на ум не приходит.
Есть варианты?
Да и этот норм.
Можно ещё ребутнуться для гарантии. :)
.
Да и этот норм.
Можно ещё ребутнуться для гарантии. :)
и уволиться уж сразу, чтобы железобетонно %)
Eduard
А для менеджмента процессов у Ансибля ничего нету? не могу найти.
Например, перед тем как удалить пользователя, было бы неплохо убить все процессы от его имени.
пока что ничего лучше shell: pgrep -u "{{us}}" && killall -9 -u "{{us}}" на ум не приходит.
Есть варианты?
systemd же должен сам убить процессы, если они в демоне. Плюс почитай, вроде у пама был способ убить сессии.
.
systemd же должен сам убить процессы, если они в демоне. Плюс почитай, вроде у пама был способ убить сессии.
screen висит с парой процессов, не уверен, что этот кейс покроется.
Eduard
Хорошо, пройди ансамблем по папке со скринами и tty.
.
Хорошо, пройди ансамблем по папке со скринами и tty.
"пройди ансиблем" - я пока слишком зелен для такого кунфу. :)
хотелось бы универсального подхода. Тут вот на screen напоролся, на терминальных серверах частые явления - куча процессов имени пользователя, в сессиях и без сессий.
моё любимое kilall -u, так и то выяснилось что далеко не везде у нас стоит.
Eduard
Точно можно паму обьяснить, вот только как - не помню.
Eduard
Я лично не парился бы, и в качестве временного решения килл юзал, но при рефакторе - нашёл бы поизящнее метод
.
кстати, от такого shell я всегда получаю желтый статус changed, что логично, команда то выполнялась
а можно как-то менять на зелёное OK, если ничего убивать не пришлось?
Eduard
Eduard
block/rescue?
Timur
кстати, от такого shell я всегда получаю желтый статус changed, что логично, команда то выполнялась
а можно как-то менять на зелёное OK, если ничего убивать не пришлось?
Регистрировать вывод, парсить и обрабатывать самостоятельно. Ну, и потом статус через changed_when, да
Отделение Bereke Bank
у кого-нибудь получалось импортировать inventory с vault в awx?
гугл выдает только closed issue
inqfen
Посоны, кто юзает hosts с inventory plugin ec2?
inqfen
нашел пример такой
[root@ansible base]# cat inventory/aws/hosts.yml
all:
children:
tag_srv_tag_os_rhel74:
vars:
ansible_ssh_user: ec2-user
tag_srv_tag_os_ubuntu1604:
vars:
ansible_ssh_user: ubuntu
ansible_python_interpreter: /usr/bin/python3
inqfen
1. Можно ли несколько тегов засунуть?
2. Можно ли где-то в переменных указать тэг для поиска, а название сделать человеческое?
Vladislav 👻
"пройди ансиблем" - я пока слишком зелен для такого кунфу. :)
хотелось бы универсального подхода. Тут вот на screen напоролся, на терминальных серверах частые явления - куча процессов имени пользователя, в сессиях и без сессий.
моё любимое kilall -u, так и то выяснилось что далеко не везде у нас стоит.
Так может проще запретить screen пользователям?
Alex
Я бы вообще всем запретил ссш
.
tmux, screen - нормальный инструмент, он реально востребован в работе
Vladislav 👻
Не, ну если киляют процессы без угрозения совести, то зачем им тогда разрешать?
.
ой, этоже оффтоп
.
Не, ну если киляют процессы без угрозения совести, то зачем им тогда разрешать?
Пока были сотрудниками - разрешали
А потом уволились. Мы таких всегда убиваем.
Vladislav 👻
Хм, тогда да
Denis 災 nobody
сотрудников..
Vladislav 👻
😂👍🏻
Timur
Пока были сотрудниками - разрешали
А потом уволились. Мы таких всегда убиваем.
Сурово у вас с сотрудниками
Timur
Увольняться только вперёд ногами
Denis 災 nobody
чтоб наверняка
Max
правильно, кстати.
Oleg
подскажите плиз в stdout_lines есть несколько строк, первую получаю норм
- debug: msg='{{results.stdout_lines[1]}}'
но вот,например,2ю строку сделав по аналогии, но лишь с stdout_lines[2] уже падает на ошибку.
как мне 2ю строку из stdout_lines выцепить? спасибо.
Womchik
с 0 отсчёт, не?