Docker在不重建容器的情况下,日志文件默认会一直追加,时间一长会逐渐占满服务器的硬盘的空间,内存消耗也会一直增加,本篇来了解一些控制日志文件的方法. 查出占用磁盘较大的文件 Docker 的日志文件存在 /var/lib/docker/containers 目录中,通过下面的命令可以将日志文件夹根据升序的方式罗列出来. # du -d1 -h /var/lib/docker/containers | sort -h 清理单个文件 sh -c "cat /dev/null > ${log

问题描述: 服务器上面docker log太多,打算用之前写的批量清理shell脚本清理掉,但是发现报错. find: `/var/lib/docker/containers/': 没有那个文件或目录 问题判断: 打开shell脚本,找到对应那句命令 find /data/docker/lib/docker/containers/ -name *-json.log 判断应该是路径位置发生变化,导致找不到该文件. 解决方法: 查看容器id docker ps |grep key_word 查看do

命令: #!/bin/bash # 推荐方式 docker volume ls -f dangling=true | awk '{ print $2 }' | xargs docker volume rm # remove exited containers: docker ps --filter status=dead --filter status=exited -aq | xargs -r docker rm -v # remove unused images: docker images

#!/bin/sh echo "==================== start clean docker containers logs ==========================" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do echo "clean logs : $log" cat /dev/null > $log done ech

1.创建脚本文件 vi cleandocker.sh 内容如下: #!/bin/sh echo "==================== start clean docker containers logs ==========================" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do echo "clean logs : $log"

在使用Docker构建微服务镜像时出现的错误.第一天构建好好的,第二天就出现了这样的错误.通过百度这条错误的信息非常少,只在 stackoverflow.com 上找到一条,问题指向了 dockerfile-maven 插件,我确实使用了这个插件来,并通过远程的方式来构建我的微服务镜像.之前使用的是它的兄弟 docker-maven-plugin 插件.在 dockerfile-maven 的 issues 中有人提到了这个错误,但解决方法是与 .dockerignore 有关,但在我的项目中并

FATA[0000] Get http:///var/run/docker.sock/v1.18/containers/json?all=1: dial unix /var/run/docker.sock: no such file or directory. Are you trying to connect to a TLS-enabled daemon without TLS? 1.重启机器删除/var/lib/docker /var/docker

[lxl@node1 ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos-root 49G 34G 15G 70% / devtmpfs 7.8G 0 7.8G 0% /dev tmpfs 7.8G 0 7.8G 0% /dev/shm tmpfs 7.8G 8.4M 7.8G 1% /run tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup /dev/mapper/centos-h

在Azure Devops中部署docker镜像时,  出现COPY failed: stat /var/lib/docker/tmp/docker-builder268095359/xxxxxxx.csproj no such file or directory. Dockerfile 是用vs自动生成的, web项目没有引用其他项目的时候, docker build 是不会报错的, 但是有引用的时候就报图上这个错误了. 查了很多资料, 问了很多人, 都不知道咋回事(可能是没问到对的人吧),

现象: Cannot create container for service *******: cannot mount volume over existing file, file exists /var/lib/docker/overlay2/************/merged/etc/php/7.0/fpm/php.ini 之前的也出现过这种情况,没记录,时间长了也忘了怎么解决了 记录一下,传播一下 我在用docker-compose启动的时候,报这个错 说直白了,原因就在于我们启

问题产生原因: linux系统docker-compose.yml文件 放到 mac本启动发现启动报错 cannot mount volume over existing file, file exists /var/lib/docker/overlay2/ad14b2c8b4537f394ae710cff4836e85be8d096cdb46e0a8a0c79100be90046d/merged/usr/share/zoneinfo/UTC 初步排查: mac本上docker 没有/etc 目

网上下载了一些镜像的压缩包,使用docker load的时候会出现如下错误: open /var/lib/docker/tmp/docker-import-500852078/repositories: no such file or directory 原因是docker load 和docker import 的区别.因为压缩包如果是用docker save打包的,自然可以用docker load,但是如果压缩包是用docker export打包的,那就需要用docker import.命令

今天将之前打包好的mysql5.7.19的tar包通过docker load命令导入到Docker环境中却报出了如下错误: [root@host---- task]# docker load < mysql5.7.19.tar open /var/lib/docker/tmp/docker-import-/bin/json: no such file or directory 错误反应的意思是mysql5.7.19这个tar包缺少docker所需要的一些json文件,它只包含了layer.tar

原文 最近在centos7.1使用docker运行redis镜像,出现下面的错误: /usr/bin/docker-current: Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2/65f3c109fb903539820f84856d2725af784f2f03f95b1f0214e34184e4d61ff7-init/merged: invalid argument. Se

环境:centos7.1 docker run -t -i centos /bin/bash 运行上面的命令开启容器时报错: /usr/bin/docker-current: Error response from daemon: error creating overlay mount to /var/lib/docker/overlay2/8c4e909f7bd85dd94ac3483b209643dd02b4e45adfc0b8ee141a95214903a5c8/merged: inva

下载好了redis的tar包,然后导入redis镜像是报错open /var/lib/docker/tmp/docker-import-743441288/redis-3.0.7/json: no such file or directory,如下信息: [master@instance-2m5iiamd Redis]$ docker load < redis-3.0.7.tar.gz open /var/lib/docker/tmp/docker-import-743441288/redis-

场景描述 事情是这样的,前两天客户的服务器突然断电了,导致用docker部署的服务也挂了.昨天去现场,重启了docker,同时准备更新一下服务.结果发现有一台节点硬盘满了- 还是觉得有些奇怪的,毕竟docker的安装盘有800多个G的空间,之前也只用了100左右,觉得有点奇怪,就开始了排错. 排错过程 本身机器只有我们一家在用,所以不存在被占用的情况.于是使用下面命令查看是不是硬盘真被占满了: df -h 结果真的是占满了

docker save 对应 docker load docker export 对应 docker import 在导出的包的环境中的docker版本跟需要导入的环境中的docker版本不一致也可能导致这个原因

参考:https://blog.csdn.net/andrew_wf/article/details/85202511 将noah_init.sql放到与Dockerfile同一目录

出现问题的原因很简单,没有maven打包生成jar包.