Docker构建立即挂起使用minikube和ubuntu,目录中没有多少文件

问题描述

重新启动Ubuntu(在virtualbox虚拟机上)后,我可以正常构建映像。然后非常不稳定,它可能是我下次尝试构建,或者是第十次,它会在运行命令docker build .

后永久挂起

Dockerfile位于其他5〜10个文件的目录中(这消除了在尝试定位Dockerfile时,海量文件数量过多使docker变慢的问题,如其他文章所见)

如果我尝试构建一个非常简单的新Dockerfile(以消除任何语法错误),则只要它与我项目的Dockerfile一起挂起,它也会挂起。

此外,我正在运行minikube --driver=none,并且我的映像用于kubernetes中的部署。 (无需驱动程序,无需运行eval $(minikube docker-env)

唯一可靠的修复方法是停止运行我的ubuntu的虚拟机,然后再次启动它,这将始终允许我至少一次构建映像,然后问题再次出现。

此修复程序很不方便,因为我需要停止我正在做的所有事情,这需要一些时间。

我尝试运行docker system prune并删除所有已构建的图像。

在构建挂起时,我可以检查哪些日志以查找问题? 是否知道问题的根源?

非常感谢!

解决方法

好吧,这个臭虫很粘。

有时,当我需要检查我的nginx服务器在其中一个容器中的行为时,我打开了VM的图形界面,然后弹出firefox以查看一下。 我只是今天才想到,firefox会在一段时间后提示弹出窗口,要求输入管理员密码才能访问钥匙串。事实证明,在此弹出窗口打开之前,docker不会构建任何内容。关闭它或输入密码解决了我的问题...

,

在另一个终端窗口上,请在构建命令挂起时使用sudo journalctl -fu docker.service检查Docker Daemon日志。另外,您可以在构建执行期间检查正在运行的进程的列表。

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...