重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
最近老是碰到/var分区满的问题, 一直都找不到是哪个文件把分区涨爆了.
创新互联主营蠡县网站建设的网络公司,主营网站建设方案,重庆APP开发,蠡县h5小程序开发搭建,蠡县网站营销推广欢迎蠡县等地区企业咨询
用下面的命令看/var目录的大小, 只有81M.
但是用df命令看分区情况, 发现/var却是满满的..
机器在同步一些图片, 我粗略估算一下大概有1,2千万张图片. 开始同步的时候很正常, 当rsync运行几个小时之后, /var开始渐渐地变大, 然后爆满. 这个时候rsync进程使用内存也就2MB, 我猜想由于文件太多, rsync在对比server和client端的文件list的时候使用/var分区的磁盘做为临时的stack, 把/var分区占满了..
kill了rsync进程, 磁盘空间又释放了... 无奈...
总结:
rsync在对比server和client端的文件list的时候使用了临时文件,但是我们又看不到临时文件在哪里, 困惑了吧.
在linux中, 先创建一个临时文件, 然后进程打开文件, 再调用unlink删除文件, 但是文件这个时候还是打开的, 操作系统不会将它真正的删除, 当进程不停地写的时候, 分区就会慢慢地涨满, 当进程退出的时候, 操作系统检测到文件已经没有被使用了, 才会被删除.
你也不必将var链接到大分区, 同步海量文件的时候, 你可以按目录将你的任务切换成若干小任务就可以了.