Size: a a a

Kubernetes — русскоговорящее сообщество

2020 September 03

А

Андрей А in Kubernetes — русскоговорящее сообщество
Let Eat Bee
вобщем теперь command (entrypoint) переопределять без args (cmd)  в общем случае нельзя. странное решение
я так понимаю логика в том, что если сменился entrypoint то вероятно и аргументы теперь неактуальны, типа, другая программа, а для нее наверняка другие аргументы
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Let Eat Bee
вобщем теперь command (entrypoint) переопределять без args (cmd)  в общем случае нельзя. странное решение
Это норм решение
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
У тебя докер так же работает изначально
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Андрей А
я так понимаю логика в том, что если сменился entrypoint то вероятно и аргументы теперь неактуальны, типа, другая программа, а для нее наверняка другие аргументы
+++
источник

А

Андрей А in Kubernetes — русскоговорящее сообщество
а вот как раньше было фак его знает)
источник

LB

Let Eat Bee in Kubernetes — русскоговорящее сообщество
Андрей А
я так понимаю логика в том, что если сменился entrypoint то вероятно и аргументы теперь неактуальны, типа, другая программа, а для нее наверняка другие аргументы
вот только переопределять entrypoint обычно нужно, чтобы вставить какую то свою логику в старт контейнера и потом запустить прежнюю "как было"
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Лол
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Необязательно
источник

LB

Let Eat Bee in Kubernetes — русскоговорящее сообщество
George Gaál
У тебя докер так же работает изначально
docker run --entrtypoint= игнорирует CMD?
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Ты с тем же успехом можешь образ пересобрать
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Let Eat Bee
docker run --entrtypoint= игнорирует CMD?
ващет да
источник

LB

Let Eat Bee in Kubernetes — русскоговорящее сообщество
не хочу. это пайплайны и прочая мутотень
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Ты ленивый
источник

А

Андрей А in Kubernetes — русскоговорящее сообщество
эх ну чо поделать
источник

А

Андрей А in Kubernetes — русскоговорящее сообщество
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Жизнь боль, но не приумножайте боль без необходимости
источник

LB

Let Eat Bee in Kubernetes — русскоговорящее сообщество
George Gaál
ващет да
проверил, и правда
источник

LB

Let Eat Bee in Kubernetes — русскоговорящее сообщество
George Gaál
Жизнь боль, но не приумножайте боль без необходимости
мне что б баг у вендора исправить надо chmod вставить, image пересобирать совсем неврадость для такого
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Let Eat Bee
мне что б баг у вендора исправить надо chmod вставить, image пересобирать совсем неврадость для такого
Чмод? А замонтировать каталог с нужными правами или через кубер юзера переопределяться не ?
источник

A

Alex in Kubernetes — русскоговорящее сообщество
Подскажите как решить такую проблемку.
На curl -X POST запросы под с контейнером базы данных отвечает
{"response":"SQLSTATE[HY000] [2002] php_network_getaddresses: getaddrinfo failed: Name or service not know"}
В конфиге указано что к серверу базы обращаться не по IP а пр имени test-mysql
в Deployment
metadata:
 name: test-mysql
spec:
 containers:
 - name: test-mysql

как бы должны видеть по имени контейнеры друг друга?
все поды находяться в одном неймспейсе
с контейнера к серверу доступ есть, проверял с помощью телнета
источник