一直琢磨着能不能暴力rsa服务器下,看看能撑多少,这周终于实现了。
目前1台18的测试机(2.7G)可以上到800+TPS 50VU,响应才0.054平均,牛啊。
记录下测试中搞的一些东东。
» 阅读全文
Submitted by ╰☆往事如风 on 2008, September 24, 8:54 PM
一直琢磨着能不能暴力rsa服务器下,看看能撑多少,这周终于实现了。
目前1台18的测试机(2.7G)可以上到800+TPS 50VU,响应才0.054平均,牛啊。
记录下测试中搞的一些东东。
» 阅读全文
Submitted by ╰☆往事如风 on 2008, September 22, 2:00 PM
原来的2850主板问题,迁移到新的一台同样的机器上,想直接使用原来的硬盘和系统。
» 阅读全文
Submitted by ╰☆往事如风 on 2008, August 15, 8:03 PM
Submitted by ╰☆往事如风 on 2008, July 4, 2:17 PM
下午收到用户的反馈,一台服务器登录一直提示用户名密码错误,确认过用户名密码没有输入错误。
直接ssh上服务器,初看。没什么异常,随便执行一个脚本,报/tmp/xxx Read Only
去tmp目录下,测试执行mkdir test 报错如下:
mkdir: cannot create directory `test': Read-only file system
查看当前目录和上级目录属性,都是具有W的。奇怪了,root身份还是不能写。。。
GG结果,怀疑硬盘故障,而要命的是这个系统的standby硬件问题暂时还不能用。那个崩溃。。。。
寻求FH牛X人的帮助,dmesg 看看。结果如下
dmesg
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
EXT3-fs error (device sda5) in start_transaction: Journal has aborted
诊断结果,文件系统错误,还好,还是能修复尝试下。
一路杀到机房,连上显示器,开始XX,郁闷的是,居然grub那不让直接edit,需要密码。改天再去折腾下。
无奈重启机器,发现系统可以进,似乎一切都好了?原因未知,文件也可写了。为了保险起见,还是去修复下。
编辑/etc/grub.conf
找到 kernel /vmlinuz-2.6.9-42.0.10.ELsmp ro root=LABEL=/
修改为: kernel /vmlinuz-2.6.9-42.0.10.ELsmp ro root=LABEL=/ Linux single
保存退出。
reboot后进入single模式
df -h 查看信息
然后 fsck -y /dev/sda1 类似的,分别进行修复。
完了以后 init 3 正常进入系统,检查下。一切OK,搞定收工。
记录下,以备后查。
Submitted by ╰☆往事如风 on 2008, July 1, 5:39 PM
要求要访问win,但是3389 太不可控了,于是弄了个ssh在上面,通过审计ssh命令来记录log。
» 阅读全文
Submitted by ╰☆往事如风 on 2008, April 22, 2:24 PM
最近一直使用ff还满习惯了,就发现个奇怪的东东,不知道什么时候开始,FF上直接使用默认下载下东西的时候在启动下载和下载结束的时候都会卡很长的一段时间,此时FF整个不能工作,处于当掉的状态。
先去GG了一阵,貌似没人有这个问题,然后开始翻about:config 找到下载相关的选项全部看下来,也没有类似的选项,甚至疑心是ff默认没开多线程下载的问题(想想偶还真够能YY的)。
最后怀疑可能是FF的已经下载历史的list太长了,每次下载前需要轮询一次列表,下载完成的时候也需要轮询并吧此次的结果写回去,猜测有可能这块没处理好。
处理很简单,直接进FF隐私那个选项卡,选择退出时清理隐私数据,勾上一个下载历史,保存,退出。
重新开启FF后异常消失,还真是这个问题。汗汗。
Submitted by ╰☆往事如风 on 2008, March 25, 3:07 PM
outlook里被这个搞烦了。终于XX了它
» 阅读全文