FIWARE 实验室 - Docker 图像连接问题构建图像
FIWARE Lab - Docker images connectivity issues building images
尝试在 FIWARE 实验室机器上安装一些 GE,使用 Centos 基础映像安装未完成。
我在本地虚拟机上尝试了相同的过程,我可以成功安装 docker 容器。
尝试使用 docker 说明安装 FIWARE PEP 代理(构建映像):
https://github.com/ging/fiware-pep-proxy/tree/master/extras/docker
sudo docker build -t pep-proxy-image .
Sending build context to Docker daemon 6.656 kB
Step 1/7 : FROM ubuntu:14.04
---> 578c3e61a98c
Step 2/7 : MAINTAINER FIWARE Wilma PEP Proxy Team. DIT-UPM
---> Using cache
---> 79f4c3dbc65b
Step 3/7 : WORKDIR /opt
---> Using cache
---> e705b36ae1f3
Step 4/7 : RUN sudo apt-get update && sudo apt-get install make g++ software-properties-common python-software-properties -y && sudo add-apt-repository ppa:chris-lea/node.js -y && sudo apt-get update && sudo apt-get install nodejs git -y
---> Running in 7ee6f4ca98fa
Ign http://archive.ubuntu.com trusty InRelease
Ign http://security.ubuntu.com trusty-security InRelease
Ign http://archive.ubuntu.com trusty-updates InRelease
Get:1 http://security.ubuntu.com trusty-security Release.gpg [916 B]
Ign http://security.ubuntu.com trusty-security Release
Ign http://archive.ubuntu.com trusty-backports InRelease
Get:2 http://archive.ubuntu.com trusty Release.gpg [933 B]
Get:3 http://archive.ubuntu.com trusty-updates Release.gpg [916 B]
Get:4 http://archive.ubuntu.com trusty-backports Release.gpg [916 B]
Ign http://archive.ubuntu.com trusty Release
Ign http://archive.ubuntu.com trusty-updates Release
Ign http://archive.ubuntu.com trusty-backports Release
我在主机上有完整的连接,而且我在 open-stack 上打开了安全规则,比如 web 仪表板。我还禁用了 Centos 防火墙
systemctl disable firewalld
如果我下载图像没有问题,但我无法在 FIWARE Lab 上构建
提前致谢
我认为这是 MTU 的问题。 VM 的 MTU 为 1400,dockers 默认情况下的 MTU 为 1500,因此它们不起作用。
因此,考虑到所描述的安装 https://docs.docker.com/install/linux/docker-ce/centos/ and based on the default network customization described here: https://docs.docker.com/v17.09/engine/userguide/networking/default_network/custom-docker0/
我们可以配置 docker0 创建文件 /etc/docker/daemon.json 使用此配置以使其与默认配置一样:
{
"bip": "172.17.0.1/16",
"fixed-cidr": "172.17.0.1/16",
"mtu": 1400,
"dns": ["8.8.8.8"]
}
然后在重新启动 docker 服务后,一切都应该正常工作。
尝试在 FIWARE 实验室机器上安装一些 GE,使用 Centos 基础映像安装未完成。
我在本地虚拟机上尝试了相同的过程,我可以成功安装 docker 容器。
尝试使用 docker 说明安装 FIWARE PEP 代理(构建映像): https://github.com/ging/fiware-pep-proxy/tree/master/extras/docker
sudo docker build -t pep-proxy-image .
Sending build context to Docker daemon 6.656 kB
Step 1/7 : FROM ubuntu:14.04
---> 578c3e61a98c
Step 2/7 : MAINTAINER FIWARE Wilma PEP Proxy Team. DIT-UPM
---> Using cache
---> 79f4c3dbc65b
Step 3/7 : WORKDIR /opt
---> Using cache
---> e705b36ae1f3
Step 4/7 : RUN sudo apt-get update && sudo apt-get install make g++ software-properties-common python-software-properties -y && sudo add-apt-repository ppa:chris-lea/node.js -y && sudo apt-get update && sudo apt-get install nodejs git -y
---> Running in 7ee6f4ca98fa
Ign http://archive.ubuntu.com trusty InRelease
Ign http://security.ubuntu.com trusty-security InRelease
Ign http://archive.ubuntu.com trusty-updates InRelease
Get:1 http://security.ubuntu.com trusty-security Release.gpg [916 B]
Ign http://security.ubuntu.com trusty-security Release
Ign http://archive.ubuntu.com trusty-backports InRelease
Get:2 http://archive.ubuntu.com trusty Release.gpg [933 B]
Get:3 http://archive.ubuntu.com trusty-updates Release.gpg [916 B]
Get:4 http://archive.ubuntu.com trusty-backports Release.gpg [916 B]
Ign http://archive.ubuntu.com trusty Release
Ign http://archive.ubuntu.com trusty-updates Release
Ign http://archive.ubuntu.com trusty-backports Release
我在主机上有完整的连接,而且我在 open-stack 上打开了安全规则,比如 web 仪表板。我还禁用了 Centos 防火墙
systemctl disable firewalld
如果我下载图像没有问题,但我无法在 FIWARE Lab 上构建 提前致谢
我认为这是 MTU 的问题。 VM 的 MTU 为 1400,dockers 默认情况下的 MTU 为 1500,因此它们不起作用。
因此,考虑到所描述的安装 https://docs.docker.com/install/linux/docker-ce/centos/ and based on the default network customization described here: https://docs.docker.com/v17.09/engine/userguide/networking/default_network/custom-docker0/
我们可以配置 docker0 创建文件 /etc/docker/daemon.json 使用此配置以使其与默认配置一样:
{
"bip": "172.17.0.1/16",
"fixed-cidr": "172.17.0.1/16",
"mtu": 1400,
"dns": ["8.8.8.8"]
}
然后在重新启动 docker 服务后,一切都应该正常工作。