Пиши Рафаэле в том тикете

Я надеялся что оно как то само решится:(

Всем привет, выходят такие ошибки Message:        The node was low on resource: ephemeral-storage. Container sdfsf-34535 was using 3351320Ki, which exceeds its request of 0. Проверял LocalStorageCapacityIsolation - не включен. Есть какие-то другие варианты , для решения этой ошибки, не включая LocalStorageCapacityIsolation=true?

место на ноде закончилось?

смотрел /var/lib/* еще есть 20гб

Конфиг кублета еще можно посмотреть

а что там поискать?

*threshold

Привет. в 4.8 осознанно через helm запихиваю ingress с

apiVersion: networking.k8s.io/v1beta1

Если после деплоя пойти и посмотреть создавшийся ресурс, там будет стоять уже правильная версия API

apiVersion: networking.k8s.io/v1

При этом стреляет а потом самостоятельно резолвится алерт

message = Deprecated API that will be removed in the next version is being used. Removing the workload that is using the networking.k8s.io.v1beta1/ingresses API might be necessary for a successful upgrade to the next cluster version. Refer to the apirequestcount.apiserver.openshift.io resources to identify the workload.

ОКД налету меняет деприкейтед ресурсы на правильные?

как и любой k8s, аписервер умеет конвертить ресурсы между версиями.

Алерт говорит о том, что кто-то запрашивает\слушает старую версию (например, оператор) и после апдейта это начнет сыпать ошибками

не нашел такого в конфиге. Я так понимаю это ошибка что лимиты не выставлены? можно ли разработчикам обойти ее через emptydir ? или это уже борьба со следствием а не причиной ошибки?

Значит не заданы

Еще глянуть journalctl -xfe -u kubelet | grep ephemeral

спс. Не знал, про умение конвертировать.

Oct 16 23:10:58 dom1-cp3-w2.local atomic-openshift-node[2428]: I1016 23:10:58.610503    2428 server.go:469] Event(v1.ObjectReference{Kind:"Node", Namespace:"", Name:"dom1-cp3-w2.local", UID:"dom1-cp3-w2.local", APIVersion:"", ResourceVersion:"", FieldPath:""}): type: 'Warning' reason: 'EvictionThresholdMet' Attempting to reclaim ephemeral-storage
Oct 16 23:11:02 dom1-cp3-w2.local atomic-openshift-node[2428]: I1016 23:11:02.314711    2428 eviction_manager.go:336] eviction manager: able to reduce ephemeral-storage pressure without evicting pods.

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

Будет конечно переразвораяивать, но по-моему можно кластер в maintenance режим перевести

https://docs.openshift.com/container-platform/4.6/nodes/edge/nodes-edge-remote-workers.html

Надо смотреть в настройках кубелета и эвикшена, за 30с может и не триггернутся

спасибо , сейчас поизучаю

Странно , в документации дефолтное  значение 10 сек , в конфиге 0 сек.