ВМ
Size: a a a
2021 March 31
c
настоящую)
Верю 😉
c
У тебя совпадает vGPU с поддерживаемыми ? https://docs.nvidia.com/grid/10.0/grid-vgpu-release-notes-generic-linux-kvm/index.html#abstract
ВМ
У тебя совпадает vGPU с поддерживаемыми ? https://docs.nvidia.com/grid/10.0/grid-vgpu-release-notes-generic-linux-kvm/index.html#abstract
у меня не виртуальное
ВМ
у меня реальная видеокарта
a
Никто не сталкивался с такой задачей, катим в кубер с помощью helm upgrade -- install --atomic
И если пода не выкатилась и автоматически откатывается, но хотелось чтобы в output писались логи не выкатившегося пода, да логи есть в кибане, но хотелось бы чтобы в пайпе они выводились
И если пода не выкатилась и автоматически откатывается, но хотелось чтобы в output писались логи не выкатившегося пода, да логи есть в кибане, но хотелось бы чтобы в пайпе они выводились
DS
Никто не сталкивался с такой задачей, катим в кубер с помощью helm upgrade -- install --atomic
И если пода не выкатилась и автоматически откатывается, но хотелось чтобы в output писались логи не выкатившегося пода, да логи есть в кибане, но хотелось бы чтобы в пайпе они выводились
И если пода не выкатилась и автоматически откатывается, но хотелось чтобы в output писались логи не выкатившегося пода, да логи есть в кибане, но хотелось бы чтобы в пайпе они выводились
helm не умеет. werf решает задачу.
alias helm="werf helm"
alias helm="werf helm"
a
helm не умеет. werf решает задачу.
alias helm="werf helm"
alias helm="werf helm"
Да я понимаю что helm не может. Спасибо за наводку, не думал глянуть werf
ВС
Добрый день. В контейнере есть самописный супервизор на pcntl, у него есть дочерние процессы. Хочу вывести stdout этих процессов в родительский stdout. Кто-нибудь знает, как это возможно сделать? Или хотя бы что мне искать? Пробую по-разному гуглить, не уверен, что ищу правильно.
DS
Добрый день. В контейнере есть самописный супервизор на pcntl, у него есть дочерние процессы. Хочу вывести stdout этих процессов в родительский stdout. Кто-нибудь знает, как это возможно сделать? Или хотя бы что мне искать? Пробую по-разному гуглить, не уверен, что ищу правильно.
отказаться от супервизора и запускать каждое приложение в отдельном котейнере
ВС
Обсуждали такой вариант. У нас получится слишком много pod'ов. Порядка 30+
DS
Обсуждали такой вариант. У нас получится слишком много pod'ов. Порядка 30+
в одном поде может быть несколько контейнеров
ВС
Ну, это я понимаю ) У нас именно 30+ разных воркеров, которые, как я понял, нужно будет описать в отдельных манифестах, которые в итоге и станут pod'ами, минимум с 1 контейнером
DS
Ну, это я понимаю ) У нас именно 30+ разных воркеров, которые, как я понял, нужно будет описать в отдельных манифестах, которые в итоге и станут pod'ами, минимум с 1 контейнером
Так у вас там одно приложение с несколькими воркерами? Тогда написать нормальный супервизор, который умеет ловить stdout воркеров. php-fpm например такое умеет, pm2 тоже
ВС
Вот у нас как раз на php pcntl самопис
ВС
Я просто не знаю, как перехватить stdout дочерних процессов. Если укажите направление, буду благодарен
DS
вам тогда в не в этотм чат, а в рабочий по обсуждению вашего самописа
ВС
Я думал, это более общий вопрос ) Ну ОК, спасибо ) Пойду читать про реализацию в пыхе тогда сперва
DS
Я думал, это более общий вопрос ) Ну ОК, спасибо ) Пойду читать про реализацию в пыхе тогда сперва
так оно еще на пыхе написано? То есть супервизор на php? Интересно. Ну там кроме fork возможностей порадить воркер я не знаю, по умолчанию форкнутый процесс пишет в stdout/stderr родителя. Поэтому дополнительных телодвижений не требуется
ВС
Да, на пыхе )