手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜Qcloud , 注册 | 登陆
浏览模式: 标准 | 列表全部文章

清理docker使用空间

 先说明:服务器上慎重,本地可以多折腾(小心volumn中存放的数据,是不是你原来直接存在image里了。如果不是,随意,大不了重新build)

原文来自:https://blog.fundebug.com/2018/01/10/how-to-clean-docker-disk/
其实主要就几个方式:
 

1. docker system命令

谁用光了磁盘?Docker System命令详解中,我们详细介绍了docker system命令,它可以用于管理磁盘空间。

docker system df命令,类似于Linux上的df命令,用于查看Docker的磁盘使用情况:

docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 147 36 7.204GB 3.887GB (53%)
Containers 37 10 104.8MB 102.6MB (97%)
Local Volumes 3 3 1.421GB 0B (0%)
Build Cache 0B 0B

可知,Docker镜像占用了7.2GB磁盘,Docker容器占用了104.8MB磁盘,Docker数据卷占用了1.4GB磁盘。

docker system prune命令可以用于清理磁盘,删除关闭的容器、无用的数据卷和网络,以及dangling镜像(即无tag的镜像)。docker system prune -a命令清理得更加彻底,可以将没有容器使用Docker镜像都删掉。注意,这两个命令会把你暂时关闭的容器,以及暂时没有用到的Docker镜像都删掉了…所以使用之前一定要想清楚吶。

执行docker system prune -a命令之后,Docker占用的磁盘空间减少了很多:

docker system df
TYPE TOTAL ACTIVE SIZE RECLAIMABLE
Images 10 10 2.271GB 630.7MB (27%)
Containers 10 10 2.211MB 0B (0%)
Local Volumes 3 3 1.421GB 0B (0%)
Build Cache 0B 0B

2. 手动清理Docker镜像/容器/数据卷

对于旧版的Docker(版本1.13之前),是没有docker system命令的,因此需要进行手动清理。这里给出几个常用的命
删除所有关闭的容器

docker ps -a | grep Exit | cut -d ' ' -f 1 | xargs docker rm

删除所有dangling镜像(即无tag的镜像):

docker rmi $(docker images | grep "^<none>" | awk "{print $3}")

删除所有dangling数据卷(即无用的volume):

docker volume rm $(docker volume ls -qf dangling=true)

Fundebug提供实时、专业的错误监控服务,为您的线上代码保驾护航,欢迎大家免费使用!

3. 限制容器的日志大小

有一次,当我使用1与2提到的方法清理磁盘之后,发现并没有什么作用,于是,我进行了一系列分析。

在Ubuntu上,Docker的所有相关文件,包括镜像、容器等都保存在/var/lib/docker/目录中:

du -hs /var/lib/docker/
97G /var/lib/docker/

Docker竟然使用了将近100GB磁盘,这也是够了。使用du命令继续查看,可以定位到真正占用这么多磁盘的目录:

92G	/var/lib/docker/containers/a376aa694b22ee497f6fc9f7d15d943de91c853284f8f105ff5ad6c7ddae7a53

docker ps可知,nginx容器的ID恰好为a376aa694b22,与上面的目录/var/lib/docker/containers/a376aa694b22的前缀一致:

docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
a376aa694b22 192.168.59.224:5000/nginx:1.12.1 "nginx -g 'daemon off" 9 weeks ago Up 10 minutes nginx

因此,nginx容器竟然占用了92GB的磁盘。进一步分析可知,真正占用磁盘空间的是nginx的日志文件。那么这就不难理解了。我们Fundebug每天的数据请求为百万级别,那么日志数据自然非常大。

使用truncate命令,可以将nginx容器的日志文件“清零”:

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

当然,这个命令只是临时有作用,日志文件迟早又会涨回来。要从根本上解决问题,需要限制nginx容器的日志文件大小。这个可以通过配置日志的max-size来实现,下面是nginx容器的docker-compose配置文件:

nginx:
image: nginx:1.12.1
restart: always
logging:
driver: "json-file"
options:
max-size: "5g"

重启nginx容器之后,其日志文件的大小就被限制在5GB,再也不用担心了~

4. 重启Docker

有一次,当我清理了镜像、容器以及数据卷之后,发现磁盘空间并没有减少。根据Docker disk usage提到过的建议,我重启了Docker,发现磁盘使用率从83%降到了19%。根据高手指点,这应该是与内核3.13相关的BUG,导致Docker无法清理一些无用目录:

it’s quite likely that for some reason when those container shutdown, docker couldn’t remove the directory because the shm device was busy. This tends to happen often on 3.13 kernel. You may want to update it to the 4.4 version supported on trusty 14.04.5 LTS.

The reason it disappeared after a restart, is that daemon probably tried and succeeded to clean up left over data from stopped containers.

我查看了一下内核版本,发现真的是3.13:

