尊敬的EBL主机用户，您好

EBL主机将于2009年9月03日(星期四)晚23点对服务器*.*.239.157进行硬件升级维护，
届时将会影响网站的正常访问。

升级过程预计持续3～4个小时，如果在预定时间内未完成，将会向后顺延。

对各位用户造成的不便，我们表示歉意。

此致

敬礼！

eblhost团队

2009.09.02

尊敬的各位用户，

今天上午(2009/5/27)10点30分左右，有客户反映在IP: *.*.239.157上的网站打开比较慢。

技术人员登陆系统检查后发现有个别用户滥用服务器资源，我们对其进行了处理。11点10分左右服务器恢复正常。

ebl主机在此对受到影响的用户深表歉意。同时，需要告诫个别滥用资源的客户，如果多次出现类似情况，我们将会拒绝向您提供服务，并且不退还任何款项。

EBLhost团队

最近，EBLhost将安置VPS用户的服务器进行了升级改造。

硬件方面

由于SATA硬盘的读写速度有限，已经无法满足应用的要求，我们把旧的SATAII硬盘更换为读写速度更快更稳定的SAS硬盘；主板更换为做工更为精良的Intel主板；内存容量加大了一倍。

软件方面

虚拟化平台从VMware Server过渡到了更专业的VMware ESXi，后者对虚拟机资源的调控更为灵活。

近期，EBLhost将推出新的VPS产品，敬请关注！

尊敬的主机用户，在此通报一下上周六宕机故障的处理过程。

3月28日晚20点20分左右，有用户反映203.171.239.157这台服务器上的网站无法访问。经测试无法ping通服务器，我们立即联系机房。对方表示因为服务器遭受攻击，未征得我们同意就冷重启了我们的服务器，结果却造成了服务器无法正常启动。

22点左右，我们赶到了机房，发现故障出在其中的一块硬盘上。因为意外断电，该硬盘的文件系统遭到损坏，造成无法启动系统。

23点20分左右，完成了对硬盘的修复。服务器重新上线。

因此次故障造成网站访问受到影响的客户，我们对您深表歉意。

我们也正在与机房交涉，希望他们不要再未被授权的情况下就单方面重启我们的服务器，以免再次造成类似事件的发生。

最近有客户需要安装phpcms，申请修改MySQL数据库的默认配置，将ft_min_word_len变量的值改为1，系统默认值为4.

经过考虑，一个汉字是由两个字符组成，所以将最小全文索引的长度定为2，也就是最小索引单位定为1个汉字或两个英文字母组成的英文单词。

参考文章：
http://dev.mysql.com/doc/refman/5.1/en/fulltext-fine-tuning.html
http://www.phpchina.com/html/25/n-34025.html
http://www.68cms.cn/cms/common/200811/148.shtml

接触cPanel 11也有半年的时间了，对于中文版的汉化水平，实在不敢恭维。但是还是要感谢最初的汉化者，毕竟cPanel整个体系十分庞大，要实现cPanel的全部汉化确实不是件轻松的事。

从公司购买安装cPanel开始，我就一直在修改它的中文语言包，到现在为止，我的subversion版本库里这个中文语言文件的版本号也已经达到了#91。今天又稍微改动了一下中文包，改动的内容在这儿公布一下。

今天本来在写一篇关于cPanel中WebMail的使用教程，是关于邮箱的自动回复功能。试验的过程中发现在回复内容中加入的标签项根本不起作用，如下图：

怀疑是cPanel认不出来中文的标签，于是把语言文件里对应变量更改回英文之后就能正常使用了。（汉化过度？- -!）

另外，关于标签的解释也让人搞不懂，什么叫“发送的自动回复程序”？

无奈之下只好切换语言到英文版，这才搞明白。（这就是人们说的：“中国人看不懂，外国人不明白” …）

现在改成了这样：

一次小的改动算是完成了。

题外话：如果大家对cPanel的语言文件有什么想法或建议，或者你也想参与到cPanel的汉化的”事业“中来，请到 http://bbs.eblhost.cn 论坛里cPanel的讨论区来发表你的观点吧！

10月24日下午把我们的新服务器带到了郑州景安机房上架托管。新的服务器主机名叫做：phenix.eblhost.cn。

通过网络升级了内核，自动安装了cPanel（http://www.cpanel.net/support/docs/11/whm/install_overview.html），

我们将会把panda.eblhost.cn上的客户逐步转移到这台服务器上来，届时将会提前给客户发送邮件通知。独立主机上的cPanel会比VPS更加稳定，谢谢大家对EBL主机的支持。

