FreeBSD的ZFS

ZFS是sun跟随opensolaris项目一并开源的存储解决方案。具体的优势可以参考这里 。 本文不做累述。总之,使用ZFS可以将所有系统的裸存储设备都利用起来——小到磁盘,大到盘柜,都不需要考虑具体的容量分配。相对来说是低成本的存储解决方案。

Freebsd近期也引入了ZFS这一存储格式,作为存储服务器,个人觉得用Solaris远没有Freebsd成本来的低。具体操作如下:

首先,照例的更新版本库,升级内核

#cvsup -h cvsup.cn.freebsd.org /usr/share/examples/cvsup/stable-supfile  //漫长的等待

#cd /usr/src

#make buildkernel ; make installkernel //更加漫长的等待

#halt

关机后为系统安装磁盘,这边由于是测试环境,采用了一个磁盘的两个分区为例。如果是生产环境,建议采用至少2块以上的硬盘作为ZFS的物理设备。

#echo "zfs_enable=YES" >> /etc/rc.conf

# /etc/rc.d/zfs start //启用ZFS服务

# echo ”daily_status_zfs_enable="YES"” >> /etc/periodic.conf //自动更新

开始设置ZFS库

#zpool zpool create zfs raidz ad7s1 ad7s2

这里要注意的是raidz参数可以用mirror、raidz1(raidz默认)、raidz2来代替,分别相当于传统上的Raid 1 Raid5和Raid6

# zpool status zfs
  pool: zfs
 state: ONLINE
 scrub: scrub completed with 0 errors on Wed Nov 19 05:11:29 2008
config:

    NAME        STATE     READ WRITE CKSUM
    zfs         ONLINE       0     0     0
      raidz1    ONLINE       0     0     0
        ad7s1   ONLINE       0     0     0
        ad7s2   ONLINE       0     0     0

errors: No known data errors
 

恭喜,ZSF pool已经成功!

然后是创建文件系统:

# zfs create zfs/www

如果成功,系统将会出现/zfs/www目录

# mount
/dev/ad4s1a on / (ufs, local)
devfs on /dev (devfs, local)
/dev/ad4s1g on /data (ufs, local, soft-updates)
/dev/ad4s1e on /tmp (ufs, local, soft-updates)
/dev/ad4s1f on /usr (ufs, local, soft-updates)
/dev/ad4s1d on /var (ufs, local, soft-updates)
zfs on /zfs (zfs, local)
zfs/www on /zfs/www (zfs, local)

设置文件系统参数:

#zfs set compression=gzip zfs/www //设置自动做gzip

设置NFS共享:

#zfs share zfs/www

搞定!

具体命令解释可以参考SUN的官方文档

题外话:

总觉的ZFS的思想有些超前,128位的文件系统倒可以先不谈。光是自动设置gzip这一项,可真是考验机器的设置。4核的Xeon搞个500M左右的文件竟然花费了n久,何况几年前?SUN的技术始终是这么的接近于”实现的边缘“也难怪SUN这些日子可不是那么好过。

用FreeBSD的ports安装apache+php+mysql·改

 正如我一贯习惯于规律性的工作和生活一样,昨天,我按照惯例在以往的时间,用电脑里的outlook软件收信——天热,纵然室内空调的温度已经远远低于官方标准的26度,人毕竟还是没有冷天来的那么清醒。如果从心理学的角度上讲,也许那时的我正处在“意识朦胧状态”。除了正如以往枯燥的工作E-mail之外,我收到了一封网友的E-mail。出乎意料的是,不同于往常访客在浏览了我的个人网页以后会在文章后面发表评论,这次却是发了mail。既然如此,我觉得mail一定是重要的,至少体现了相当一部分访客的心情吧。

