FIWARE实验室-Docker映像连接问题导致无法建立映像

时间:2018-07-16 07:12:03

标签: docker centos7 openstack fiware

尝试在FIWARE Lab计算机中安装一些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

我在主机中具有完全的连接性,而且我在开放式堆栈(如Web仪表板)上打开了安全规则。我也禁用了Centos防火墙

systemctl disable firewalld

如果下载图像没有问题,但是我无法在FIWARE Lab上构建 预先感谢

1 个答案:

答案 0 :(得分:1)

我认为这与MTU有关。这些VM的MTU为1400,而docker默认情况下的MTU为1500,因此它们无法正常工作。

因此,请考虑https://docs.docker.com/install/linux/docker-ce/centos/中所述的安装并基于此处描述的默认网络自定义: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服务之后,一切都应正确运行。