VS
dnf тоже транзакционный
Size: a a a
2021 March 26
AD
Yura Smirkin
Привет! Подскажите такой момент. Бывают ситуации когда на одном хосте проигрывается параллельно несколько playbook-ов. И если в них есть установка пакетов(в моем случае через yum), то можно поймать yum lock из-за чего плейбук падает.Поможет ли использование dnf? Или может какие другие идеи. Спасибо
retries/delay
TG
Yura Smirkin
Привет! Подскажите такой момент. Бывают ситуации когда на одном хосте проигрывается параллельно несколько playbook-ов. И если в них есть установка пакетов(в моем случае через yum), то можно поймать yum lock из-за чего плейбук падает.Поможет ли использование dnf? Или может какие другие идеи. Спасибо
Не надо так
TG
И да - транзакции пакетного менеджера ансибл обойти не поможет
GG
Yura Smirkin
Привет! Подскажите такой момент. Бывают ситуации когда на одном хосте проигрывается параллельно несколько playbook-ов. И если в них есть установка пакетов(в моем случае через yum), то можно поймать yum lock из-за чего плейбук падает.Поможет ли использование dnf? Или может какие другие идеи. Спасибо
у тебя та же проблема с apt/deb будет
SP
Yura Smirkin
Привет! Подскажите такой момент. Бывают ситуации когда на одном хосте проигрывается параллельно несколько playbook-ов. И если в них есть установка пакетов(в моем случае через yum), то можно поймать yum lock из-за чего плейбук падает.Поможет ли использование dnf? Или может какие другие идеи. Спасибо
yum работает с транзакциями в БД. Как обойти транзакции в БД? Никак, они для этого и созданы, чтобы быт ьатомарными, и чтобы их не "обходили".
GG
дело не в транзакциях
GG
дело в том, что пакетный менеджер это синглтон
VS
yum работает с транзакциями в БД. Как обойти транзакции в БД? Никак, они для этого и созданы, чтобы быт ьатомарными, и чтобы их не "обходили".
вот тут не соглашусь, пример такой себе, при локе даже хистори нельзя смотреть
VS
дело в том, что пакетный менеджер это синглтон
вот да
SP
вот тут не соглашусь, пример такой себе, при локе даже хистори нельзя смотреть
ок, уговорили, я ошибся.
GG
разница в том, что yum действительно транзакционный и он либо применяет все изменения, либо нет
GG
а вот запись в БД со списком пакетов как в deb/rpm тупо не конкурентна
y4
Скоро вы всё автоматизируете и человеки будут ненужны
GG
а потом быть погонщиком для этой нейронки
y4
Можно будет написать нейронного погонщика
YS
Спасибо . А как тогда можно выйти из ситуации? Добавить дополнительные проверки. Паузы?
GG
Yura Smirkin
Спасибо . А как тогда можно выйти из ситуации? Добавить дополнительные проверки. Паузы?
самое простое
GG
не запускать два менеджмент процесса одновременно