最近老是碰到/var分区满的问题, 一直都找不到是哪个文件把分区涨爆了.
用下面的命令看/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链接到大分区, 同步海量文件的时候, 你可以按目录将你的任务切换成若干小任务就可以了.
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