那篇E-mail不长,在我的电脑上显示下来仅仅只有三行不到的样子,大抵的内容无非是说本站如何如何的帮了忙,我不免沾沾自喜起来——正如往常的沾沾自喜一样,mail的结尾处指出了小站的几个问题,最重要的是说很多文章过于流程化了,没有一点文字上的修饰和润色,言外之意是字里行间缺乏应有的优雅和细致。要指明的是,所谓优雅和细致,正是目前白领文学或者说白领文化所擅长的。说到白领文化的代表,我想村上春树的小说(或者说林少华翻译的日本小说)、伍佰的歌词、汪家卫的台词、小女人的blog绝对可以作为代表。作为我,从来没有当作自己是白领的一员——乏味的代码、吵闹的机房、灰尘遍布的机架,也许能跟这些词句联系上的只有“体力劳动”一个词了。我固然写不出优雅和细致,字里行间唯独只有王朔依稀的身影。于是我决定做一个尝试,既然有这样的需求,按照目前常说的一句话似乎叫做“需求第一”吧,我决定润色并重写本站访问量最高的那篇文章……

  继续阅读“用FreeBSD的ports安装apache+php+mysql·改”

使用带有Dtrace的FreeBSD

Dtrace( Dynamic tracing ),原本是Solaris 10中的新特性。它允许用户跟踪系统内核以及用户进程。是非常优秀的诊断工具。自从OpenSolaris之后,这种特性也被移植到了FreeBSD。需要说明的是,Dtrace的操作均通过内核中的prob来进行的,这需要新的内核,故Dtrace功能的内核不会出现在6.X版本中,要想体验Dtrace,目前还必须使用特殊的FreeBSD内核。

编辑特殊的cvsup :

*default host=cvsup10.freebsd.org
*default base=/usr
*default prefix=/usr/src
*default release=cvs
*default delete use-rel-suffix
p4-cvs-dtrace

Dtarce For FreeBSD正处于测试阶段,故目前仅有cvsup10.freebsd.org一台主机提供同步。

CVSUP并成功编译后,重启主机。注意的是由于该代码树并非stable,并不保证内核能够通过编译。如果采用最保守的编译方式仍不能通过,建议还是等几天再同步一下看看。

正常的话会出现第6项Boot FreeBSD with DTrace enabled。

建立一个dtrace脚本 hello.d:

BEGIN
{
trace("Hello world !");
exit(0);
}

 

Dtrace -s hello.d

FreeBSD ports的修复

习惯上用portupgrade -a命令升级全部软件包。可是近期有两个库一直跟我过不去GD和Jpeg,系统提示pkgdb.db文件的依赖性有问题,需要修复。

按照提示输入pkgdb -F修复了半天,回答的问题一道道,像是考试一样,很烦,于是杀掉后,pkgdb -aF自动修复得了,谁知这下玩了蛋,系统提示:

—>  Updating the pkgdb
[Rebuilding the pkgdb <format:bdb_btree> in /var/db/pkg … /var/db/pkg/pkgdb.db: unexpected file type or format — Invalid argument: Cannot update the pkgdb!]

呵呵,损坏了!

在man里面找了半天,得出了解决方法。

  • rm /var/db/pkg/pkgdb.db
    删除pkgdb.db软件包数据库。俗话说:旧的不去,新的不来。
  • portversion
    重建软件包数据库。

所有问题迎刃而解,就是这么简单!

给FreeBSD Ports加速的方法

  • 使用代理。

在/etc/make.conf中设置:
FETCH_ENV= "HTTP_PROXY=IP[:端口]"
如果需要,在FETCH_ENV值后面加入空格,
HTTP_PROXY_AUTH=basic:*:user:password

  • 利用其他机器下载的文件

首先,请确保2台机器cvsup的一致,然后将A机的/usr/ports/distfiles拷贝至B机的相同位置。
更有甚者……开NFS吧。

方法c:使用wget/axel加速你的port下载

以下所述功能均通过修改make.conf实现

对于wget
========
FETCH_CMD= wget
FETCH_BEFORE_ARGS= -c -t 1
FETCH_AFTER_ARGS=
DISABLE_SIZE=yes #这行是必要的,否则…

前面3行也可以换成
FETCH_CMD=wget -c -t 1

