我更喜欢这个(从上面的解决方案):

truncate -s 0 /var/lib/docker/containers/*/*-json.log

然而，我正在运行几个系统(Ubuntu 18。x Bionic为例)，该路径不能正常工作。Docker是通过Snap安装的，所以到容器的路径更像:

truncate -s 0 /var/snap/docker/common/var-lib-docker/containers/*/*-json.log

通过设置日志清除功能，可以定期清除日志。

“/etc/logrotate.d/docker-logs”文件示例

/var/lib/docker/containers/*/*.log {
 rotate 7
 daily
 compress
 size=50M
 missingok
 delaycompress
 copytruncate
}

不确定这是否对您有帮助，但删除容器总是有帮助的。

所以，如果你使用docker-compose进行安装，你可以简单地使用docker-compose down && docker-compose up -d而不是docker-compose restart。通过适当的设置(确保对持久数据使用卷挂载)，您不会以这种方式丢失任何数据。

当然，这比任务要求的要多。但是在各种情况下，其他答案都不起作用(如果使用远程docker服务器或在Windows机器上工作，访问底层文件系统是私有的，而且很困难)

在我的Ubuntu服务器上，即使是sudo，我也会得到无法打开' /var/lib/docker/containers/*/*-json.log '来写:没有这样的文件或目录

但是结合docker检查和截断答案是有效的:

sudo truncate -s 0 `docker inspect --format='{{.LogPath}}' <container>`

Docker4Mac, 2018年解决方案:

LOGPATH=$(docker inspect --format='{{.LogPath}}' <container_name_or_id>)
docker run -it --rm --privileged --pid=host alpine:latest nsenter -t 1 -m -u -n -i -- truncate -s0 $LOGPATH

第一行获取日志文件路径，类似于接受的答案。

第二行使用nsenter，允许您在xhyve虚拟机中运行命令，xhyve虚拟机作为Docker4Mac下所有docker容器的主机。我们运行的命令是来自非mac应答的熟悉的truncate -s0 $LOGPATH。

如果你使用docker-compose，第一行变成:

local LOGPATH=$(docker inspect --format='{{.LogPath}}' $(docker-compose ps -q <service>))

<service>是来自docker-compose的服务名。yml文件。

感谢https://github.com/justincormack/nsenter1提供的nsenter技巧。

在Docker for Windows和Mac上，也可能在其他平台上，可以使用tail选项。例如:

docker logs -f --tail 100

这样，只显示最后100行，你不需要首先滚动1M行……

(因此，删除日志可能是不必要的)