在给客户提供技术支持工作的时候，常会遇到需要修改各种不同的配置文件。过去的方式，通常是描述修改的地方，然后由用户自行修改，或使用sed等工具写一个脚本给用户运行。但这样会带来一些问题：如果用户不会vi，或者他理解错、找错配置的位置，这样带来的问题可能更难预计。
   此时，或许可以试试我的方法，借用diff和patch直接帮用户修改，然后把生成的“patch补丁”发给他运行即可。这样工作量小，而且也能控制修改后的结果，当然也方便Email发送咯。

   上面引用了IBM红皮书介绍的关于Linux性能需要考虑的内容。今天继续截选和修改文档中关于检测部分的介绍，但这部分不是很详细，今后有时间我会再补充一些参考资料。
   ※注：下面附图的命令输出信息，以红旗DC Server 5.0 for x86 Sp1为基础平台，可能在不同的操作系统或核心版本有较大区别，对比时请留意。

    项目中常遇到需要对目前运行的系统进行效率分析，或碰到客户咨询如何优化系统的效率问题。更多的情况是，在系统出现问题的时候，需要分析原因，定位系统故障或瓶颈，当然，最好是可以一并解决故障。但实际上，操作系统优化是一个非常复杂的问题，况且linux有自己一套有别于其他操作系统管理的机制，由此会引起很多不必要的误解和麻烦。自问我是写不错条理性的文章了，只能转一份高人写的文档供参考。（文章根据实际进行了一定的裁减，并对容易碰到的问题做了标识）

   在某些服务器上，若是用UP核心支持SMP CPU的话，在使用红旗DC Server 5.0 for x86或x86_64，关闭的时候，关机过程中有IRQ balance服务失败的报错：

   IRQ balance服务是为多处理器内核设计的中断请求服务。当在UP kernel的红旗操作系统运行时，全部的系统中断仅针对单一处理器，所以这个服务是不必要的。
   该问题，不会影响操作系统的正常运行，这个错误信息只是一个提示性的信息。
   解决方法就是直接停止该服务：

   在IBM BladeCenter JS21刀片服务器上，在需要加载驱动盘时，当出现 boot 提示后，运行命令linux dd后，可能不会出现提示插盘的问题，导致驱动加载失败。通过增加maxcpus=4参数后可解决。

红旗DC4.1运行IBM Tivoli Monitoring 6.1(for OS和for Oracle两个agent运行在linux上，server端运行在2003上)，其中for oracle的agent运行不正常。通过删除php-oci8可解决问题。

   这几天项目中，遇到一个使用双机双盘柜，结合HA软件实现全冗余配置的环境，总结一下配置的重点。而前面的日志已经比较详细的描述过双机单盘柜的配置，请参考[原]在红旗DC Server上实现Failover 。
一、系统架构
   这次的系统架构与之前不同的地方主要在于：增加一个盘柜，两个盘柜相互做互备，任一盘柜损坏，都不会影响应用的持续运行。

       通常，我们的发行版Linux（例如红旗）都为了方便终端用户的使用，而相应的修改了控制终端的配置。这样，我们就可以使用常规的编辑功能，如方向键、Delete键等方便字符下的输入操作。但在一些特殊环境，如没有修改过的linux console（字符界面），或xterm window客户端。此时，我们就需要了解一些Linux的终端控制按键，方便工作。
       按键以Control+key组合按出，用于修改终端或文本显示的行为：

今天在编写一个脚本的时候，发现一个比较奇怪的问题：就是在使用cp拷贝当前目录下所有文件到目标目录的时候，源和目标目录大小不同。原来一直没有留意有这样的问题，后来查了些资料，才知道以前一直使用的格式有误，。

 由于红旗DC Server 4.1比IBM x366要早发布很多，所以，在实际项目中常需要根据情况调整和安装新驱动。在红旗更新SP2 补丁包后，我发现该过程简单了很多，特整理一下。
 这次要实现的目的包括：

在安装Linux的时候，常需要增加一些参数，以保证安装的顺利进行。以下参数，在安装 boot: 提示下键入。
如：

引导时的命令参数：

 项目中，常会对系统进行驱动的升级或添加新硬件，此时，常会用到mkinitrd命令。而该命令其实是一个脚本，通过一系列的流程来生成系统启动需要的initrd.img文件。通过分析该文件，我们可以更清楚的知道系统启动时候加载驱动的顺序（用于调整HBA卡识别的设备符号），以及修正或加入一些自定义的配置。
一、什么是initrd
 initrd 的英文含义是 boot loader initialized RAM disk，就是由 boot loader 初始化的内存盘。initrd的最初的目的是为了把kernel的启动分成两个阶段：在kernel中保留最少最基本的启动代码，然后把对各种各样硬件设备的支持以模块的方式放在initrd中，这样就在启动过程中可以从initrd所mount的根文件系统中装载需要的模块。这样的一个好处就是在保持kernel不变的情况下，通过修改initrd中的内容就可以灵活的支持不同的硬件。在启动完成的最后阶段，根文件系统可以重新mount到其他设备上。