адреа докер0-интерфейса передавать?)

так любой контейнер и так в него пойдет, в него sdn зароутит

http://nginx.org/ru/docs/http/ngx_http_core_module.html#resolver 🙂

а, хмм, тогда адрес ноды?

ее ж надо еще через даунворд апи прокинуть в под

а вообще dnsmasq на всех интерфейсах слушает, так что docker0 подойдет, да

прокинуть и через downward API можно

И все оказалось проще :)
Ребята, которые настраивали сеточку под S3 прописали в hosts файл резолв хостнейма во вторую сеть (IP_eth_2 FQDN) и все :)

/me бьется в истерике

кроме lo

у нас есть кастомер который свой dns сервер на несколько дней подряд кладёт постоянно. Шифт не просто не доступен, как только протухает dns cache так и ноды начинают отваливаться. ... Как только dns появляется обратно, все восстанавливается обратно.

спасибо

коллеги, доброго дня всем
делал кто-нибудь зеркало с quay.io?

docker/podman pull при этом нормально делает, а через oc adm release mirror -a выдает такое:

info: Mirroring 101 images to file://openshift/release ...
<dir>
  openshift/release
    blobs:
      quay.io/openshift-release-dev/ocp-release sha256:bbb08a416fbbaaf3c8011fe96e3316016932110568d4b6040f6b088af7602d70 1.459KiB
      quay.io/openshift-release-dev/ocp-release sha256:4fbc3bafa3d4400bb97a733c1fe12f2f99bf38b9d5b913d5034f29798739654d 1.585KiB
      quay.io/openshift-release-dev/ocp-release sha256:311ced3cec10f55cd2d863564ee272c8b6c8492ebc9c28be2f0acd122d071020 413.5KiB
      quay.io/openshift-release-dev/ocp-release sha256:00d3df4a6fcbbbb7041e6c108c2ad06c5fef0e66a1c242027ca1a02448aa91c6 3.336MiB
      quay.io/openshift-release-dev/ocp-release sha256:8f4e4f5f8aeb803ded0c9ba9fc37f91f4f4fdbb0ddbe1112facf836d7900a414 7.844MiB
      quay.io/openshift-release-dev/ocp-release sha256:bc14e4af99bddfc2efa2c8efb67569cbd8387e1829fad807d1acff6caea6ce38 19.9MiB
      quay.io/openshift-release-dev/ocp-release sha256:34971b2d1eb98e410c2802e6bb3a7f499f9c5bff1b870ed329089ecdb21cf856 72.71MiB
    manifests:
      sha256:bcf57853b93c72691f9c90813d17bc1d3b6d1efb75accc16e406be410689c885 -> 4.3.0-rc.0
  stats: shared=0 unique=7 size=104.2MiB ratio=1.00

error: unable to retrieve source image quay.io/openshift-release-dev/ocp-v4.0-art-dev manifest sha256:69654e44e31597bba1d381f8c99a2f8b4607858544a067c709f645f4030614d0: unauthorized: access to the requested resource is not authorized

info: Mirroring 101 images to file://openshift/release ...
<dir>
  openshift/release
    blobs:
      quay.io/openshift-release-dev/ocp-release sha256:bbb08a416fbbaaf3c8011fe96e3316016932110568d4b6040f6b088af7602d70 1.459KiB
      quay.io/openshift-release-dev/ocp-release sha256:4fbc3bafa3d4400bb97a733c1fe12f2f99bf38b9d5b913d5034f29798739654d 1.585KiB
      quay.io/openshift-release-dev/ocp-release sha256:311ced3cec10f55cd2d863564ee272c8b6c8492ebc9c28be2f0acd122d071020 413.5KiB
      quay.io/openshift-release-dev/ocp-release sha256:00d3df4a6fcbbbb7041e6c108c2ad06c5fef0e66a1c242027ca1a02448aa91c6 3.336MiB
      quay.io/openshift-release-dev/ocp-release sha256:8f4e4f5f8aeb803ded0c9ba9fc37f91f4f4fdbb0ddbe1112facf836d7900a414 7.844MiB
      quay.io/openshift-release-dev/ocp-release sha256:bc14e4af99bddfc2efa2c8efb67569cbd8387e1829fad807d1acff6caea6ce38 19.9MiB
      quay.io/openshift-release-dev/ocp-release sha256:34971b2d1eb98e410c2802e6bb3a7f499f9c5bff1b870ed329089ecdb21cf856 72.71MiB
    manifests:
      sha256:bcf57853b93c72691f9c90813d17bc1d3b6d1efb75accc16e406be410689c885 -> 4.3.0-rc.0
  stats: shared=0 unique=7 size=104.2MiB ratio=1.00

error: unable to retrieve source image quay.io/openshift-release-dev/ocp-v4.0-art-dev manifest sha256:69654e44e31597bba1d381f8c99a2f8b4607858544a067c709f645f4030614d0: unauthorized: access to the requested resource is not authorized

oc adm -a <пулл секрет> mirror. Кроме того, проверь что имадж пуллится с этим секретом

pull работает (docker login quay.io сперва)
учетная запись должна быть какая-то особенная или для простых смертных тоже доступно?

нужен pull secret из openshift.com/try

премного благодарен

осталось разобраться почему ему не нравится пароль в base64

phase 0:
  s1-vad-inf27:5000 ocp4/openshift4/4.2.12 blobs=7 mounts=0 manifests=1 shared=5
phase 1:
  s1-vad-inf27:5000 ocp4/openshift4 blobs=205 mounts=5 manifests=98 shared=5

info: Planning completed in 19.32s
error: unable to upload blob sha256:65bba3a005852563f90177f2e0f64b1cb82278d403f16041926d0074c26ac102 to s1-vad-inf27:5000/ocp4/openshift4/4.2.12: Post https://s1-vad-inf27:5000/v2/ocp4/openshift4/4.2.12/blobs/uploads/: no basic auth credentials

phase 0:
  s1-vad-inf27:5000 ocp4/openshift4/4.2.12 blobs=7 mounts=0 manifests=1 shared=5
phase 1:
  s1-vad-inf27:5000 ocp4/openshift4 blobs=205 mounts=5 manifests=98 shared=5

info: Planning completed in 19.32s
error: unable to upload blob sha256:65bba3a005852563f90177f2e0f64b1cb82278d403f16041926d0074c26ac102 to s1-vad-inf27:5000/ocp4/openshift4/4.2.12: Post https://s1-vad-inf27:5000/v2/ocp4/openshift4/4.2.12/blobs/uploads/: no basic auth credentials

там должен быть не пароль, а токен. Если это другой internal registry, то oc registry login --to=auth.json и эту часть надо приклеить к пулл секрету

если это просто standalone registry, то тут от аутентификации зависит

спасибо большое!

через echo -n '<user_name>:<password>' | base64 -w0 сделал, но не заменил ошибки в JSON