我是OpenWhisk的新手,在安装过程中遇到了一些困难。 由于Pod中的错误,Ngnix Pod正在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本身,但是我运行了一个具有Pod正在使用的相同图像的Docker容器,并在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。
但是,我不知道如何解决此问题或至少解决该问题。 也许我可以在Ngnix部署中为Pod设置一个静态主机名,然后将该主机名输入到ngnix配置中?
有人可以为我提供解决方法吗,甚至可以提供解决方法?
非常感谢。
答案 0 :(得分:1)
您是否正在使用“在Kubernetes(https://github.com/apache/incubator-openwhisk-deploy-kube)项目上进行OpenWhisk部署?
我怀疑您可能遇到了README.md中所述的Kubernetes错误:
但是,由于带有卷安装子路径的错误,Kubernetes的多个次要发行版(包括1.8.9和1.9.4)将不适用于OpenWhisk(请参阅[1])。部署nginx容器时,此错误将以失败的形式出现。
此问题的解决方法是使用没有卷安装子路径错误的Kubernetes版本。
答案 1 :(得分:1)
kubeadm从当前正在运行的主机OS会话中获取并检查环境。
您可以通过执行以下命令来检查是否已设置代理:
env | grep _proxy
在配置了代理服务器以访问Internet服务的环境(例如Docker Hub或Oracle Container Registry)中,您可能需要执行几个配置步骤才能使Kubernetes得以安装并正常运行。
确保将集群中每个节点上的Docker引擎启动配置配置为使用代理服务器。例如,在/etc/systemd/system/docker.service.d/http-proxy.conf中创建一个systemd服务插入文件,其内容如下:
[Service]
Environment="HTTP_PROXY=http://proxy.example.com:80/"
Environment="HTTPS_PROXY=https://proxy.example.com:443/"
将http://proxy.example.com:80/替换为HTTP代理服务的URL。如果您具有HTTPS代理并且也已指定它,则用该服务的URL和端口替换https://proxy.example.com:443/。如果您对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"
这些步骤应足以使部署正常运行。使用不需要在主机上进行配置并且可以忽略内部网络请求的透明代理,可以降低配置的复杂性,并有助于避免意外行为。