摘要:依据IDC研究报告,2010年年底,数字宇宙的数据量已达到120万PB或1.3ZB。大型和小型企业都不需要在他们的存储解决方案上投入更多的资金。众多的开源项目提供了备份、网络附加存储(NAS)、数据仓库、压缩、加密以及其它与存储相关的功能。即使公司需要支付一些维护或相关的服务费用,但这些开源选择通常要比商业选择更能节约成本。

http://www.cnw.com.cn/storage-Management/htm2011/20110225_218036.shtml
Linux内核漏洞最近几乎是一月一爆,在8月15号才爆了一个几乎通杀所有版本所有内核所有架构的内核漏洞;通杀内核2.6 < 2.6.19的所有32位Linux。

redhat已经发布补丁 RHSA-2009:1223 – Security Advisory  

rhel4打到2.6.9-89.0.9内核就没事了,RHEL5没时间验证,基本上yum升级一下可以解决问题。

##########################

iptables的output链对UDP包做了限制会导致无法成功提权
跟一下这个程序:
Tags: ,
脚本示例:
find . -type f -atime +10 | xargs rm -f

使用shell批量删除10天内没访问过的文件

find命令有一个参数可以避免特殊字符对后面执行的命令产生影响

-print0
      True; print the full file name on the standard output, followed by a null character (instead of the new-
      line character that ‘-print’ uses).  This allows file names that contain  newlines  or  other  types  of
      white  space  to  be correctly interpreted by programs that process the find output.  This option corre-
      sponds to the ‘-0’ option of xargs.


命令变成这样:

find . -type f -atime +10 -print0 | xargs -0 rm -f


一般来说不会有什么问题,但如果每个文件路径都特别深,那么会导致参数很多,命令行很长。
比如会看到如下提示:

xargs: argument line too long


那可以让xargs一次处理一条试试:

find . -type f -atime +10 -print0 | xargs -0 -l1 -t rm -f


-l1是一次处理一个
-t是处理之前打印出命令,适合调试或者欣赏观看用
Tags: , ,
昨天到今天,一直有个sql语句让我很郁闷

#1054 - Unknown column '808' in 'where clause'

SELECT max( ma.magid ) magid
FROM aslibra.z_magazine ma
LEFT JOIN test.mag m ON m.id = ma.magid
WHERE ma.categoryid = 808
AND m.pub = '1'
GROUP BY ma.categoryid
LIMIT 0 , 30


一个查询语句怎么会多做事一个列呢?
在前后加上单引号,选出的数据是 categoryid=0的,更加郁闷了,明显不应该~~
虽然人老了,可脑子还没有退化到写错sql的地步

今天发现了问题,做url地址时href="xxx?id=808"
点击后发现地址栏不对,=和808之间有空格

估计是特殊字符,urlencode结果是 “%EF%BB%BF808”
前面真的是特殊字符!

这个文本是从excel复制的,问题出现在此
从excel复制文本的童鞋要注意了。。。以此为戒。。 再复制一次即可
把这个文本再复制,粘贴到另外一个文本,就正常了。
Tags: , ,
最近上传图片和发表内容比较多的文章都会出现500的错误提示。
php程序在第一句exit也出错,看来问题不是出现在php,而是nginx
看看nginx的错误日志

2011/02/10 21:14:00 [crit] 9504#0: *204 open() "/Data/apps/nginx/fastcgi_temp/6/02/0000000026" failed (13: Permission denied) while reading upstream, client: 67.195.115.28, server: aslibra.com, request: "GET /blog/ HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "www.aslibra.com"
2011/02/10 21:14:27 [crit] 9504#0: *216 open() "/Data/apps/nginx/fastcgi_temp/7/02/0000000027" failed (13: Permission denied) while reading upstream, client: 202.160.179.48, server: aslibra.com, request: "GET /blog/go.php/page/1/199/ HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "www.aslibra.com"
2011/02/10 21:22:44 [crit] 9504#0: *408 open() "/Data/apps/nginx/fastcgi_temp/8/02/0000000028" failed (13: Permission denied) while reading upstream, client: 67.195.115.28, server: aslibra.com, request: "GET /blog/read.php/1114.htm HTTP/1.0", upstream: "fastcgi://127.0.0.1:9000", host: "www.aslibra.com"
2011/02/10 21:25:06 [crit] 9504#0: *477 open() "/Data/apps/nginx/fastcgi_temp/9/02/0000000029" failed (13: Permission denied) while reading upstream, client: 218.213.130.180, server: aslibra.com, request: "GET /blog/go.php/page/1/2/ HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "www.aslibra.com"


这个是出错的地方,显然是读写缓存的问题,大的请求需要临时目录的读写。
权限修改了也没有用,很奇怪,加了如下几个定义就好了,可以参考:
Tags:
分页: 1/2 第一页 1 2 下页 最后页 [ 显示模式: 摘要 | 列表 ]

阅读推荐

服务器相关推荐

开发相关推荐

应用软件推荐