计划

作为一名运维人员来说，这个错误并不陌生，在执行rm、cp、mv等命令时，如果要操作的文件数很多，可能会使用通配符批量处理大量文件，这时就可能会出现“Argument list too long”这个问题了。 1、错误现象 这是一台Mysql数据库服务器，在系统中运行了很多定时任务，今天通过crontab命令又添加了一个计划任务，退出时发生了如下报错： #crontab -e 编辑完成后，保存退出，就出现下面如下图所示错误： 2、解决思路 根据上面报错的提示信息，基本判定是磁盘空间满了，那么首先从检查服务器的磁盘空间开始，根据报错提示应首先检查/tmp磁盘空间，然后应该是根分区的磁盘空间，最好是系统其它分区的磁盘空间。 3、问题排查 通过df命令查看了这个服务器上所有磁盘分区的情况，/tmp分区空间还有很多，根分区也还有很大剩余空间，都不存在问题，最后发现是/var磁盘分区空间使用已经100%了，到这里已经定位了问题，是/var磁盘空间爆满导致的，因为crontab会在保存时写文件信息到/var目录下，由于这个磁盘没有空间了，报错也是理所当然了。 4、解决问题 接着通过“du -sh”命令检查/var目录下所有文件或目录的大小，发现/var/spool/clientmqueue目录占用了/var整个分区大小的90%，那么/var/spool

最近有想法看看Play的源码，以提高自己的编码水平。之前都是东看看，西看看。最后看来去却好像无所大成。有人说过，伤敌十指，不如断敌一指，于是我有开始了学习之路。 原计划是采用1.2.3版本，但是因为换公司，1.2.3也就不会在工作中使用，所以就干脆推倒前面的，重新研究1.3.0版本。 前期大致看过Play所有源码，但是都是以包为单位，实在枯燥。后期就进行以调试为基础，借助Eclipse的Debug工具来逐步深入Play内部，这个时期较为顺畅，这应该也有前期枯燥学习的功劳^_^ 目前计划的章节有： 1. Play命令与Python 2. Play应用启动时框架的初始化 3. 一个访问的前半生：请求 4. 一个访问的后半生：响应 5. Job模块的原理 6. Play的数据库管理 7. Play的MVC模式 来源： oschina 链接： https://my.oschina.net/u/1386633/blog/498289

0，自从接触了github后，我对语言、技术就看得很开了，不再拘泥于自己的技术能力，把发现、学习、积累优秀项目作为核心能力之一； 1、想学习下设计模式，重拾马士兵老师的课程，寻找设计的乐趣； 2、spring作为最早期接触的框架之一，发展到今天已经远超原来对它的认识了；想通过spring的产品，来了spring背后的团队以及它的发展方向； 3、改变下此前不喜欢在网络上写东西分享的毛病，同时借机还能好好的督促自己－v－； 4、暂时先这么多，想到再改； －－－－－ 既然说是计划，总得有个目标和时间表之类的吧 设计模式那个目标就是写个学习总结，现在每天晚上抽空听课程，目前已经听了1/3，预计4月底能听完； spring那个想从官网的get start开始折腾，目标是把官网的教程例子都过一遍，一边跑例子一边做拓展学习，现在刚开始； 来源： oschina 链接： https://my.oschina.net/u/192322/blog/398899