SF
он как был установлен? kind ?
Size: a a a
2021 May 05
DM
stateful set
SF
тогда
kubectl scale —replica-count=0 <name stateful set>
N
так на хосте работает все
N
перезапустил докер на всякий случай тоже
DM
так делаю но видимо оператор его обратно откатывает
SF
в логах запуска докера что? journalctl -u docker-service -f
N
bash-4.4# cat /etc/resolv.conf
nameserver 127.0.0.11
options ndots:0
а вот что внутри контейнера
N
получается не подтянул докер с хоста настройки?
DM
лан вроде в хельме поменял число реплик просто и ок, спасибо
SF
stateful set - обычный контроллер реплик)
SF
то что вы описывали более походило на поведение https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/
SF
однозначно
DM
это понятно, я просто не очень понимаю магию контроллера, знаю толькт что когда делал реплика скейл до 0, то поды прибивались, а потом снова поднимались, а скейл возвращался в 1
SF
значит скейлил не то
SF
в параметрах задвал имя не stateful set, а одной из его реплик, которые он контролирует
N
Очень странно. Локально если зайти в контейнер, там содержимое файла
```
и при этом запрос отрабатывает
/etc/resolv.conf такое же```
nameserver 127.0.0.11```
options ndots:0
и при этом запрос отрабатывает
N
может ли это быть из-за каких нибудь политик фаервола?
SF
может dind используете?