сделал туннель на хост со своей тачки

телнет с ноды на порт работает с моей тачки нет

Доброе утро! Расскажите, есть всё таки возможность заставить штатный opeshift-monitoring принять мои ServiceMonitors из других неймспейсов? Или проще поднять самостоятельно оператора для кубера?

When changes are saved to the cluster-monitoring-config ConfigMap object, the pods and other resources in the openshift-monitoring project might be redeployed. The running monitoring processes in that project might also be restarted.

ага, может в этом дело

Добрый день, а как можно сгенерировать worker.ign для одной baremetal ноды. Если есть кластер в Ovirt поставлен?

добрый день! подскажите пожалуйста, при установке такое сообщение:
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding

с чем может быть связано то, что имя сервера не отображается?

курли его из https://api.foo.develcluster.example.com:22623/config/worker?

собери лог бандл и внеси баг, посмотрим

разве там не для обычной ovirt ноды конфиг? Я думал что мне нужно сперва както сделать MachinePool и по нему устонавливать ноды на BareMetal?

в условиях, когда нет еще ни одной ноды это возможно сделать? сгенерировал ignition, пытаюсь установить, загрузившись в coreos, установка проходит, перезагружаю VM, на этом всё

DHCP hostname выдает?

хороший вопрос, проверю

бутстрап-то есть со своим системным журналом, и то что инсталлер сгенерировал тоже есть

1 я не могу в него попасть по ключу, так и должно быть? загружался с livecd, ключ есть в конфигах на диске
2 сгенеренное инсталлером могу выложить

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

oc set env deployment mytestapp MYVAR=dummy понятно - оно работает
а реально ли сделать через oc, чтобы в итоге получилось например

env:
  - name: NODENAME
              valueFrom:
                fieldRef:
                  apiVersion: v1
                  fieldPath: spec.nodeName

UPD: а вот походу нет, только oc patch

да

~/openshift-install --dir ~/ocp-install wait-for bootstrap-complete --log-level=debug
DEBUG OpenShift Installer 4.8.4
DEBUG Built from commit 1831f62e8edf693c6b9d398a1549c3f032b62706
INFO Waiting up to 20m0s for the Kubernetes API at https://api.lab.domain.com:6443...
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
DEBUG Still waiting for the Kubernetes API: an error on the server ("") has prevented the request from succeeding
ERROR Attempted to gather ClusterOperator status after wait failure: listing ClusterOperator objects: an error on the server ("") has prevented the request from succeeding (get clusteroperators.config.openshift.io)
INFO Use the following commands to gather logs from the cluster
INFO openshift-install gather bootstrap --help
ERROR Bootstrap failed to complete: an error on the server ("") has prevented the request from succeeding
ERROR Failed waiting for Kubernetes API. This error usually happens when there is a problem on the bootstrap host that prevents creating a temporary control plane.
FATAL Bootstrap failed to complete