在以数据为中心的信息时代，如何妥善有效地保护数据是存储系统的核心问题之一。人们可以忍受计算机宕机，所有应用程序重新启动或者硬件损坏，但是他们要求信息永远不会丢失。冗余磁盘阵列(Redundant Array of Independent Disks )技术是各种企业信息系统和个人广泛使用的解决方案，一般的中高档服务器多使用硬件RAID控制器，但是由于硬件RAID控制器的价格昂贵，导致系统成本大大增加。而随着处理器的性能快速发展，使得软件RAID的解决方法得到人们的重视。RAID类型有许多种，由于篇幅限制，在这里只简单介绍一下由两块硬盘组成的RAID1出现问题时的解决方案。

一、简介

在Linux系统中目前以MD (Multiple Devices)虚拟块设备的方式实现软件RAID，利用多个底层的块设备虚拟出一个新的虚拟块设备，并且利用条带化(stripping)技术将数据块均匀分布到多个磁盘上来提高虚拟设备的读写性能，利用不同的数据冗余算法来保护用户数据不会因为某个块设备的故障而完全丢失，而且还能在设备被替换后将丢失的数据恢复到新的设备上。
在流行的Linux的发布版中，如FedoraCore,Gentoo, Ubuntu,Debian,SuseLinux系统中一般已经将MD驱动模块直接编译到内核中或编译为可动态加载的驱动模块。我们可以在机器启动后通过 cat /proc/mdstat看内核是否已经加载MD驱动或者cat /proc/devices是否有md块设备，并且可以使用lsmod看MD是否是以模块形式加载到系统中。笔者使用的CentOS系统内核是已经加载国MD驱动的。

二、mdadm （Linux的软件RAID管理程序）

mdadm程序是一个独立的程序，能完成所有的软RAID管理功能，主要有7种使用模式：

模式名字                                          主要功能
Create             使用空闲的设备创建一个新的阵列，每个设备具有元数据块
Assemble        将原来属于一个阵列的每个块设备组装为阵列
Build               创建或组装不需要元数据的阵列，每个设备没有元数据块
Manage           管理已经存储阵列中的设备，比如增加热备磁盘或者设置某个磁盘失效，然后从阵列中删除这个磁盘
Misc                报告或者修改阵列中相关设备的信息，比如查询阵列或者设备的状态信息
Grow               改变阵列中每个设备被使用的容量或阵列中的设备的数目
Monitor            监控一个或多个阵列，上报指定的事件

更为详细的使用方法可以通过man mdadm来查询。

三、实例：在VMware workstation中模拟并解决RAID1硬盘故障

前面介绍了一些基础知识，下面该接触一下具体的例子了。由于，真实情况下硬盘损坏很难模拟，我们选择在VMware Workstation下面安装CentOS系统并组建一个由两块硬盘组成的软件RAID1。（具体设置过程略）
这样的磁盘阵列中，硬盘损坏无非有下列三种情况：

1）按照安装接口顺序的第二块硬盘（hd1）损坏。
（注：”#”表示Linux提示符，”//”为注释，下同。）

#mdadm –D /dev/md0
//查看当前RAID状态。

#mdadm /dev/md0 –f /dev/sdb1 –r /dev/sdb1
//标记损坏硬盘并从md0中移除，在真实环境中坏硬盘会被系统标记。用smartctl 查看并记录损坏硬盘的序列号码。然后关机，换上新硬盘。

#fdisk /dev/sdb
//给新硬盘创建分区表：输入n创建；输入a标记为可启动；输入t更改系统id为fd（linux raid autodetect），否则再次重启后新盘无法加载；输入w将分区表信息写入磁盘。

#mdadm /dev/md0 –a /dev/sdb1
//将新硬盘加入阵列中，此后mdadm会自动同步数据，此时系统会满负荷运作，可通过cat /proc/mdstat 查看同步进度。

#grub
//进入grub配置启动信息：
grub>root (hd0,0)
grub>setup (hd0)
grub>root (hd1,0)
grub>setup (hd1)
grub>reboot
//将两个盘的启动信息都写入配置文件，重启系统。

2）按照安装接口顺序的第一块硬盘（hd0）损坏。
关机后拔下坏盘后，需要将原来第二块盘（hd1）的数据线插在原（hd0）的插槽上，否则无法从硬盘启动。
剩下的步骤与1）相同。

3）两块硬盘都损坏……祈祷上帝，这种情况最好不要发生。否则，只有把硬盘交给专业人员进行数据恢复了。