March 19th, 2009 by chifeng
1 comment »
这个软件很不错,但是近来Dave Smith老大更新的也太快了。。。。崩溃!!
LibPST 0.6.33 (2009-03-17)
===============================
* fix fedora 11 type mismatch warning (actually an error in this case).
* fix large file support, some sytems require config.h to be included
earlier in the compilation.
* compensate for iconv conversion to utf-7 that produces strings that
are not null terminated.
* don’t produce empty attachment files in separate mode.
March 13th, 2009 by chifeng
4 comments »
Bill Xu to zeuux-universe
|
|
|
|
在高校潜伏多年的毒瘾已经爆发,数字殖民者开始收钱了。
清华大学作为中国的顶 尖学府,应该倡导师生采用自由软件,确保其学术自由和独立,而不是趁机拿纳税 人的钱将毒品交易正常化。
清华,一点性格都没有,让人失望!
————————————
之前最佩服的一个愤青就是王开源大哥,现在逐渐地也开始佩服Bill老大了。。。。哈哈!!
February 4th, 2009 by chifeng
4 comments »
在使用ZFS(OpenSolaris200811)的过程中碰到了一个问题,当在DELL2850+220S(8块做raidz)和DELL2850+本地硬盘(5块做raidz)的时候,性能非常差,我拷贝rhel5.3的ISO文件,大概需要10分钟左右才能拷贝完成。这明显是不正常的,跟磕死老大沟通了一下,基本断定是raid卡的驱动不行导致的,raid卡型号是perc 4e,但是仍然不知道根本原因。
基于我目前的几台NFS服务器,做了一些拷贝测试,如下:
RHEL 4.7(DELL2850)
# time cp rhel-server-5.3-x86_64-dvd.iso /export/scratch_qa/test/
real 1m12.942s
user 0m0.212s
sys 0m16.519s
OpenSolaris 200811(DELL 2950)
# time cp rhel-server-5.3-x86_64-dvd.iso /data/export/test/
real 0m44.246s
user 0m0.067s
sys 0m13.097s
Solaris10 update 6(DELL 2850)
# time cp rhel-server-5.3-x86_64-dvd.iso /data/
real 1m43.993s
user 0m0.007s
sys 0m16.932s
虽然不全面,但是基本上也可以看出ZFS的性能并没有大家想像中的那么差,当然OpenSolaris虽然性能好,但是可能是因为硬件好的缘故,不过在旧硬件上,也不应该表现那么差啊,10分钟才拷贝完!!:|
January 16th, 2009 by chifeng
2 comments »
试用了Panabit和Ascenflow,感觉如下:
0,名字
个人感觉喜欢Panabit这个名字,Ascenflow的话多少有点俗!
1,硬件bypass
Ascenflow默认硬件支持,偏好些!而Panabit需要通过工控机实现,不过我不知道能不能买到插服务器上的支持bypass的网卡。
2,协议分析
个人感觉Panabit更适合中国用户,对国内的一些流行的协议分析更细。而Ascenflow这点不如Panabit!
3,界面易用性
用起来,Ascenflow更简单、UI很好,但是Panabit更灵活,组合搭配很牛。Ascenflow支持中文繁简体、英文界面选择,Panabit仅支持中文!
4,解决方案
Ascenflow有一个统一的解决方案,软硬件一起提供,很不错!而Panabit只是提供软件,除非找代理商,而找代理商又不是Panabit公司直接支持,略显山寨一些。
5,稳定性&安全性
Ascenflow厂商说基于Linux,安全性应该还行,稳定性的话,我测试Ascenflow1000死机几天了,我还不知道,幸亏有bypass,唉!!Panabit的话,安全性基于你对FreeBSD的了解程度了,在我这儿的话,肯定是比Linux安全了,如果只跑Panabit并且管理IP用内网的话,安全性不是问题,稳定性要看你用的服务器的品质了,如果用个HP360/DELL1950,估计连续跑个1年2年的也没问题,但是半路死了没有bypass,所以感觉上还是不太爽的!
6,价格
Ascenflow较贵,对外报价吓死人,动不动就几十万,我觉得这玩意也就值个二、三万吧(算上人力成本)!Panabit有个标准版,是免费提供的,很不错!商业版的话,价格也不算太贵。
7,技术支持
Ascenflow有完善的技术支持,而用Panabit标准版的话,只能靠BBS和QQ群支持!
January 15th, 2009 by chifeng
2 comments »
OpenSolaris的rpcbind进程默认只监听本地,所以在本机rpcinfo -p localhost是没问题的,但是在其他机器上则会报错。我在配置nis slave的时候,碰到的这个问题。
做如下设置可以使rpcbind容许其他机器查看.
root@chifeng :/etc/default# svccfg -s svc:/network/rpc/bind
svc:/network/rpc/bind> setprop config/local_only=false
svc:/network/rpc/bind> end
root@chifeng :/etc/default# svccfg -s rpc/bind listprop config/local_only
config/local_only boolean false
随便找个linux机器试试
[root@ ~]# rpcinfo -p 172.17.33.39
rpcinfo: can’t contact portmapper: rpcinfo: RPC: Authentication error; why = Failed (unspecified error)
设置之后再试,就ok了
[root@ ~]# rpcinfo -p 172.17.33.39
program vers proto port
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100004 2 udp 896 ypserv
100004 1 udp 896 ypserv
100004 1 tcp 973 ypserv
100004 2 tcp 52454 ypserv
100007 3 udp 38345 ypbind
100007 2 udp 38345 ypbind
100007 1 udp 38345 ypbind
100007 3 tcp 53239 ypbind
100007 2 tcp 53239 ypbind
100007 1 tcp 53239 ypbind
这一点来看,OpenSolaris默认还是比较安全的…….
January 14th, 2009 by chifeng
3 comments »
OpenSolaris0811默认用的是Sendmail,作为一个Postfix的fans,当然第一件事就是替换他为Postfix,步骤如下:
1,由于我使用pkgutil安装,所以先装这个工具
pkgadd -d http://blastwave.network.com/csw/pkgutil_i386.pkg
我是x86的平台,如果是sparc平台则装pkgutil_sparc.pkg
2,安装Postfix,执行下面命令,一路按y即可
pkgutil -i postfix
3,执行下面几个命令
svcadm disable sendmail
svcadm enable nfs/client
mkdir /var/spool/postfix
chgrp postdrop /var/spool/postfix/
cd /opt/csw/var/spool/postfix/
find . -depth | cpio -pdm /var/spool/postfix/
cd /etc/ && ln -s opt/csw/postfix/
/opt/csw/bin/newaliases
4,改动几个你常用的参数并且启动postfix
postconf -e myhostname=mail.chifeng.name
svcadm restart cswpostfix
5,发信测试吧,肯定可以了。邮件日志在/var/log/syslog。
6,最好设置一下环境变量,方便使用,这点上我不得不说,OpenSolaris的包管理机制真垃圾,到处乱放!!唉,不说了,贴PATH
PATH=/usr/gnu/bin:/usr/bin:/usr/X11/bin:/usr/sbin:/sbin:/bin:/usr/local/bin:/usr/local/sbin:/root/bin:/opt/csw/bin:/opt/csw/sbin
January 13th, 2009 by chifeng
1 comment »
1,我在下订单的过程中,没有给我一个明确的提醒,送书会延迟同时告诉我最多延迟到几号。
2,无在线取消订单的功能,当你想取消订单时,你欲哭无泪。电话我打了4次没打通。
3,发邮件给对方时,回复不及时,当然邮件本身不是一种比较好的追踪方式,他们应该有在线的沟通方式,类似事务追踪(订单追踪)
4,我发的邮件,不是每一封都回复我。别告诉我被GFWed了啊。。。。虽然我信。
5,在邮件跟我确认了取消订单后,仍然继续送书,这明显浪费了人力,也浪费了我的时间。
我的失误呢?当然,我没任何失误,我打算花钱买书,你们就必须在你们承诺的1-3个工作日内送到,我才不管你们是不是库房清查,客户是上帝?客户是魔鬼?
本来还想写应该如何改进,但是懒得废话了。。。。
January 12th, 2009 by chifeng
2 comments »
2007年之前,我一直用china-pub,但是其中有一次买书,发现dangdang比china-pub便宜几块钱,便转向dangdang。。然后一直用到现在,没有碰到过什么问题。。。。。
直到前几天,我下了一个订单(订单号:1673510815 (正在配货) 下单时间:2009-1-4 9:13:26),等了3天没见发货,第四天实在不能忍了,便想退订这个单子,结果找了半天,没有在线退订的功能,日啊!!便发邮件去service@dangdang.com问原因,告知“当当网库房1月2日到4日停业盘点,1 月5日开始陆续供货”,晕啊。。。点背,然后就一直在等。。。直到现在还没收到。便回个邮件让取消我的订单,跑去china-pub上看了看,我买的书的 价格比当当的贵了0.7元,但是我06年之前积攒的有积分,便用了70积分,也成92元了,和dangdang的价格一样,而且能够在线退订!承诺是1-3天送到。。。
以后我还是用回china-pub吧,dangdang这次让我等的时间太长了,受不了他们的效率了!从4号等到12号,晕啊。。。不能再等了,马上我就要回家了,再不用china-pub,春节就没书看了。。今年春节决定不拿笔记本回家了,只带两本书,貌似是有史以来第一次不带电脑!
UPDATE2: dangdang今天把书送到了(1.13),不过我没收,对不住这位送货的大哥了,他是无辜的!!虽然china-pub还没给我送到,但是我宁愿选择继续等!!如果回家之前连china-pub的也收不到,我宁愿春节不看这几本书了。。。日!
UPDATE1: TMD不是说已经取消了吗,居然又给我发了个邮件说发货了。。。我就fuck啊。。。总之不收了。。。否则china-pub也送来,岂不是买了2份,日他们啊。。。折腾死人!
—————————————-
亲爱的顾客:
您好!非常感谢您对当当网的支持!
您好,您的订单我们已转相关部门取消,如果你方便请您随时浏览“我的当当”订单的状态变化。
1008号客服代表
当当网客户服务电话:010-51236699 4007116699
当当网客户服务E-MAIL:service@dangdang.com
chifeng,您好!
您订单1673510815中的商品已于 2009-1-12 23:46:40 从当当网发出,请注意查收。
订单的送货方式是送货上门 ,付款方式是货到付款。
您需支付¥92.00,请在收货时向送货员支付您的货款。
为您提供配送服务的快递公司是北京小袋鼠—C,联系电话:010-67915263、67915723
您可以点击此处查看订单的配送时间标准。
您也可以随时进入”订单详情页面”查看此订单的详细信息。
January 10th, 2009 by chifeng
12 comments »
在对大量小文件在两台机器之间同步的时候,碰到的一些问题,并且一直没找到最理想的办法。
0,SCP
不敢用,因为存在循环链接的bug,会直到循环着把分区塞满为止,官方也有人报,但是一直没fix,况且还没法进行增量同步。
1,nfs&cp,tar
通过nfs挂过来,然后cp或tar,如果是一次性拷贝时,比较合适,但是如果量大想提前复制一份过来,之后就没法进行增量同步了。
2,rsync
比较常用这个,但是也有问题。
a)rsync在3.0之前的版本都要先接收文件列表,这个过程很慢,如果再出点啥意外,不好意思,请从头再来。不过在3.0之后的版本,改进了这个情况,只接收增量文件列表了。
b)在对长目录名进行同步的时候,会报IO错误并退出,当我启动同步进程之后,去睡觉了,本来以为第二天就完了,结果同步了几个G的数据后,碰到了超长目录名,真是一个郁闷啊!所作的只能是先把这个超长目录删除了,然后再次启动同步!
c)当使用单进程来同步的话,速度很慢,所以必须启动多进程来拷贝,效率成倍提高。看看我的进程数,网卡、IO都快吃满了,很爽!
root@:/var/log/rsync# ps -ef |grep rsync |wc
66 913 8577
不知道各位老大都是如何解决这个问题的?谁有更好的办法,告知一下啊!