Как же он будет работать, если IP пода совсем в другой сети

└─# kubectl get componentstatuses -o yaml
apiVersion: v1
items:
- apiVersion: v1
 conditions:
 - message: 'Get http://127.0.0.1:10251/healthz: dial tcp 127.0.0.1:10251: connect:
     connection refused'
   status: "False"
   type: Healthy
 kind: ComponentStatus
 metadata:
   creationTimestamp: null
   name: scheduler
   selfLink: /api/v1/componentstatuses/scheduler
- apiVersion: v1
 conditions:
 - message: 'Get http://127.0.0.1:10252/healthz: dial tcp 127.0.0.1:10252: connect:
     connection refused'
   status: "False"
   type: Healthy
 kind: ComponentStatus
 metadata:
   creationTimestamp: null
   name: controller-manager
   selfLink: /api/v1/componentstatuses/controller-manager
- apiVersion: v1
 conditions:
 - message: '{"health":"true"}'
   status: "True"
   type: Healthy
 kind: ComponentStatus
 metadata:
   creationTimestamp: null
   name: etcd-0
   selfLink: /api/v1/componentstatuses/etcd-0
- apiVersion: v1
 conditions:
 - message: '{"health":"true"}'
   status: "True"
   type: Healthy
 kind: ComponentStatus
 metadata:
   creationTimestamp: null
   name: etcd-2
   selfLink: /api/v1/componentstatuses/etcd-2
- apiVersion: v1
 conditions:
 - message: '{"health":"true"}'
   status: "True"
   type: Healthy
 kind: ComponentStatus
 metadata:
   creationTimestamp: null
   name: etcd-1
   selfLink: /api/v1/componentstatuses/etcd-1
kind: List
metadata:
 resourceVersion: ""
 selfLink: ""

Покажи ip route с узла где под

default via 10.1.100.254 dev ens18 proto static
10.1.100.0/24 dev ens18 proto kernel scope link src 10.1.100.10
10.1.100.25 dev cali00661562da0 scope link
10.244.25.128/26 via 10.1.100.11 dev tunl0 proto bird onlink
10.244.77.0/26 via 10.1.100.3 dev tunl0 proto bird onlink
10.244.94.64/26 via 10.1.100.4 dev tunl0 proto bird onlink
10.244.94.192/26 via 10.1.100.20 dev tunl0 proto bird onlink
blackhole 10.244.118.128/26 proto bird
10.244.147.0/26 via 10.1.100.2 dev tunl0 proto bird onlink
10.244.188.0/26 via 10.1.100.12 dev tunl0 proto bird onlink
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown

10.1.100.25 - это IP пода

Ну. Калико не дурная. Роулинг тебе внутрь пода прописала

Тебе надо на твоём 10.1.100.254 прописать роут
10.1.100.25/32 via 10.1.100.10

Как я понял, нормального решения у этой проблемы с контроллером и шедуллером в Рачнере нет….
https://forums.rancher.com/t/kubectl-get-componentstatus-fails-for-scheduler-and-controller-manager/15801
https://github.com/rancher/rancher/issues/11496

Кластер работает

чот жесть какая-то, все ведь заработает, если я просто внутри контейнера дефолт пропишу

@Sn00p там ранчер не работает ^ 😊

sysctl net.ipv4.conf.ens18.proxy_arp=1
И все заработало, спасибо за помощь!

О. Ок

джоан?

Стонес

Кстати о питичках. Надо потыкать во флоатинг ip калики

Нет, это куберовская шляпа.

Сделал вот так:
cd /etc/kubernetes/manifests
vi kube-scheduler.yaml
 Use #comment - --port=0

vi kube-controller-manager.yaml
 Use #comment - --port=0

Вот фикс норм)

Нет человека нет проблемы