OpenWhisk Ngnix Pod CrashLoopBackOff - PullRequest
0 голосов
/ 02 июля 2018

Я очень новичок в OpenWhisk и у меня есть некоторые трудности в настройке. Модуль Ngnix работает в CrashLoopBackOff из-за ошибки в модуле.

2018/07/02 16:14:27 [emerg] 1#1: host not found in resolver "kube-dns.kube-system" in /etc/nginx/nginx.conf:41
nginx: [emerg] host not found in resolver "kube-dns.kube-system" in /etc/nginx/nginx.conf:41

Я не могу прыгнуть в саму Pod, но я запустил Docker Container с тем же образом, который использует Pod, и заглянул внутрь nginx.conf:

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    keepalive_timeout  65;

    #gzip  on;

    include /etc/nginx/conf.d/*.conf;
}

Когда я заглянул в каталог conf.d, я нашел один файл default.conf, в котором для server_name было задано значение localhost:

server {
    listen       80;
    server_name  localhost;

    #charset koi8-r;
    #access_log  /var/log/nginx/log/host.access.log  main;

    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #
    #location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    #location ~ \.php$ {
    #    root           html;
    #    fastcgi_pass   127.0.0.1:9000;
    #    fastcgi_index  index.php;
    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
    #    include        fastcgi_params;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #    deny  all;
    #}
}

Я полагаю, что это является причиной проблемы и что служба kube.dns не может разрешить localhost.

Однако я не знаю, как решить эту проблему или, по крайней мере, обойти ее. Может быть, я могу установить статическое имя хоста для Pod в Ngnix Deployment и ввести это имя хоста в конфигурацию ngnix?

Может ли кто-нибудь предоставить мне обходной путь или даже исправление?

Большое спасибо.

Ответы [ 2 ]

0 голосов
/ 04 июля 2018

kubeadm получает и проверяет среду из текущего сеанса хоста ОС.

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

env | grep _proxy

В средах, где прокси-сервер настроен для доступа к интернет-службам, таким как Docker Hub или Oracle Container Registry, вам может потребоваться выполнить несколько шагов настройки, чтобы настроить Kubernetes для установки и правильной работы.

  • Убедитесь, что конфигурация запуска ядра Docker на каждом узле кластера настроена для использования прокси-сервера. Например, создайте раскрывающийся файл службы systemd по адресу /etc/systemd/system/docker.service.d/http-proxy.conf со следующим содержимым:

    [Service]

    Environment="HTTP_PROXY=http://proxy.example.com:80/" Environment="HTTPS_PROXY=https://proxy.example.com:443/"

    Замените http://proxy.example.com:80/ URL-адресом прокси-службы HTTP. Если у вас есть HTTPS-прокси и вы это также указали, замените https://proxy.example.com:443/ URL-адресом и портом для этой службы. Если вы внесли изменения в конфигурацию службы Docker systemd, выполните следующие команды:

    systemctl daemon-reload; systemctl restart docker

  • Возможно, вам потребуется установить переменные среды http_proxy или https_proxy, чтобы иметь возможность запускать другие команды на любом из узлов вашего кластера. Например:

    export http_proxy="http://proxy.example.com:80/"

    export https_proxy="https://proxy.example.com:443/"

  • Отключите настройку прокси для локального хоста и любых IP-адресов узлов в кластере:

    export no_proxy="127.0.0.1, 192.0.2.10, 192.0.2.11, 192.0.2.12"

Этих шагов должно быть достаточно для нормального функционирования развертывания. Использование прозрачного прокси-сервера, который не требует настройки на хосте и который игнорирует запросы внутренней сети, может снизить сложность конфигурации и может помочь избежать неожиданного поведения.

0 голосов
/ 02 июля 2018

Используете ли вы «Развертывание OpenWhisk в Kubernetes (https://github.com/apache/incubator-openwhisk-deploy-kube) проект?

»)

Я подозреваю, что вы можете столкнуться с ошибкой Kubernetes, описанной в README.md :

Однако несколько второстепенных выпусков Kubernetes, включая 1.8.9 и 1.9.4, не будут работать для OpenWhisk из-за ошибок с подпутями монтирования тома (см. [ 1 ]). Эта ошибка будет отображаться как ошибка при развертывании контейнера nginx.

Исправление для этого - использование версии Kubernetes, в которой нет ошибки подпути монтирования тома.

...