如果你要wget穿透代理服务器,请加上下面两行
FETCH_ENV=http_proxy=http://proxy2.zsu.edu.cn:3128
FETCH_ENV=ftp_proxy=http://proxy2.zsu.edu.cn:3128

或者使用其他的穿越代理工具例如proxychains 或者socks5(runsocks)
则FETCH_CMD=proxychains wget或者runsocks wget

什么?不知道wget是什么?那就先
cd /usr/ports/ftp/wget/
make install clean

对于axel
========
同样,也可以使用axel来替换fetch来进行多线程下载
FETCH_CMD=axel
FETCH_BEFORE_ARGS= -a
FETCH_AFTER_ARGS=
DISABLE_SIZE=yes
或者只写一行
FETCH_CMD=axel -a

axel 穿透代理服务器的方法与wget一致

axel在/usr/ports/ftp/axel位置

  • 添加更快的port下载站点

在make.conf文件中使用配置MASTER_SITE_OVERRIDE参数,可自行增加软件镜像以及修改镜像服务器的优先级。
如,以下是解决教育网用户下载慢的问题
MASTER_SITE_OVERRIDE=
ftp://ftp2.tsinghua.edu.cn/mirror/FreeBSD/ports/distfiles/
ftp://freebsd.csie.nctu.edu.tw/pub/FreeBSD/ports/distfiles/
ftp://ftp.hk.freebsd.org/pub/FreeBSD/ports/distfiles/
ftp://ftp.freebsdchina.org/pub/FreeBSD/ports/distfiles/

FreeBSD下整合Apache和Tomcat

首先,建议大家检查 /etc/rc.conf,看看有没有开启Linux二进制兼容模式!

代码:
  linux_enable="YES"

安装之前,需要你安装JDK – Java Develop Kit,对应的需求如下:

  • Tomcat 4.x.x 以下版本 – JDK 1.3.X ~ JDK1.4.X
  • Tomcat 5.0.x 版本 – JDK 1.4.X or upper
  • Tomcat 5.5.x 版本 – JDK 5.0

自从发布了JDK的官方For FreeBSD版本后,安装JDK变得容易了许多。

下面开始进行….首先,请针对所需要安装的ports进行cvsup !

(1)安装Apache Web Server

代码:
  # cd /usr/ports/www/apache13/
  # make
  # make install


完成后,请在 /etc/rc.conf 加入如下内容:

代码:
  apache_enable="YES"

(2)安装Apache Tomcat

代码:
  # cd /usr/ports/www/jakarta-tomcat5/
  # make
  # make install


安装完成后,请确认是存在/usr/local/bin/tomcat50ctl!并确认server.xml是有开启AJP1.3的:

代码:
  <Connector port="8009" protocol="AJP/1.3" protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler" redirectPort="8443">

(3)配置一些环境变量

图简单可以把它们放在/etc/rc.conf中!

代码:
  export JAVA_HOME=/usr/local/jdk1.5.0
  export CATALINA_HOME=/usr/local/jakarta-tomcat5.0
  export CLASSPATH=.:$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar

(4)阶段性测试

看看Tomcat是否正常:

代码:
  # cd /usr/local/jakarta-tomcat5.0/bin/
  # ./startup.sh


应该看到如下的内容,并请你用Web浏览器测试Tomcat!

代码:
  Using CATALINA_BASE:   /usr/local/jakarta-tomcat5.0
  Using CATALINA_HOME:   /usr/local/jakarta-tomcat5.0
  Using CATALINA_TMPDIR:   /usr/local/jakarta-tomcat5.0/temp
  Using JAVA_HOME:   /usr/local/jdk1.5.0

(5)开始进行整合Apache & Tomcat

首先安装mod_jk:

代码:
  # cd /usr/ports/www/mod_jk
  # make
  # make install


完成后,请修改/usr/local/etc/apache/httpd.conf,找到下面2行,把行首的注释符号#去掉!

代码:
  LoadModule jk_module  libexec/apache/mod_jk.so
  AddModule  mod_jk.c


