libpst

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老大了。。。。哈哈!!

云(Cloud)

February 8th, 2009 by chifeng No comments »

Cloud Computing

云计算
我用过云系统
并且测试过云存储
熟练部署和使用云邮件系统
当然也知道云转发原理
也听说过别人提云安全,并且天天都在用云杀毒
云Cache
云Database
我日啊,莫非一个名词,只要加个云字就很酷了吗?

ZFS性能

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分钟才拷贝完!!:|

Panabit VS Ascenflow

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群支持!

OpenSolaris的rpcbind

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默认还是比较安全的…….

在OpenSolaris下安装Postfix

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

dangdang失误在哪儿

January 13th, 2009 by chifeng 1 comment »

1,我在下订单的过程中,没有给我一个明确的提醒,送书会延迟同时告诉我最多延迟到几号。

2,无在线取消订单的功能,当你想取消订单时,你欲哭无泪。电话我打了4次没打通。

3,发邮件给对方时,回复不及时,当然邮件本身不是一种比较好的追踪方式,他们应该有在线的沟通方式,类似事务追踪(订单追踪)

4,我发的邮件,不是每一封都回复我。别告诉我被GFWed了啊。。。。虽然我信。

5,在邮件跟我确认了取消订单后,仍然继续送书,这明显浪费了人力,也浪费了我的时间。

我的失误呢?当然,我没任何失误,我打算花钱买书,你们就必须在你们承诺的1-3个工作日内送到,我才不管你们是不是库房清查,客户是上帝?客户是魔鬼?
本来还想写应该如何改进,但是懒得废话了。。。。

china-pub和dangdang

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问原因,告知“当当网库房12日到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份,日他们啊。。。折腾死人!
—————————————-

亲爱的顾客:

您好!非常感谢您对当当网的支持!

您好,您的订单我们已转相关部门取消,如果你方便请您随时浏览“我的当当”订单的状态变化。

当您再次回复时请将原信内容附于下方,便于您问题的处理!再次感谢您对当当网提供的宝贵意见!

当当网帮助中心:http://static.dangdang.com/helpcenter2/

送货方式、时间及费用http://static.dangdang.com/helpcenter2/1983/9235.shtml

退换货政策:http://static.dangdang.com/helpcenter2/1985/9240.shtml

1008号客服代表

当当网客户服务电话:010-51236699   4007116699

当当网客户服务E-MAILservice@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

不知道各位老大都是如何解决这个问题的?谁有更好的办法,告知一下啊!