И уже устал отвечать на этот вопрос

Дискуссия на своей волне

Это ответ на "закопайте"

А мне очень понравилось VZ7. Хочется попробовать VZ7 в качестве компьют нод опенстека :) Пускать и KVM виртуалки и VZ контейнеры

вот только в опенстеке говна не хватает

Коллега Колышкин сраные 10 лет назад довольно толково объяснил, почему VZ любой версии никогда не будет в ядре

и так уже затащили столько, что оно начало подыхать под своим весом

Поэтому “надеюсь, что допилят VZ8” выглядит очень странно

Коллега Колышкин сраные 10 лет назад довольно толково объяснил, почему VZ любой версии никогда не будет в ядре

одной фразой "потому что он говно"?

Коллега Колышкин сраные 10 лет назад довольно толково объяснил, почему VZ любой версии никогда не будет в ядре

я как-то пропустил, а че там?

одной фразой "потому что он говно"?

Да не Он же его автор, этого говна

я как-то пропустил, а че там?

Линус не велит!

Коллега Колышкин сраные 10 лет назад довольно толково объяснил, почему VZ любой версии никогда не будет в ядре

с тех пор VZ переписали на cgroups

с тех пор VZ переписали на cgroups

но зачем, когда есть lxc уже?

Линус не велит!

тащить всякое говно в ядро то? ну и правильно

Линус говорит с сильным финским акцентом: “Нахуй вы принесли в ванильное ядро ваше хостерское дерьмо?"

И показывает фак с двух рук и двух ног

и хуем!

но зачем, когда есть lxc уже?

в VZ таки фич по-больше, да и безопаснее оно, меньше проблем. Вот пример: https://habrahabr.ru/post/278877/

еще и прокс

Рано или поздно проксмокс будет упомянут

Согласно закону Годвина

опенвз + прокс это джекпот говна

опенвз + прокс это джекпот говна

+1

Коллега Колышкин сраные 10 лет назад довольно толково объяснил, почему VZ любой версии никогда не будет в ядре

Роль показывай, говорю

Ну вообще мне кажется что да, что OpenStack + VZ7 будет лучше, чем Proxmox + VZ6

а что за херня virtuozzo?

ее раньше форсили активно

Ну вообще мне кажется что да, что OpenStack + VZ7 будет лучше, чем Proxmox + VZ6

слова OpenStack и "лучше" в одном приложении нельзя использовать

в VZ таки фич по-больше, да и безопаснее оно.

а что за херня virtuozzo?

они в брендинге запутались, и запутали всех. Теперь virtuozzo = VZ7, раньше это был проприетарный OpenVZ

Роль показывай, говорю

https://github.com/gitinsky/ansible-module-lxd

разве что "Openstack станет лучше, если его полностью переписать"

Я в нее еще пару коммитов сконтрибучу

слова OpenStack и "лучше" в одном приложении нельзя использовать

По-моему OpenStack меньшее говно. Я писала и под API проиксмокса и под API опенстека, и в исходниках опенстека немного ковырялась

По-моему OpenStack меньшее говно. Я писала и под API проиксмокса и под API опенстека, и в исходниках опенстека немного ковырялась

OpenStack просто говно, меньшее или большее - неважно

https://github.com/gitinsky/ansible-module-lxd

Спасибо :)

Итого, имеем два набора правил - докерские и не докерские

по этому в CNI плагинах предполагается, что контейнер запущен с net=none, плагины потом сами ковыряются в неймспейсе как им хочется.

Ну, это геморрой

У меня три одинаковых контейнера запущено

Получается, я должен через env vars им порт задавать

зато всё надежно, всегда начинаешь с известного состояния :)

И внутри это разбирать

я предполагаю что cni плагины можно и скриптом вызвать, там спека простая: подавай jsonна вход и жди результат

сами плагины протсо бинарники жрущие json на вход и кидающие что-то на выход + side effects

вот задачка под вечер: SUCCESS=0 for x in {1..5}; do mycmd| grep -qv Bound || { SUCCESS=1; break; } sleep 1 done как бы по-красивее добится того же, но не репортить SUCCESS если mycmd развалилась и ничего не выдала

на пихтоне переписать?

посмотри в сторону egrep '^($|.*Bound)'

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

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

тогда весь смысл теряется

mycmd | grep -qv Bound && next ||:

я не очень въезжаю что именно ты хочешь сделать

Коллеги. Кто сталкивался с такой проблемой с мускулем? репликация стоит на месте, ошибок нет, Slave_IO и SlaveSQL running. А вот в логах уже третья ошибка: Rolling back unfinished transaction (no COMMIT or ROLLBACK in relay log)

в show processlist пусто(ну точнее 2 процесса от репликации)

docker в coreos перестал отвечать вообще что можно сделать? docker ps стакается

============= нид хелп ============

а что тогда перестало отвечть?

все команды связанные с контейнерами

а в логах что-то есть?

а в логах что-то есть?

как смотреть?

coreos жи

не работал ни разу

я тоже (

нет у меня к ней доверия почему-то

Сначала понахватают хипсторских технологий в стек, а потом не знают что с ними делать :)

ну братан я не виноват

Сначала понахватают хипсторских технологий в стек, а потом не знают что с ними делать :)

поддерживаю)

как смотреть?

journalctl ?

journalctl -u docker.service (не точное название!)

docker в coreos перестал отвечать вообще что можно сделать? docker ps стакается

как стакается? в dmesg есть чего?

А кто знает, letsencrypt проверяет токенами все SAN включая сабдомены?

А кто знает, letsencrypt проверяет токенами все SAN включая сабдомены?

да

ок спасибо

А никто не в курсе, когда выйдет тераформ с функцией импорта AWS (автоимпорта)

там кусками импорт уже есть же

Пасиба, не надо

Оно не импортирует корректно

ну про корректно в вопросе ничего не было :)

Ты на работе так же работаешь?)