Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/docker/10.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/laravel/11.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/visual-studio-code/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Docker图像随时间消失_Docker_Minikube - Fatal编程技术网

Docker图像随时间消失

Docker图像随时间消失,docker,minikube,Docker,Minikube,我在运行时加载了一些docker图像 docker load --input <file> 过了一会儿,图像开始消失。每隔几分钟就会有越来越少的图像被列出。我还没有运行任何图像。这个问题的原因可能是什么 编辑:minikube VM内部的docker会出现此问题。既然您提到守护进程在VM内部运行,我假设您可能会遇到K8s机制,该机制将系统利用率保持在适当的水平,并通过调整特定阈值来减少从映像构建的未使用容器的数量 这些逐出完全由k8s节点代理管理,根据kubelet中传播的参数清除

我在运行时加载了一些docker图像

docker load --input <file>
过了一会儿,图像开始消失。每隔几分钟就会有越来越少的图像被列出。我还没有运行任何图像。这个问题的原因可能是什么


编辑:minikube VM内部的docker会出现此问题。

既然您提到守护进程在VM内部运行,我假设您可能会遇到K8s机制,该机制将系统利用率保持在适当的水平,并通过调整特定阈值来减少从映像构建的未使用容器的数量

这些逐出完全由k8s节点代理管理,根据kubelet中传播的参数清除不确定的图像和容器


因此,我想您可以通过查看某些阈值来调查K8s逐出行为,这些阈值在kubelet配置文件中进行了调整,该文件由minikube bootstrapper在以下路径/var/lib/kubelet/config.yaml中生成。

既然您提到了守护进程在VM中运行,我假设您可能会碰到K8s机制,这将使系统利用率保持在适当的水平,并通过调整特定阈值来减少根据图像构建的未使用容器的数量

这些逐出完全由k8s节点代理管理,根据kubelet中传播的参数清除不确定的图像和容器


因此,我想您可以通过查看某些阈值来调查K8s逐出行为,这些阈值在kubelet配置文件中进行了调整,该文件由minikube bootstrapper在以下路径/var/lib/kubelet/config.yaml中生成。

如@mk_sta answer中所述,以修复您需要的问题:

使用创建或编辑/var/lib/kubelet/config.yaml

默认值为15%

minikube stop
minikube start --extra-config=kubelet.config=/var/lib/kubelet/config.yaml
或者在docker分区上释放更多空间


正如@mk_sta中提到的,解决您需要的问题的答案:

使用创建或编辑/var/lib/kubelet/config.yaml

默认值为15%

minikube stop
minikube start --extra-config=kubelet.config=/var/lib/kubelet/config.yaml
或者在docker分区上释放更多空间


您是否有任何cron调用docker prune或某些docker rm命令?我们在公司的服务器上这样做是因为Docker默认情况下不会删除任何图像,甚至不会删除未使用的图像。如果没有一些清理例程,Docker很快就会占用大量空间,特别是在开发/测试环境或更大的Docker服务器上。实际上,这是我根据一些在线教程设置的本地开发环境。因此,如果没有现成的作业,那么没有,我没有配置任何此类作业。当我看到自己的照片消失时,我非常惊讶,这对我来说真的很奇怪。这是真的,但图像是相当大的,大约2 GB。你可以尝试docker图像ls-all。默认情况下,Docker仅隐藏中间图像。我在手动加载图像文件方面做得不多,但如果不使用-all开关,它们可能也会被隐藏。根据图像:是的,它们可能非常大。但这在很大程度上取决于多种因素,如使用的软件/依赖项、作者的经验等等。2GB对于Docker来说相对较大。大多数图像的大小不超过几百MB。有些要小得多。例如,alpine上专为小图像设计的nginx拍摄的图像小于20MB。但是也有一些大的有多个GB。特别是build/dev images。我编辑了第一篇文章,其中包含了minikube VM中docker存在此问题的信息。您是否有任何cron调用docker prune或某些docker rm命令?我们在公司的服务器上这样做是因为Docker默认情况下不会删除任何图像,甚至不会删除未使用的图像。如果没有一些清理例程,Docker很快就会占用大量空间,特别是在开发/测试环境或更大的Docker服务器上。实际上,这是我根据一些在线教程设置的本地开发环境。因此,如果没有现成的作业,那么没有,我没有配置任何此类作业。当我看到自己的照片消失时,我非常惊讶,这对我来说真的很奇怪。这是真的,但图像是相当大的,大约2 GB。你可以尝试docker图像ls-all。默认情况下,Docker仅隐藏中间图像。我在手动加载图像文件方面做得不多,但如果不使用-all开关,它们可能也会被隐藏。根据图像:是的,它们可能非常大。但这在很大程度上取决于多种因素,如使用的软件/依赖项、作者的经验等等。2GB对于Docker来说相对较大。大多数图像的大小不超过几百MB。有些要小得多。例如,alpine上专为小图像设计的nginx拍摄的图像小于20MB。但是也有一些大的有多个GB。特别是build/dev images。我编辑了第一篇文章,其中的信息是,minikube虚拟机中的docker出现了这个问题。就是这样!我现在制作了新的minikube虚拟机,更大的磁盘覆盖默认值,问题不再发生。非常感谢。就这样!我现在制作了新的minikube虚拟机,更大的磁盘覆盖默认值,问题不再发生。非常感谢。
minikube stop
minikube start --extra-config=kubelet.config=/var/lib/kubelet/config.yaml