именно в namespace, не в project

Я про это. По сути хотелось, чтоб кроме этого неймспейса другие не могли использовать

Привет.
Заметил, что на внешних ДНС серверах часто проскакивает ответ NXDomain.
Посмотрел - OKD зачем-то пытается отрезолвить адрес хоста и добавляет к fqdn запись своего домена.
К примеру, если имя организации company.ru, а имя кластера okd, то в логах встречается попытка отрезолвить такое:

oauth-openshift.apps.company.ru.okd.company.ru.

Это касается всех всех попыток резолва хостов в домене company.ru, к которым обращаются контейнеры кластера.
vault.company.ru превращается в vault.company.ru.okd.company.ru. и т.д.
При этом есть и нормальные запросы, где okd.company.ru не добавляется в конец.
Кстати, есть кластеры OSE - там ситуация аналогичная.

Посмотри что у тебя в etc/resolv.conf

если про запись search - то она есть

Возможно у тебя там прописан домен компании и туда пытается поставить если не может размещалась

Тогда это нормальное состояние

Бывает когда реально не может разрезолвить хост и последним запросом пуляет с добавлением search

Странно как-то, он всегда может отрезолвить. Не понимаю зачем ещё search добавлять, при условии, что предыдущий запрос вернул нормальный ответ.

Есть подозрение, что это работает наоборот - сначала кидает с добавлением search, потом без.

Ну ты ведь можешь отправить запрос на test но имея ввиду test.example.com и короткие имена разрезолвить

Да, логика такая.

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

Если я правильно помню как работает резолвер, то search подставляется только в том случае, если запрос был без fqdn. В моём случае в запросе есть fqdn хоста, но всё-равно в первой попытке резолва search зачем-то используется.

ndots?

оно самое. ndots=5

вот и ответ

спс

Всем привет, опытные гуру OS и k8s подскажите - на машинах (нодах) обычно отключают turbо boost на процах или нет ?