uname -r
3.13.0-86-generic

如果你的内核版本也是3.13,而且清理磁盘没能成功,不妨重启一下Docker。当然,这个晚上操作比较靠谱。

--EOF
没有拷贝的很全,比如作者说为什么用docker。说白了,想用就用呗,如果你有旧版本的系统要兼容。docker才是真心方便(不过一个image 2~300M还是挺纠结的。PHP+debian的镜像)
 

CHROME使用旧版UI

有些人就是这样,不喜欢新版的UI,还好,有方法,原文就来自:https://zhuanlan.zhihu.com/p/43865953

XML/HTML代码
  1. 2018.09.05 谷歌浏览器更新至了V69.0.3497.81版本,标签页UI等做了扁平化的改变。个人看来并不好看,特别是https绿色状态的显示也取消了  
  2.   
  3. 这篇经验为主的祥助分享一下如何恢复V68旧版UI的界面样式  
  4.   
  5. Chrome V69浏览器新建标签页,输入:chrome://flags/#top-chrome-m  
  6.   
  7. 回车后运行  
  8.   
  9. Ctrl+F搜索内容:UI Layout for the browser’s top chrome  
  10.   
  11. 将模式修改至Normal,重新启动浏览器  
  12.   
  13. 再次新建标签页,输入:chrome://flags/#simplify-https-indicator  
  14. 回车后运行  
  15.   
  16. Ctrl+F搜索内容:Simplify HTTPS indicator UI  
  17. 将模式修改为Enabled (show Secure chip for non-EV HTTPS pages)  
  18.   
  19. 重启浏览器  
  20.   
  21. 重启Chrome浏览器,就会发现标签页UI,https绿色状态都恢复旧版样式了  
还算方便。但是我个人感觉,新版 UI还是不错的,可能是因为这个旧UI看了快10年了吧,换换口味也是好的

 

server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none

在服务器执行composer update的时候报了这个错:

XML/HTML代码
  1. server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none  
主要还是签名的SSL证书可能有点问题,所以这时候有个偷懒的办法:
XML/HTML代码
  1. git config --global http.sslverify false  
或者你也可以这样:
XML/HTML代码
  1. export GIT_SSL_NO_VERIFY=1  
然后就OK了
 
 

Tags: composer

facebook webdriver headless

下载了webdriver后,每次调用的时候,都会弹出一个chrome的界面,而且处理完后还不会自动关闭(当然可能是因为我的姿势问题),所以看了一下facebook 的webdriver,嗯配合chromedriver,很多事情就都解决了!

上一段测试代码:

PHP代码
  1. $options = DesiredCapabilities::chrome();  
  2.   
  3. $chrome = new ChromeOptions();  
  4. $chrome->addArguments(['--headless']);  
  5. $options->setCapability(ChromeOptions::CAPABILITY,$chrome );  
  6.   
  7.   
  8. $driver = RemoteWebDriver::create('http://localhost:9515'$options);  
  9. $driver->get('http://www.baidu.com');  
  10. $result = $driver->findElement(WebDriverBy::id('wrapper'))  
  11.                  ->getText();  
  12. echo $result;  

还确实是比较方便。我要测试一下时间。然后和phantomjs做一下对比。我想应该不会太慢吧

 

 

How To Add Swap on Ubuntu 14.04

    当系统的物理内存不够用的时候,就需要将物理内存中的一部分空间释放出来,以供当前运行的程序使用。那些被释放的空间可能来自一些很长时间没有什么操作的程序,这些被释放的空间被临时保存到Swap空间中,等到那些程序要运行时,再从Swap中恢复保存的数据到内存中。这样,系统总是在物理内存不够时,才进行Swap交换。这个是SWAP 交换分区的作用。 实际上,我们更关注的应该是SWAP分区的大小问题。 设置多大才是最优的。 

    一般来说可以按照如下规则设置swap大小: 

  1. 4G以内的物理内存,SWAP 设置为内存的2倍。
  2.  4-8G的物理内存,SWAP 等于内存大小。 
  3. 8-64G 的物理内存,SWAP 设置为8G。
  4.  64-256G物理内存,SWAP 设置为16G。 

实际上,系统中交换分区的大小并不取决于物理内存的量,而是取决于系统中内存的负荷,所以在安装系统时要根据具体的业务来设置SWAP的值。

实际上在启动腾讯云的时候,swap是禁用的(没注意是系统原因还是其他)。所以就需要打开Swap,DO的网站上就有现成的教程:https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04,可以参考 一下

我这里不转贴。不过原文里有几个命令可能运行不了,比如使用:dd if=/dev/zero of=/swapfile bs=1G count=4,1G一个块可能不行,换成256的话,就OK了。原文中的:fallocate,debian可能无法执行。

然后一步步的执行到底就OK了。当然,要将分区信息加到fstab中,才会每次启动都会带上。