我尝试使用以下过程在单个Ubuntu 18.04虚拟机(具有12个CPU,32 GB RAM和300 GB磁盘空间)上设置Acumos Boreas:
0)git clone https://gerrit.acumos.org/r/system-integration
1)cd系统集成/工具
2)bash setup_docker.sh
将用户添加到docker组:sudo usermod -aG docker $ USER并再次注销/登录
3)bash系统集成/AIO/acumos_k8s_prep.sh $ USER acumos.tele.no 2>&1 | tee aio_prep.log
4)cd系统集成/ AIO
5)bash oneclick_deploy.sh 2>&1 | tee oneclick_deploy.log
安装失败。
查看kubectl命令的输出(以及Kubernetes仪表板中的信息),我观察到以下内容:
1)我看到很多这样的内容: Pod该节点的资源不足:[DiskPressure] ,这很奇怪,因为该节点有足够的可用磁盘空间和inode
2)docker-proxy和docker-dind服务多次无法启动关联的pod,docker-proxy最终“成功”运行,但日志文件中出现错误(见下文)。
3)docker-dind-xxxx pod完全无法启动: 状态:正在等待,原因:CrashLoopBackOff,上一个状态:已终止,原因:错误 >
在docker代理的日志文件中,我看到以下内容:
Reading state information...
E: Unable to locate package python
E: Unable to locate package python-pip
Waiting for temporary DNS resolution issue to be fixed
Reading package lists...
Building dependency tree...
Reading state information...
E: Unable to locate package python
E: Unable to locate package python-pip
Waiting for temporary DNS resolution issue to be fixed
Reading package lists...
Building dependency tree...
Reading state information...
E: Unable to locate package python
E: Unable to locate package python-pip
Waiting for temporary DNS resolution issue to be fixed
Reading package lists...
Building dependency tree...
Reading state information...
E: Unable to locate package python
E: Unable to locate package python-pip
关于如何解决此问题的任何想法?
答案 0 :(得分:0)
我刚刚发现了一个docker-dind问题。上游项目已更改了它们公开docker服务的方式。我正在研究一个补丁,以修复它。但是您可以编辑docker-proxy-deployment.yaml(在AIO / docker-engine / kubernetes中),以引用两个容器的镜像版本docker:18-dind,即“ image:docker:18-dind”。可以解决此问题(以前它引用了导致问题的最新docker:dind映像)。编辑模板后,重新运行AIO / docker-engine / setup_docker_engine.sh脚本。
我不太清楚docker-proxy问题。通常,我将此类DNS解析问题视为您在k8s envs中偶尔遇到的固有问题。在k8s中,存在与UDP请求冲突有关的DNS可靠性方面的文献充分记录的问题。目前,我们在需要的地方通过重试来解决。但通常问题很快就会解决。