新增下面的配置内容:

代码:
  Include /usr/local/etc/apache/mod_jk.conf


修改/usr/local/etc/apache/mod_jk.conf的内容:

代码:
   <IfModule mod_jk.c>
       JkWorkersFile /usr/local/etc/apache/workers.properties
       JkLogFile  /var/log/mod_jk.log
       JkLogLevel warn
       JkMount /*.jsp default
       JkMount /servlet/* default
       JkMount /examples/* default
   </IfModule>


接下来,需要修改/usr/local/etc/apache/workers.properties (注意2个文件中的default只是一个代号!):

代码:
  workers.tomcat_home=/usr/local/jakarta-tomcat5.0
  workers.java_home=$JAVA_HOME
  ps=/
  worker.list=default
  worker.default.port=8009
  worker.default.host=localhost
  worker.default.type=ajp13
  worker.default.lbfactor=1

好,到这里配置基本上完成了,接下来开始祈祷并运行吧!

代码:
  # touch /var/log/mod_jk.log
  # /usr/local/bin/tomcat50ctl start
  # /usr/local/sbin/apachectl start

写一个测试的test.jsp放到/usr/local/jakarta-tomcat5.0/webapps/ROOT/,用 http://localhost/test.jsp 看看!

更多信息,请参考:ApacheTomcat.com FlashGuides

''httpready'' Accept Filter

在FreeBSD下使用ports安装apache22会出现类似的warming:
No such file or directory: Failed to enable the ”httpready” Accept Filter

解决方法是:
#kldload accf_http

并将/boot/defaults/loader.conf中,以便下次启动自动装载模块
accf_data_load="YES"
accf_http_load="YES"

个人觉得这好像是一个apache22的bug,不能启动FreeBSD自带的一个基于http端口过滤的模块。这个模块的作用很不错——检查HTTP请求是否完整,符合规则accpt一个Http进程,
否则就扔掉。

linux下也有一个类似的东西,工作在 accept 的 socket 上面。代码:

  
val = 5;
setsockopt(srv_socket->fd, SOL_TCP, TCP_DEFER_ACCEPT, &val, sizeof(val)) ;

六大商业Unix操作系统

Unix是IT世界仅存的几个神话之一,自1969年诞生以来,它就一直被人们使用着。它过去的历史,简直就像一个民族的历史。我们应该庆幸,全体的Unix使用者终于安全渡过了它成长中的阵痛。那些曾经被忽略的用户则开始安装最新的Unix。Unix不是一个急功近利的奋斗者。要把Unix的执行效率和稳定性调整到最优状态,需要几个月的时间。它和硬件间令人难以捉摸的联系、众多的版本和补钉都会让人生畏。Unix之所以能长久使用,是由于其强大的自我调整能力,可以承载任何负荷。它可以一直运行,直到机器的某个部件被烧毁。

很多人认为,免费Linux 对于多年来以昂贵著称的商业Unix操作系统是一种伤害。对于SCO和SGI而言,这的确不错,然而,对于IBM、Sun 和HP来说,Linux则给Unix带来了复兴和繁荣。使用Linux作为教学工具,使大学里开始有大量的具有Unix管理能力及开发能力的大学生和研究生。虽然Linux的知识不能直接应用于企业Unix系统,但是应用Linux的经验给企业级的应用培训打下了坚实的基础,同时也使人们明白了为什么 Linux不能代替Unix。商业Unix的开发、改进,尤其是错误的修正,都是由整个公司、整个生产线来保证的。

  SGI Irix
  目前状况:一般

  当前版本:Irix 6.5

  硬件平台:SGI MIPS 服务器和工作站

  遵循标准:Unix 95

  优势:Irix可扩展到512个CPU和1TB的RAM,它可以达到惊人的服务器I/O处理能力,并且Irix在SGI上拥有高端和数字媒体的市场。
  劣势:缓慢的MIPS CPU和在PC领域的失败;其兼容性和工具问题妨碍了其商业开发。 
  前景展望:SGI公司试图使其脱离MIPS处理器,并且其Irix OS也将移植到Intel PC、Windows和Linux。它们放弃了SGI现存的Irix用户。SGI在创建高速服务器I/O子系统方面能力有限。这项服务是SGI的传统市场(电影和电视动画、医学和科学的可视化高端数字媒体),但是这个领域要想维持SGI还是显得太小。
  我们可以看出,Irix已经只是在艰难维生。它的用户群将很有可能支持基于Linux或者其它操作系统的服务器。

  IBM AIX
  目前状况:好

  当前版本:AIX 5L

  硬件平台:IBM RS/6000和其它使用IBM Power 和PowerPC系列处理器的系统,Intel IA-64版。

  遵循标准:Unix 98

  优势:强大、稳固的IBM 64位Power/PowerPC CPU;一个操作系统可用于整个RS6000生产线;Linux代码移植是一个标准选项;IBM的Visual Age Java 和C/C++工具非常利于开发。
  劣势:企业计划使用IA-64和Linux系统时需要考虑 RS/6000 和 AIX。
  前景展望:AIX 5L,代号“Montery 项目”,借鉴了其它一些Unix,创建了一个通用的、高度兼容的操作环境。IBM想使其和Linux成为统一的操作系统,并且承诺将开发基于Intel的64位 CPU体系结构的AIX。
  这不由得让人对IBM给AIX和RS/6000的承诺产生怀疑。不过AIX的用户不用担心,Linux或者Intel要达到IBM目前企业级Unix 的标准,还要很长的时间。
  IBM有很多合作伙伴,但是IBM一般是不会通过改变自己的策略去取悦他们,所以,相信AIX将会继续存在下去。

  Compaq Tru64 Unix
  目前状况:良

  当前版本:Tru64 Unix 5.1

  硬件平台:Compaq Alpha 工作站和服务器

  遵循标准:Unix 95

  优势:Tru64使用的是强大、精巧的Carnegie-Mellon Mach内核;对于中小型服务器而言,64位的Alpha CPU的利用率是最高的;它遵循Digital Equipment遗留下来的传统:能创建强大的、用户能够支付得起的服务器系统。
  劣势:在Intel 的服务器市场上,Compaq缺乏经验和信誉;在Alpha用户中,Linux非常的流行;系统V中的兼容性漏洞有时会使应用程序碰到困难。
  前景展望:Alpha 遵循一流的SPEC(Standard Performance Evaluation Corporation)标准,对于特定的时钟频率,它是最快的CPU。Compaq把名字由Digital Unix改为Tru64 Unix是为了强调Alpha芯片是真正的64位的家族。对于Compaq来说,现在所要做的是要占领更大的服务器市场份额。
  Compaq在PC机上的声望对其似乎有害无益。与专有的Tru64相比,Linux和成熟的OpenVMS可能会更多地赢得企业的青睐。Intel 则会毫无疑问地建议Compaq转去使用IA-64而不是Alpha。Tru64 Unix在Alpha上有上佳的表现,但是其前景还要等到IA-64推出时Compaq会有何举动才能定论。

  Hewlett-Packard HP-UX
  目前状况:好

  当前版本:HP-UX 11i

  硬件平台:HP 9000服务器

  遵循标准:Unix 95

  优势:HP在可靠性和服务方面的声誉人所共知;HP-UX和一个丰富、实用的操作系统包一起推出,它包括Web server、C/C++、 Windows网络、 WAP (无线应用协议) 服务、 Linux APIs、 iPlanet 目录服务器和 Veritas文件系统。
  劣势:相对于竞争者而言,HP PA-RISC体系结构在性能上有待改进。
  前景展望:HP很少是第一或者是最快的,但是它在其Unix产品中捆绑了很多有价值的东西。就整体而言,HP-UX和Linux非常的接近。时间将证明,企业工具和服务应该包括在一起。HP有真正的日志文件系统,这使HP-UX 11i表现不俗。
  可以相信,一旦HP在性能上赶上其竞争对手并使其HP-UX顺应Unix 98,那么它将可以超过Sun和IBM。

  SCO UnixWare
  目前状况:一般

  当前版本:UnixWare 7.3

  硬件平台:Intel PC工作站和服务器

  遵循标准:Unix 95

  优势:SCO是Unix System V源代码的所有者;UnixWare是最强大的,也是最完善的PC Unix;它有优秀的、价格合理的开发工具。
  劣势:近来开发停滞不前;销售上也受到了Linux和Solaris的强烈冲击;很多功能强大的应用程序,它都不支持。
  前景展望:因为持有Unix System V的源代码,所以UnixWare 7.1是我们所能看到的Unix中最正宗的Unix,并且SCO环境里有一些很不错的工具和服务。然而,这并没有使SCO的情况有所好转。PC Unix的市场空间一直以来都非常的狭小。如今,Linux正在被公众所认可,而Sun又将其Solaris的源代码开放,显而易见,SCO将从原有的市场中被排挤出来。
  除非能够开发出一种强大的基于Web的应用服务器,否则这位PC Unix的先驱将有可能消亡。

  Sun Microsystems Solaris
  目前状况:好

  当前版本:Solaris 10

  硬件平台:Sun Sparc、Intel PC工作站和服务器

  遵循标准:Unix 98

  优势:其光辉的市场业绩使Solaris成为了事实上的Unix;Sparc和Intel版是同一个操作系统;对于基于Unix的商业应用系统,Solaris可以提供最广泛的支持。
  劣势:Sparc处理器的可伸缩性不如其竞争对手;具良好伸缩性的Sun系统以昂贵而著称;Solaris本身所带标准软件贫乏,而其可选软件包又非常昂贵。
  前景展望:牢固的市场和及时的开发,使得Sun身处第一的位置,这个位置Sun一直在小心翼翼地保护着。很简单,Solaris取得了领先的位置是因为Sun保证了所有的应用系统都可以在其上运行。 去年的OpenSolaris计划,也使Sun从开源社区中获得了大量的软件支持,以弥补其自身的不足。
  Sun的顾客从它的训练有素的员工处获益。它有优秀的业务咨询员。Sun对Solaris错误的修正也非常的快。此外,Sun是Java的所有者。

FreeBSD6.1 Released

最新版本的FreeBSD6.1现在已经推出,没什么好介绍的了,本站现已提供本地下载,需要的朋友赶快了!

关于Ports的“牢骚”

公司里的文件服务器操作系统为FreeBSD,安装Samba3作为文件服务。为了便于共享打印,又特别安装了HPIJS的驱动程序,驱动一台HP LaserJet1010。

按道理来讲,比较简单的系统了,没有什么难度。可前一段时间老是随机性打印出现乱码。本以为就是客户端出了问题,可近一周,几乎所有的机器全都轮了个遍。问题肯定出现在服务器上了。

事先说明的是,这台机器,我为了维护起来偷懒,特别每个礼拜天自动CVSUP,并portupgrade,反查过去的更新日志,发现第一次出现打印错误的前一天正好升级过Samba,于是到Samba的论坛上询问,正巧碰到有不少人发现类似的问题,于是提交了一份错误报告给Samba,几天后,Samba回复大意:“没有在打印模块作实质上的改动”,言外之意,不是他们的问题。弄得我很是尴尬。

回到起点,继续反查。那天同时升级的还有perl,Perl是samba的一个依赖包,同时也是HPIJS的一个依赖包。一番测试总算发现:新版本的perl跟HPIJS的兼容性有点问题,这就是该Bug的来源!

ports的优势就是在于它能够自动解决依赖包问题——几乎大多数*nix系统都很难摆脱的阴影。可现在的状况到有点类似于当初win下的“dll陷阱了”,可能是HPIJS这个包太长时间没有人维护的缘故(几乎现在大多数linux的发行版都选用了HPLIP),对于新版本的perl没有彻底测试。过度依赖于旧的软件包的确叫人头痛不已。