我开发使用的JetS3t从S3检索文件在Linux上的HTTP服务器软件。 这些文件都是围绕5MB。 随着时间的推移,产生的JetS3t大量的在/ tmp目录下的* .tmp文件。
但是,由于这是所有从来没有重新启动的服务器上运行,这些文件永远不会扔掉。 取而代之的是,他们最终填满根分区,造成了一些问题(如HTTP下降连接等)
是否有导致它清理后本身的方式来配置的JetS3t的方法吗?
谢谢!
我开发使用的JetS3t从S3检索文件在Linux上的HTTP服务器软件。 这些文件都是围绕5MB。 随着时间的推移,产生的JetS3t大量的在/ tmp目录下的* .tmp文件。
但是,由于这是所有从来没有重新启动的服务器上运行,这些文件永远不会扔掉。 取而代之的是,他们最终填满根分区,造成了一些问题(如HTTP下降连接等)
是否有导致它清理后本身的方式来配置的JetS3t的方法吗?
谢谢!
我想出了一个不雅的,但工作的解决方案。 我只是增加一个定期运行以下命令cron作业:
find /tmp/*tmp -amin +10 -exec rm -f {} \;
基本上, find
定位所有的的JetS3t的tmp文件被访问至少十分钟前(感谢-atime +10
),然后将它们删除。
这模仿的行为tmpreaper
或tmpwatch
目前在某些系统上。 对于其他人使用这些应用程序,要小心,因为它们会促进一些setuid的漏洞。 我知道我的做法也可能受到同样的攻击,但现在我别无选择。