YZ
кароче как-то вот так
Size: a a a
2021 February 06
GG
Выглядит ужасно ( Джинжа
GG
Что интересно - если у тебя докер - у тебя гарантированно всегда будет более 1 сетевого интерфейса
YZ
Что интересно - если у тебя докер - у тебя гарантированно всегда будет более 1 сетевого интерфейса
Вот поэтому пришлось держать сабнет в пилларе или грейн
YZ
Выглядит ужасно ( Джинжа
Печенко дал бы пизды за такое
KP
Что интересно - если у тебя докер - у тебя гарантированно всегда будет более 1 сетевого интерфейса
дефолтный бридж можно выключить
GG
дефолтный бридж можно выключить
Нельзя, все равно будет висеть
KP
/etc/docker/daemon.json
{
"iptables": false,
"bridge": "none"
}
{
"iptables": false,
"bridge": "none"
}
GG
Хм, мне казалось, что docker0 в таком конфиги все равно висит, просто в состоянии down
2021 February 07
KN
подскажите, может есть более элегантный способ для такой задачи. есть куча серверов с двумя интерфейсам (публичный и приватный). У приватного имя либо eth1, либо ens4. Из-за этого приходится в jinja городить такую дичь
Если появятся сервера с третьим именем, каким нибудь eno3 например, это опять добавлять if в каждый темплейт. как решаете такое?
{%- if 'ens4' in salt['network.interfaces']() %}
{%- set private_iface = 'ens4' %}
{%- else %}
{%- set private_iface = 'eth1' %}
{%- endif %}Если появятся сервера с третьим именем, каким нибудь eno3 например, это опять добавлять if в каждый темплейт. как решаете такое?
Поменяй алгоритм определения, не по названию интерфейса, а по его принадлежности к той или иной сети
2021 February 08
ЕС
Добрый день
Использую cron.satate
Согласно документации https://docs.saltproject.io/en/latest/ref/states/all/salt.states.cron.html#module-salt.states.cron
Изменил файл состояния:
На
После применения состояния на миньене создалась новая задача...
Почему? Задан же
Использую cron.satate
Согласно документации https://docs.saltproject.io/en/latest/ref/states/all/salt.states.cron.html#module-salt.states.cron
Изменил файл состояния:
same_script.sh
cron.present:
- user: root
- identifier: TASK_ID
- minute: random
- hour: '*/'
На
same_script.sh
cron.present:
- user: root
- identifier: TASK_ID
- special: '@hourly'
После применения состояния на миньене создалась новая задача...
Почему? Задан же
identifier... должна же была отредактироваться ?....KP
а комент у задач идентичный?
ЕС
Ну да... идентичный....
KP
видимо баг. Ж-( Я бы завел ишую
ЕС
Разве что пробел в конце затесался...
KP
-_-
KP
это может быть важно
KP
я думаю что он сравгивает две строки и если они не совпадают то создает новое - пробел будет учитыватся
ЕС
А не пробела в конце нету
ЕС
Странное поведение.... все равно создается вторая задача