flyinweb's blog - 技术文摘

Wireshark抓包工具使用手册

shanyiwan@live.com() — Mon, 06 Sep 2010 02:04:53 GMT

一、Wireshark简介
Wireshark是一个有名的网络端口探测器，是可以在Windows、Unix等各种平台运行的网络监听软件，它主要是针对TCP/IP协议的不安全性对运行该协议的机器进行监听。其功能相当于Windows下的Sniffer，都是在一个共享的网络环境下对数据包进行捕捉和分析，而且还能够自由地为其增加某些插件以实现额外功能。

Ethernet网络监测工具可在实时模式或离线模式中用来捕获和分析网络通信。下面是使用Wireshark 可以完成的几个工作：

l 网络管理员使用它去帮助解决网络问题
l 网络安全工程师用它去测试安全问题
l 开发人员用它是调试协议的实现过程
l 用它还可以帮助人员深入的学习网络协议
l 支持UNIX 平台和Windows 平台。
l 从网络接口上捕获实时数据包
l 以非常详细的协议方式显示数据包
l 可以打开或者存贮捕获的数据包
l 导入/导出数据包，从/到其它的捕获程序
l 按多种方式过滤数据包
l 按多种方式查找数据包
l 根据过滤条件，以不同的颜色显示数据包
l 可以建立多种统计数据

其最常用的功能是被攻击者用来检测被攻击电脑通过23（telnet）和110（pop3）端口进行的一些明文传输数据，以轻松得到用户的登录口令和邮件账号密码。对于网络管理员来说，也可以通过抓包分析，来确定一些异常的流量和局域网内部的非正常用户与外界的通信，比如说对于现在比较占用网络带宽的诸如Bit Torrent等P2P应用软件流量，通过使用该软件确定这些流量，网络管理员就可以使用流量控制（TC）的方法来规范、合理的分配带宽资源，提高网络的利用率。
二、下载安装Wireshark

Wireshark可以在http://www.wireshark.org/download/ 上下载，该软件有极其方便和友好的图形用户界面，并且能够使得用户通过图形界面的配置和选择，针对多块网卡、多个协议进行显示，效果非常好。目前最新版本为：Wireshark 0.99。

Wireshark安装后自动安装winpcap 4.0 ，Winpcap是UNIX下的libpcap移植到windows下的产物,他是一个GPL项目。Winpcap工作于驱动(Driver)层，所以能以很高的效率进行网络操作。 Winpcap提供了以下强大的功能：
1．捕获原始的数据包；
2．设置filter,只捕获自己敢兴趣的数据包；
3．方便的把捕获的数据包输出到文件和从文件输入；
4．发送原始的数据包；
5．统计网络流量。

三、使用Wireshark

当编译并安装好Wireshark后，就可以执行“Wireshark”命令来启动Wireshark。在用Wireshark截获数据包之前，应该为其设置相应的过滤规则，可以只捕获感兴趣的数据包。Wireshark使用与Tcpdump相似的过滤规则，并且可以很方便地存储已经设置好的过滤规则。
◆Wireshark主窗口有很多的GUI程序组成。
(1) File(文件)：这个菜单包含：打开文件、合并文件、保存/打印/导出整个或部分捕获文件、退出。
(2) Edit(编辑)这个菜单包括：查找包、时间参照、标记一个或多个包、设置参数、(剪切、复制、粘贴)。
(3) View(查看)：这个菜单控制捕获数据的显示，包括：给定特定的一类包标以不同的颜色、字体缩放、在一个新窗口中显示一个包、展开&折叠详细信息面板的树状结构。
(4) Go：这个菜单实现转到一个特定包。.
(5) apture(捕获)：这个菜单实现开始、停止捕获，编辑捕获过滤条件的功能。
(6) Analyze(分析)：这个菜单包含编辑显示过滤、enable(开)或disable(关)协议解码器、配置用户指定的解码方法、追踪一个TCP 流。
(7) Statistics(统计)：该菜单完成统计功能。包括捕获的包的一个摘要、基于协议的包的数量等树状统计图等许多功
(8) Help(帮助)这个菜单包含了一些对用户有用的信息。比如基本帮助、支持的协议列表、手册页、在线访问到网站等等。
◆ Wireshark界面结构
该工具提供一个强健的GUI界面，用来整理网络数据的捕获以及随后的网络通信浏览。主窗口包括一组菜单项，界面结构如图1。许多菜单从名字上看一目了然，这里不再阐述。第一个面板包含所有捕获报文的摘要。该面板包含报文号、时间戳、源、目的、协议以及信息域。这些域是可定制的，并且用户可删掉或加入其他的报文字段信息。
图 3 Wireshark界面结构

图注：
1. 控制面板和主菜单；
2. 报文摘要窗口；
3. 过滤器。
4. 报文细节窗口；

说起Wireshark就不得不提Ethereal了，Ethereal和在Windows系统中常用的sniffer pro并称网络嗅探工具双雄，不过和sniffer pro不同的是Ethereal在Linux类系统中应用更为广泛。而Wireshark软件则是Ethereal的后续版本，他是2006年在Ethereal被收购后推出的最新网络嗅探软件，在功能上比前身更加强大。官方主页： http://www.wireshark.org/

Wireshark是功能强大的网络数据捕获工具，他可以帮助我们分析网络数据流量，在第一时间发现蠕虫病毒，木马程序以及ARP欺骗等问题的根源。

这个软件是开源代码的。可以在linux和windows下使用，在windows下编译需要安装cygwin。

四、简单使用教程

使用Wireshark时最常见的问题，是当您使用默认设置时，会得到大量冗余信息，以至于很难找到自己需要的部分。

◆设置Wireshark的过滤规则

在用Wireshark截获数据包之前，应该为其设置相应的过滤规则，可以只捕获感兴趣的数据包。Wireshark使用与Tcpdump相似的过滤规则，并且可以很方便地存储已经设置好的过滤规则。要为Wireshark配置过滤规则，首先单击“Capture”选单，然后选择“Capture Filters...”菜单项，打开“Wireshark ：Capture Filter”对话框。因为此时还没有添加任何过滤规则，因而该对话框右侧的列表框是空的(如图2所示)。在Wireshark中添加过滤器时，需要为该过滤器指定名字及规则。

图 4 为Wireshark添加一个过滤器

例如，要在主机192.168.0.3和192.168.0.11间创建过滤器，可以在“Filter name”编辑框内输入过滤器名字“cjh”，在“Filter string”编辑框内输入过滤规则“host 192.168.0.3 and 192.168.0.11”，然后单击“新建”按钮即可。

在 Wireshark中使用的过滤规则和Tcpdump几乎完全一致，这是因为两者都基于pcap库的缘故。Wireshark能够同时维护很多个过滤器。网络管理员可以根据实际需要选用不同的过滤器，这在很多情况下是非常有用的。例如，一个过滤器可能用于截获两个主机间的数据包，而另一个则可能用于截获 ICMP包来诊断网络故障。单击“保存”按钮，会到对话框。单击“关闭”按钮完成设置。

1. 指定过滤器

要将过滤器应用于嗅探过程，需要在截获数据包之前或之后指定过滤器。要为嗅探过程指定过滤器，并开始截获数据包，可以单击“Capture”选单，选择 “Start...”选单项，打开“iterface”对话框，单击该对话框中的“Filter:”按钮，然后选择要使用的网络接口，如图5所示。

图 5 为Wireshark指定网络接口

l注意：在“Capture Options”对话框中，“Update list of packets in real time”复选框被选中了。这样可以使每个数据包在被截获时就实时显示出来，而不是在嗅探过程结束之后才显示所有截获的数据包。

在选择了所需要的过滤器后，单击“确定”按钮，整个嗅探过程就开始了。Wireshark可以实时显示截获的数据包，因此能够帮助网络管理员及时了解网络的运行状况，从而使其对网络性能和流量能有一个比较准确的把握。如图6 。

图 6 Wireshark实时显示截获的数据包

Capture Options其他选项：

Interface（接口）

这个字段指定在哪个接口进行捕获。这是一个下拉字段，只能从中选择Wireshark 识别出来的接口，默认是第一块支持捕获的非loopback 接口卡。如果没有接口卡，那么第一个默认就是第一块loopback 接口卡。在某些系统中，loopback 接口卡不能用来捕获（loopback 接口卡在Windows平台是不可用的）。

lIP address（IP 地址）

所选接口卡的IP 地址。如果不能解析出IP 地址，则显示"unknown"

lLink-layer header type（链路层头类型）

除非你在极个别的情况下可能用到这个字段，大多数情况下保持默认值。具体的描述，见”

lBuffer size: n megabyte(s) （缓冲区大小：n 兆）

输入捕获时使用的buffer 的大小。这是核心buffer 的大小，捕获的数据首先保存在这里，直到写入磁盘。如果遇到包丢失的情况，增加这个值可能解决问题。

lCapture packets in promiscuous mode （在混杂模式捕获包）

这个选项允许设置是否将网卡设置在混杂模式。如果不指定，Wireshark 仅仅捕获那些进入你的计算机的或送出你的计算机的包。(而不是LAN 网段上的所有包).

lLimit each packet to n bytes （限制每一个包为n 字节）

这个字段设置每一个数据包的最大捕获的数据量。有时称作snaplen 。如果disable 这个选项默认是65535, 对于大多数协议来讲中够了。

lCapture Filter（捕获过滤）

这个字段指定一个捕获过滤。 “在捕获时进行过滤”部分进行讨论。默认是空的，即没过过滤。也可以点击标为Capture Filter 的按钮, Wireshark 将弹出Capture Filters（捕获过滤）对话框，来建立或者选择一个过滤。

用Wireshark分析互联网数据包实例

上面基本是以局域网为例的。下面看看Wireshark对于互联网数据的分析。Wireshark和其它的图形化嗅探器使用基本类似的界面，整个窗口被分成三个部分：最上面为数据包列表，用来显示截获的每个数据包的总结性信息；中间为协议树，用来显示选定的数据包所属的协议信息；最下边是以十六进制形式表示的数据包内容，用来显示数据包在物理层上传输时的最终形式。使用Wireshark可以很方便地对截获的数据包进行分析，包括该数据包的源地址、目的地址、所属协议等。图7是在Wireshark中对一个HTTP数据包进行分析时的情形。在图最上边的数据包列表中，显示了被截获的数据包的基本信息。

图 7 用Wireshark分析互联网数据包内容

图 7中间是协议树，通过协议树可以得到被截获的数据包的更多信息，如主机的MAC地址(Ethernet II)、IP地址(Internet Protocol)、TCP端口号(Transmission Control Protocol)，以及HTTP协议的具体内容(Hypertext Trnasfer Protocol)。通过扩展协议树中的相应节点，可以得到该数据包中携带的更详尽的信息。

图 8 使用Follow TCP stearm 查看详细信息

图 8最下边是以十六制显示的数据包的具体内容，这是被截获的数据包在物理媒体上传输时的最终形式，当在协议树中选中某行时，与其对应的十六进制代码同样会被选中，这样就可以很方便地对各种协议的数据包进行分析。图6 是一个详细封包分析。是点击该封包选择“Mark Pactet”。从图中可以看出，当前选中数据包的源地址是221.217.132.33，目的地址为202.106.124.50，该数据包所属的协议是超文本传输协议(HTTP)。要获取更加详细信息可以是点击该封包选择“Follow TCP stearm ”。

获取XML标签内容

shanyiwan@live.com() — Thu, 29 Jul 2010 02:29:34 GMT

获取XML标签内容：

# cat sample.xml

<?xml version="1.0"?> 
<catalog> 
   <book id="bk101"> 
      <author>Gambardella, Matthew</author> 
      <title>XML Developer's Guide</title> 
      <genre>Computer</genre> 
      <price>44.95</price> 
      <publish_date>2000-10-01</publish_date> 
      <description>An in-depth look at creating applications with XML.</description> 
   </book> 
   <book id="bk102"> 
      <author>Ralls, Kim</author> 
      <title>Midnight Rain</title> 
      <genre>Fantasy</genre> 
      <price>5.95</price> 
      <publish_date>2000-12-16</publish_date> 
      <description>A former architect battles corporate zombies,  
      an evil sorceress, and her own childhood to become queen  
      of the world.</description> 
   </book> 
   <book id="bk103"> 
      <author>Corets, Eva</author> 
      <title>Maeve Ascendant</title> 
      <genre>Fantasy</genre> 
      <price>5.95</price> 
      <publish_date>2000-11-17</publish_date> 
      <description>After the collapse of a nanotechnology  
      society in England, the young survivors lay the  
      foundation for a new society.</description> 
   </book> 
   <book id="bk104"> 
      <author>Corets, Eva</author> 
      <title>Oberon's Legacy</title> 
      <genre>Fantasy</genre> 
      <price>5.95</price> 
      <publish_date>2001-03-10</publish_date> 
      <description>In post-apocalypse England, the mysterious  
      agent known only as Oberon helps to create a new life  
      for the inhabitants of London. Sequel to Maeve  
      Ascendant.</description> 
   </book> 
   <book id="bk105"> 
      <author>Corets, Eva</author> 
      <title>The Sundered Grail</title> 
      <genre>Fantasy</genre> 
      <price>5.95</price> 
      <publish_date>2001-09-10</publish_date> 
      <description>The two daughters of Maeve, half-sisters,  
      battle one another for control of England. Sequel to  
      Oberon's Legacy.</description> 
   </book> 
</catalog>

You want to pick up the stuff between the "<description>, </description>" tags.

The first occurrence is on a single line. The rest of them span multiple lines and you want the newlines to be preserved. I shall assume that you want the whitespaces to be preserved as well.

Here's the script -

$
$ perl -lne 'BEGIN{undef $/} while (/<description>(.*?)<\/description>/sg){print $1}' sample.xml
An in-depth look at creating applications with XML.
A former architect battles corporate zombies,
      an evil sorceress, and her own childhood to become queen
      of the world.
After the collapse of a nanotechnology
      society in England, the young survivors lay the
      foundation for a new society.
In post-apocalypse England, the mysterious
      agent known only as Oberon helps to create a new life
      for the inhabitants of London. Sequel to Maeve
      Ascendant.
The two daughters of Maeve, half-sisters,
      battle one another for control of England. Sequel to
      Oberon's Legacy.
$
$

In case you want the newlines preserved, but want to remove the whitespace at the beginning, then -

$
$ perl -lne 'BEGIN{undef $/} while (/<description>(.*?)<\/description>/sg){($x = $1) =~ s/\n\s*/\n/g; print $x}' sample.xml
An in-depth look at creating applications with XML.
A former architect battles corporate zombies,
an evil sorceress, and her own childhood to become queen
of the world.
After the collapse of a nanotechnology
society in England, the young survivors lay the
foundation for a new society.
In post-apocalypse England, the mysterious
agent known only as Oberon helps to create a new life
for the inhabitants of London. Sequel to Maeve
Ascendant.
The two daughters of Maeve, half-sisters,
battle one another for control of England. Sequel to
Oberon's Legacy.
$
$

And in case you want to neither the newline nor the whitespace i.e. each chunk between "<description>" tags on a single line, then -

$
$ perl -lne 'BEGIN{undef $/} while (/<description>(.*?)<\/description>/sg){($x = $1) =~ s/\n\s*//g; print $x}' sample.xml
An in-depth look at creating applications with XML.
A former architect battles corporate zombies, an evil sorceress, and her own childhood to become queen of the world.
After the collapse of a nanotechnology society in England, the young survivors lay the foundation for a new society.
In post-apocalypse England, the mysterious agent known only as Oberon helps to create a new life for the inhabitants of London. Sequel to Maeve Ascendant.
The two daughters of Maeve, half-sisters, battle one another for control of England. Sequel to Oberon's Legacy.
$
$

逻辑卷管理

shanyiwan@live.com() — Tue, 20 Jul 2010 02:01:42 GMT

卷管理在 -ix 环境（UNIX®、AIX 等等）中并不是新特性。逻辑卷管理（logical volume management，LVM）在 Linux® 内核 2.4v1 和 2.6.9v2 中就已经出现了。本文讨论 LVM2 最有用的特性（LVM2 是一个相当新的用户空间工具集，它提供逻辑卷管理功能），并提供几种简化系统管理任务的方法。

逻辑卷管理（LVM）指系统将物理卷管理抽象到更高的层次，常常会形成更简单的管理模式。通过使用 LVM，所有物理磁盘和分区，无论它们的大小和分布方式如何，都被抽象为单一存储（single storage）源。例如，在图 1 所示的物理到逻辑映射布局中，最大的磁盘是 80GB 的，那么用户如何创建更大（比如 150GB）的文件系统呢？

图 1. 物理到逻辑的映射

LVM 可以将分区和磁盘聚合成一个虚拟磁盘（virtual disk），从而用小的存储空间组成一个统一的大空间。这个虚拟磁盘在 LVM 术语中称为卷组（volume group）。

建立比最大的磁盘还大的文件系统并不是这种高级存储管理方法的惟一用途。还可以使用 LVM 完成以下任务：

在磁盘池中添加磁盘和分区，对现有的文件系统进行在线扩展
用一个 160GB 磁盘替换两个 80GB 磁盘，而不需要让系统离线，也不需要在磁盘之间手工转移数据
当存储空间超过所需的空间量时，从池中去除磁盘，从而缩小文件系统
使用快照（snapshot）执行一致的备份（本文后面会进一步讨论）

LVM2 是一个新的用户空间工具集，它为 Linux 提供逻辑卷管理功能。它完全向后兼容原来的 LVM 工具集。在本文中，将介绍 LVM2 最有用的特性以及几种简化系统管理任务的方法。（随便说一句，如果您正在寻找关于 LVM 的基本指南，那么可以看看参考资料中列出的 LVM HowTo。）

我们来看看 LVM 的结构是什么样子的。

LVM 的结构

LVM 被组织为三种元素：

卷（Volume）：物理和逻辑卷 和卷组
区段（Extent）：物理和逻辑区段
设备映射器（Device mapper）：Linux 内核模块

卷

Linux LVM 组织为物理卷（PV）、卷组（VG）和逻辑卷（LV）。物理卷 是物理磁盘或物理磁盘分区（比如 /dev/hda 或 /dev/hdb1）。卷组是物理卷的集合。卷组可以在逻辑上划分成多个逻辑卷。

图 2 显示一个三个磁盘构成的布局。

图 2. 物理到逻辑卷的映射

物理磁盘 0 上的所有四个分区（/dev/hda[1-4]）以及完整的物理磁盘 1（/dev/hdb）和物理磁盘 2（/dev/hdd）作为物理卷添加到卷组 VG0 中。

卷组是实现 n-to-m 映射的关键（也就是，将 n 个 PV 看作 m 个 LV）。在将 PV 分配给卷组之后，就可以创建任意大小的逻辑卷（只要不超过 VG 的大小）。在图 2 的示例中，创建了一个称为 LV0 的卷组，并给其他 LV 留下了一些空间（这些空间也可以用来应付 LV0 以后的增长）。

LVM 中的逻辑卷就相当于物理磁盘分区；在实际使用中，它们就是物理磁盘分区。

在创建 LV 之后，可以使用任何文件系统对它进行格式化并将它挂载在某个挂载点上，然后就可以开始使用它了。图 3 显示一个经过格式化的逻辑卷 LV0 被挂载在 /var。

图 3. 物理卷到文件系统的映射

区段

为了实现 n-to-m 物理到逻辑卷映射，PV 和 VG 的基本块必须具有相同的大小；这些基本块称为物理区段（PE）和逻辑区段（LE）。尽管 n 个物理卷映射到 m 个逻辑卷，但是 PE 和 LE 总是一对一映射的。

在使用 LVM2 时，对于每个 PV/LV 的最大区段数量并没有限制。默认的区段大小是 4MB，对于大多数配置不需要修改这个设置，因为区段的大小并不影响 I/O 性能。但是，区段数量太多会降低 LVM 工具的效率，所以可以使用比较大的区段，从而降低区段数量。但是注意，在一个 VG 中不能混用不同的区段大小，而且用 LVM 修改区段大小是一种不安全的操作，会破坏数据。所以建议在初始设置时选择一个区段大小，以后不再修改。

不同的区段大小意味着不同的 VG 粒度。例如，如果选择的区段大小是 4GB，那么只能以 4GB 的整数倍缩小或扩展 LV。

图 4 用 PE 和 LE 显示与前一个示例相同的布局（VG0 中的空闲空间也由空闲 LE 组成，尽管图中没有显示它们）。

图 4. 物理到逻辑区段的映射

另外，请注意图 4 中的区段分配策略。LVM2 并非总是连续分配 PE；细节参见关于 lvm 的 Linux 手册页（见参考资料中的链接）。系统管理员可以设置不同的分配策略，但是一般不需要这么做，因为默认策略（名为一般分配策略（normal allocation policy））使用符合常规的规则，比如不把并行的条带放在同一物理卷上。

如果决定创建第二个 LV（LV1），那么最终的 PE 布局可能像图 5 这样。

图 5. 物理到逻辑区段的映射

设备映射器

设备映射器（也称为 dm_mod）是一个 Linux 内核模块（也可以是内置的），最早出现在 2.6.9 内核中。它的作用是对设备进行映射 —— LVM2 必须使用这个模块。

在大多数主流发行版中，设备映射器会被默认安装，常常会在引导时或者在安装或启用 LVM2/EVMS 包时自动装载（EVMS 是一种替代 LVM 的工具，更多信息见参考资料）。如果没有启用这个模块，那么对 dm_mod 执行 modprobe 命令，在发行版的文档中查找在引导时启用它的方法：modprobe dm_mod。

在创建 VG 和 LV 时，可以给它们起一个有意义的名称（而不是像前面的示例那样使用 VG0、LV0 和 LV1 等名称）。设备映射器的作用就是将这些名称正确地映射到物理设备。对于前面的示例，设备映射器会在 /dev 文件系统中创建下面的设备节点：

/dev/mapper/VG0-LV0
- /dev/VG0/LV0 是以上节点的链接
/dev/mapper/VG0-LV1
- /dev/VG0/LV1 是以上节点的链接

（注意名称的格式标准：/dev/{vg_name}/{lv_name} -> /dev/mapper/{vg_name}{lv_name}）。

与物理磁盘相反，无法直接访问卷组（这意味着没有 /dev/mapper/VG0 这样的文件，也不能执行 dd if=/dev/VG0 of=dev/VG1）。常常使用 lvm(8) 命令访问卷组。

常见任务

在使用 LVM2 时常常执行的任务包括系统检验（是否安装了 LVM2）以及创建、扩展和管理卷。

系统准备好运行 LVM2 了吗？

检查您的 Linux 发行版是否安装了 LVM2 软件包。如果还没有，就安装它（最好安装发行版附带的软件包）。

设备映射器模块必须在系统启动时装载。用 lsmod | grep dm_mod 命令检查当前是否装载了这个模块。如果没有装载，那么可能需要安装并配置更多的软件包（文档会说明如何启用 LVM2）。

如果只是想测试一下（或者挽救某个系统），那么可以使用以下命令启动 LVM2：

清单 1. 启动 LVM2 的基本命令

                
#this should load the Device-mapper module
modprobe dm_mod
#this should find all the PVs in your physical disks
pvscan
#this should activete all the Volume Groups
vgchange -ay

如果打算将根文件系统放在一个 LVM LV 中，那么还要注意 initial-ramdisk 映像。同样，发行版常常会负责处理这个问题 —— 在安装 LVM2 包时，它们常常会重新构建或更新 initrd 映像，在其中添加适当的内核模块和启动脚本。但是，可能需要查看发行版的文档，确保系统支持 LVM2 根文件系统。

注意，通常只有当探测到根文件系统在一个 VG 中时，initial-ramdisk 映像才会启用 LVM。这种探测常常是通过分析 root= 内核参数执行的。不同的发行版以不同的方式判断根文件系统是否在卷组中。细节参见发行版的文档。如果不确定的话，就需要检查 initrd 或 initramdisk 的配置。

创建新的卷

使用您喜欢的分区工具（比如 fdisk、parted 或 gparted），创建一个供 LVM 使用的新分区。尽管 LVM 支持在整个磁盘上使用 LVM，但是不建议这么做：其他操作系统可能认为这个磁盘没有初始化，可能会破坏它！更好的方法是创建一个覆盖整个磁盘的分区。

大多数分区工具常常默认使用分区 ID 0x83（或 Linux）来创建新分区。可以使用这个默认 ID，但是为了便于组织，最好将它改为 0x8e（或 Linux LVM）。

在创建分区之后，应该会在分区表中看到一个（或多个）Linux LVM 分区：

root@klausk:/tmp/a# fdisk -l
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1        1623    13036716    7  HPFS/NTFS
/dev/hda2            1624        2103     3855600   8e  Linux LVM
/dev/hda3            2104        2740     5116702+  83  Linux
/dev/hda4            3000        9729    54058725    5  Extended
/dev/hda5            9569        9729     1293232+  82  Linux swap / Solaris
/dev/hda6            3000        4274    10241374+  83  Linux
/dev/hda7            4275        5549    10241406   83  Linux
/dev/hda8            5550        6824    10241406   83  Linux
/dev/hda9            6825        8099    10241406   83  Linux
/dev/hda10           8100        9568    11799711   8e  Linux LVM
Partition table entries are not in disk order
root@klausk:/tmp/a#

现在用 pvcreate 对每个分区进行初始化：

清单 2. 分区初始化

                
root@klausk:/tmp/a# pvcreate /dev/hda2 /dev/hda10
  Physical volume "/dev/hda2" successfully created
  Physical volume "/dev/hda10" successfully created
root@klausk:/tmp/a#

在一个步骤中同时创建 PV 和 VG：vgcreate：

清单 3. 创建 PV 和 VG

                
root@klausk:~# vgcreate test-volume /dev/hda2 /dev/hda10
  Volume group "test-volume" successfully created
root@klausk:~#

上面的命令创建一个称为 test-volume 的逻辑卷，它使用 /dev/hda2 和 /dev/hda10 作为最初的 PV。

在创建 VG test-volume 之后，使用 vgdisplay 命令查看刚创建的 VG 的基本信息：

清单 4. 查看刚创建的 VG 的基本信息

                
root@klausk:/dev# vgdisplay -v test-volume
    Using volume group(s) on command line
    Finding volume group "test-volume"
  --- Volume group ---
  VG Name               test-volume
  System ID             
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  1
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                0
  Open LV               0
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               14.93 GB
  PE Size               4.00 MB
  Total PE              3821
  Alloc PE / Size       0 / 0   
  Free  PE / Size       3821 / 14.93 GB
  VG UUID               lk8oco-ndQA-yIMZ-ZWhu-LtYX-T2D7-7sGKaV
   
  --- Physical volumes ---
  PV Name               /dev/hda2     
  PV UUID               8LTWlw-p1OJ-dF6w-ZfMI-PCuo-8CiU-CT4Oc6
  PV Status             allocatable
  Total PE / Free PE    941 / 941
   
  PV Name               /dev/hda10     
  PV UUID               vC9Lwb-wvgU-UZnF-0YcE-KMBb-rCmU-x1G3hw
  PV Status             allocatable
  Total PE / Free PE    2880 / 2880
   
root@klausk:/dev#

在清单 4 中，可以看到有两个 PV 被分配给这个 VG，总大小为 14.93GB，有 3,821 个 4MB 的 PE，这些 PE 都是空闲的！

既然卷组已经准备好了，就可以像使用磁盘一样用它创建分区（LV）、删除分区和重新设置分区大小 —— 注意，卷组是一个抽象实体，只有 LVM 工具集能够看到它们。使用 lvcreate 创建一个新的逻辑卷：

清单 5. 创建新的逻辑卷（分区）

                
root@klausk:/# lvcreate -L 5G -n data test-volume
  Logical volume "data" created
root@klausk:/#

清单 5 创建一个名为 data 的 5GB LV。创建这个 LV 之后，可以检查它的设备节点：

清单 6. 检查 LV 的设备节点

                
root@klausk:/# ls -l /dev/mapper/test--volume-data 
brw-rw---- 1 root disk 253, 4 2006-11-28 17:48 /dev/mapper/test--volume-data
root@klausk:/# ls -l /dev/test-volume/data 
lrwxrwxrwx 1 root root 29 2006-11-28 17:48 /dev/test-volume/data -> 
/dev/mapper/test--volume-data
root@klausk:/#

还可以用 lvdisplay 命令查看 LV 的属性：

清单 7. 查看 LV 的属性

                
root@klausk:~# lvdisplay /dev/test-volume/data 
  --- Logical volume ---
  LV Name                /dev/test-volume/data
  VG Name                test-volume
  LV UUID                FZK4le-RzHx-VfLz-tLjK-0xXH-mOML-lfucOH
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                5.00 GB
  Current LE             1280
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:4
   
root@klausk:~#

在这里可以看到，在实际使用时 LV 的名称/路径是 /dev/{VG_name}/{LV_name}，比如 /dev/test-volume/data。除了用作 /dev/{VG_name}/{LV_name} 链接的目标之外，不应该在其他地方使用 /dev/mapper/{VG_name}-{LV_name} 文件。大多数 LVM 命令要求以 /dev/{vg-name}/{lv-name} 格式指定操作的目标。

建立逻辑卷之后，可以使用任何文件系统对它进行格式化，然后将它挂载在某个挂载点上：

清单 8. 挂载 LV

                
root@klausk:~# mkfs.reiserfs /dev/test-volume/data 
root@klausk:~# mkdir /data
root@klausk:~# mount -t reiserfs /dev/test-volume/data /data/
root@klausk:~# df -h /data
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/test--volume-data
                      5.0G   33M  5.0G   1% /data
root@klausk:~#

还可以编辑 fstab(5) 文件，从而在引导时自动挂载这个文件系统：

清单 9. 自动挂载 LV

                
#mount Logical Volume 'data' under /data
/dev/test-volume/data   /data   reiserfs        defaults        0 2

在实际使用中，逻辑卷的表现就像一个块设备，比如可以将它用作数据库的原始分区。实际上，如果希望对数据库执行一致的备份，那么使用 LVM 快照是标准的最佳实践。

扩展卷

扩展卷是非常容易的。如果卷组中有足够的空闲空间，那么只需使用 lvextend 来扩展卷，不需要卸载它。然后，还要扩展逻辑卷中的文件系统（请记住，它们是两回事儿）。根据所用文件系统的不同，也可以进行在线扩展（即在挂载状态下进行扩展）。

如果 VG 中没有足够的空间，那么首先需要添加更多的物理磁盘。步骤如下：

使用一个物理磁盘创建一个分区。建议将分区类型改为 0x8e（Linux LVM），这样便于识别 LVM 分区/磁盘。使用 pvcreate 对物理磁盘进行初始化：pvcreate /dev/hda3。
然后，使用 vgextend 将它添加到现有的 VG 中：vgextend test-volume /dev/hda2。

还可以同时创建或添加多个物理磁盘：

pvcreate /dev/hda2 /dev/hda3 /dev/hda5
vgextend test-volume /dev/hda2 /dev/hda3 /dev/hda5

添加了 PV 之后，就有了足以扩展逻辑卷的空间，就可以使用 lvextend 扩展逻辑卷了：lvextend -L 8G /dev/test-volume/data。这个命令将 /dev/test-volume/data LV 的大小扩展到 8GB。

lvextend 有一些有用的参数：

如果希望让 LV 增加 5GB，那么可以使用 -L +5G。
可以指定扩展部分的位置（也就是，用哪些 PV 提供新的空间）；只需将希望使用的 PV 附加在命令后面。
还可以以 PE 为单位指定绝对/相对扩展大小。

细节参见 lvextend(8)。

在扩展 LV 之后，不要忘记扩展文件系统（这样才能实际使用增加的空间）。根据文件系统类型，这个操作可以在文件系统挂载状态下在线执行。

清单 10 是一个用 resize_reiserfs 重新设置 LV 大小的示例（随便说一句，可以在挂载的文件系统上使用这个命令）：resize_reiserfs /dev/test-volume/data。

管理卷

为了管理卷，需要知道如何减小 LV 和删除 PV。

减小逻辑卷
可以按照扩展 LV 的方式使用 lvreduce 命令减小 LV。从 LVM 的角度来说，这个操作可以在卷在线的情况下执行；但是，大多数文件系统不支持缩小在线文件系统。清单 10 给出这个过程的示例：

清单 10. 减小 LV

                
#unmount LV
umount /path/to/mounted-volume
#shrink filesystem to 4G
resize_reiserfs -s 4G /dev/test-volume/data
#reduce LV
lvreduce -L 4G /dev/vg00/test

请注意大小和单位：文件系统不应该比 LV 大！

删除物理卷
假设出现了以下情况：一个卷组包含两个 80GB 的磁盘，希望将它们替换为 160GB 的磁盘。在使用 LVM 时，可以按照添加 PV 的方式从 VG 中删除 PV（即在在线情况下执行删除）。但是注意，不能删除 LV 中正在使用的 PV。对于这些情况，可以使用 pvmove，它可以释放在线的 PV，这样就可以轻松地替换它们。在热交换环境中，甚至可以交换所有磁盘，而根本不需要停机！

pvmove 的惟一要求是，VG 中连续空闲区段的数量必须等于要从 PV 中删除的区段数量。没有直接判断连续空闲 PE 的最大数量的简便方法，但是可以使用 pvdisplay -m 显示 PV 分配图：

清单 11. 显示 PV 分配图

                
#shows the allocation map
pvdisplay -m
  --- Physical volume ---
  PV Name               /dev/hda6
  VG Name               test-volume
  PV Size               4.91 GB / not usable 1.34 MB
  Allocatable           yes (but full)
  PE Size (KByte)       4096
  Total PE              1200
  Free PE               0
  Allocated PE          1200
  PV UUID               BA99ay-tOcn-Atmd-LTCZ-2KQr-b4Z0-CJ0FjO
  --- Physical Segments ---
  Physical extent 0 to 2367:
    Logical volume      /dev/test-volume/data
    Logical extents     5692 to 8059
  Physical extent 2368 to 2499:
    Logical volume      /dev/test-volume/data
    Logical extents     5560 to 5691
  --- Physical volume ---
  PV Name               /dev/hda7
  VG Name               test-volume
  PV Size               9.77 GB / not usable 1.37 MB
  Allocatable           yes
  PE Size (KByte)       4096
  Total PE              2500
  Free PE               1220
  Allocated PE          1280
  PV UUID               Es9jwb-IjiL-jtd5-TgBx-XSxK-Xshj-Wxnjni
  --- Physical Segments ---
  Physical extent 0 to 1279:
    Logical volume      /dev/test-volume/LV0
    Logical extents     0 to 1279
  Physical extent 1280 to 2499:
    FREE

清单 11 显示有 2,499-1,280 = 1,219 个连续空闲区段，这表示最多能够将 1,219 个区段从另一个 PV 转移到 /dev/hda7。

如果希望释放一个 PV 以便进行替换，那么最好禁止它的分配，这样就可以在从卷组中删除它之前确保它一直是空闲的。在转移数据之前，执行以下命令：

清单 12. 在释放之前禁止 PV 的分配

                
#Disable /dev/hda6 allocation
pvchange -xn /dev/hda6

释放之后，PV /dev/hda6 的大小为 1,200 个区段，没有空闲区段了。使用以下命令将数据转移出这个 PV：

清单 13. 从释放的 PV 移出数据

                
#Move allocated extents out of /dev/hda6
pvmove -i 10 /dev/hda6

清单 13 中的 -i 10 参数指示 pvmove 每 10 秒报告一次状态。根据要转移的数据量，这个操作可能要花费几分钟（甚至几小时）。还可以使用 -b 参数将这个操作转到后台执行。在后台执行的情况下，状态报告会发送到系统日志。

如果没有足以进行 pvmove 操作的连续空闲区段，那么可以在 VG 中添加一个或多个磁盘/分区，从而形成 pvmove 所需的连续空间。

其他有用的 LVM 操作
关于下面这些 LVM 操作的细节，请查阅手册页：

pvresize：如果底层分区也已经扩展了，那么可以用这个操作扩展 PV；如果分配图允许的话，它也可以缩小 PV。
pvremove：销毁 PV（清空它的元数据）。只有在用 vgreduce 从 VG 中删除 PV 之后，才能使用这个操作。
vgreduce：从卷组中删除未分配的 PV，这会减小 VG。
vgmerge：将两个 VG 合并成一个。目标 VG 可以是在线的！
vgsplit：分割一个卷组。
vgchange：修改一个 VG 的属性和权限。
lvchange：修改一个 LV 的属性和权限。
lvconvert：在线性卷和镜像或快照之间进行转换。

用快照执行备份

如果在备份过程期间数据没有发生变化，那么就能够获得一致的备份。如果不在备份期间停止系统，就很难保证数据没有变化。

Linux LVM 实现了一种称为快照（Snapshot）的特性，它的作用就像是 “拍摄” 逻辑卷在某一时刻的照片。通过使用快照，可以获得同一 LV 的两个拷贝 —— 一个可以用于备份，另一个继续用于日常操作。

快照有两大优点：

快照的创建非常快，不需要停止生产环境。
建立两个拷贝，但是它们的大小并不一样。快照使用的空间仅仅是存储两个 LV 之间的差异所需的空间。

快照由一个例外列表（exception list）来实现，每当 LV 之间出现差异时就会更新这个列表（正式的说法是 CoW，Copy-on-Write）。

创建新的快照

创建新的快照 LV 也是使用 lvcreate 命令，但是要指定 -s 参数和原来的 LV。在这种情况下，-L size 指定例外列表的大小，这影响快照支持的最大差异量，如果差异超过这个量，就无法保持一致性。

清单 14. 建立快照

                
#create a Snapshot LV called 'snap' from origin LV 'test'
lvcreate -s -L 2G -n snap/dev/test-volume/test

可以使用 lvdisplay 查询特殊信息，比如 CoW 的大小和使用情况：

清单 15. CoW 的大小和使用情况

                
lvdisplay /dev/vg00/snap
  --- Logical volume ---
  LV Name                /dev/vg00/snap
  VG Name                vg00
  LV UUID                QHVJYh-PR3s-A4SG-s4Aa-MyWN-Ra7a-HL47KL
  LV Write Access        read/write
  LV snapshot status     active destination for /dev/vg00/test
  LV Status              available
  # open                 0
  LV Size                4.00 GB
  Current LE             1024
  COW-table size         2.00 GB
  COW-table LE           512
  Allocated to snapshot  54.16%
  Snapshot chunk size    8.00 KB
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           254:5

清单 15 表明这个 CoW 的大小为 2GB，其中的 54.16 % 已经使用了。

对于所有日常操作，快照看起来就是原 LV 的一个拷贝。如果已经建立了文件系统的话，可以用以下命令挂载它：

#mount snapshot volume
mount -o ro /dev/test-volume/test /mnt/snap

在这个命令中，ro 标志表示将它挂载为只读的。可以在 lvcreate 命令后面加上 -p r，这样就在 LVM 级将它设置为只读的。

挂载文件系统之后，就可以用 tar、rsync 或其他备份工具执行备份。如果 LV 不包含文件系统，或者需要原始备份，那么也可以在这个设备节点上直接使用 dd。

复制过程完成之后，就不需要快照了，这时只需用 lvremove 卸载并销毁它：

#remove snapshot
lvremove /dev/test-volume/snap

如果数据库建立在 LV 上，并且需要一个一致的备份，那么一定要刷新表并在获得读取锁（read-lock）的情况下建立快照卷（见下面的伪代码）：

SQL> flush tables read lock
{create Snapshot}
SQL> release read lock
{start copy process from the snapshot LV}

备份脚本示例

清单 16 中的脚本直接取自我的笔记本电脑，我在这个脚本中使用 rsync 向一台远程服务器执行每日备份。这个脚本并不适合企业环境；在企业环境中，带历史记录的增量备份更合适，但概念是相同的。

清单 16. 简单的备份脚本示例

                
#!/bin/sh
# we need the dm-snapshot module
modprobe dm-snapshot
if [ -e /dev/vg00/home-snap ]
then
  # remove left-overs, if any
  umount -f /mnt/home-snap && true
  lvremove -f /dev/vg00/home-snap
fi
# create snapshot, 1GB CoW space
# that should be sufficient for accommodating changes during copy
lvcreate -vs -p r -n home-snap -L 1G /dev/vg00/home
mkdir -p /mnt/home-snap
# mount recently-created snapshot as read-only
mount -o ro /dev/vg00/home-snap /mnt/home-snap
# magical rsync command__rsync -avhzPCi --delete -e "ssh -i /home/klausk/.ssh/id_rsa" \
      --filter '- .Trash/' --filter '- *~' \
      --filter '- .local/share/Trash/' \
      --filter '- *.mp3' --filter '- *Cache*' --filter '- *cache*' \
      /mnt/home-snap/klausk klausk2@pokgsa.ibm.comThis e-mail address is being protected 
      from spam bots, you need JavaScript enabled to view it :bkp/
# unmount and scrap snapshot LV
umount /mnt/home-snap
lvremove -f /dev/vg00/home-snap

在某些特殊情况下，无法估计备份周期或者复制过程很长，那么脚本可以用 lvdisplay 查询 Snapshot CoW 的使用情况并根据需要扩展这个 LV。在极端情况下，可以让快照与原 LV 同样大 —— 这样就不需要执行查询，因为变化量不会比整个卷更大！

其他 LVM2 系统管理技巧

最后，我要介绍一些可以用 LVM2 执行的系统管理任务，包括按需虚拟化、用镜像提高容错能力以及透明地对块设备执行加密。

快照和虚拟化

在使用 LVM2 时，快照可以不是只读的。这意味着，在创建快照之后，可以像常规块设备一样挂载和读写快照。

因为流行的虚拟化系统（比如 Xen、VMWare、Qemu 和 KVM）可以将块设备用作 guest 映像，所以可以创建这些映像的完整拷贝，并根据需要使用它们，它们就像是内存占用量很低的虚拟机。这样做的好处是部署迅速（创建快照的时间常常不超过几秒）和节省空间（guest 共享原映像的大多数数据）。

设置的步骤如下：

为原映像创建一个逻辑卷。
使用这个 LV 作为磁盘映像安装 guest 虚拟机。
暂停这个虚拟机。内存映像可以是一个常规文件，所有其他快照都放在里面。
为原 LV 创建一个可读写的快照。
使用快照卷作为磁盘映像生成一个新的虚拟机。如果需要的话，要修改网络/控制台设置。
登录已经创建的虚拟机，修改网络设置/主机名。

完成这些步骤之后，就可以让用户访问刚创建的虚拟机了。如果需要另一个虚拟机，那么只需重复步骤 4 到 6（所以不需要重新安装虚拟机）。还可以用一个脚本自动执行这些步骤。

在使用完虚拟机之后，可以停止虚拟机并销毁快照。

更好的容错能力

最近的 LVM2 开发成果为逻辑卷提供了高可用性。逻辑卷可以有两个或更多的镜像，镜像可以放在不同的物理卷（或不同的设备）上。当在设备上发现 I/O 错误时，可以使用 dmeventd 让一个 PV 离线，而不会影响服务。更多信息请参考 lvcreate(8)、lvconvert(8) 和 lvchange(8) 手册页。

如果硬件能够支持的话，可以用 dm_multipath 通过不同的通道访问同一设备，这样的话在一个通道发生故障时，可以转移到另一个通道。更多细节请参考 dm_multipath 和 multipathd 的文档。

透明的设备加密

可以用 dm_crypt 对块设备或逻辑卷执行透明的加密。更多信息请参考 dm_crypt 的文档和 cryptsetup(8) 手册页。

参考资料

学习

LVM2 Resource Page 提供与 LVM2 相关的压缩文件、邮件列表、源代码、文档和聊天频道的链接。
LVM HowTo 提供一份比较基础的 LVM 指南。
在 LVM2 工具的 Linux 手册页上可以找到更多细节。
“Linux on System z: Volume management recommendations”（developerWorks，2005 年 10 月）讨论了 2.6 内核的 LVM2 方案以及 Enterprise Volume Management System（EVMS）。
“Linux on System z: Volume management with LVM”（developerWorks，2005 年 10 月）描述了在 System z 上为 Linux 定义条带状 DASD 集的基本步骤。
“通用线程: 学习 Linux LVM，第 1 部分”（developerWorks，2001 年 3 月）和 “通用线程：学习 Linux LVM，第 2部分（developerWorks，2001 年 4 月）讨论了早期的 LVM。
Linux Documentation Project 提供许多有用的文档，尤其是它的 HOWTO。
在 developerWorks Linux 专区中可以找到为 Linux 开发人员准备的更多参考资料。
查阅 developerWorks 上的所有 Linux 技巧和 Linux 教程。
随时关注 developerWorks 技术活动和网络广播。

关于作者


	Klaus Heinrich Kiwi 于 2004 年从 Unicamp 毕业，获得计算机工程学位，之后一直从事 UNIX 环境中的系统开发和网络管理部署。从 2006 年开始，他在 IBM Linux Technology Center 的 Security Development 团队中担任软件工程师。

出处：http://www.ibm.com/developerworks/cn/linux/l-lvm2/

DELL服务器光盘引导及驱动加载

shanyiwan@live.com() — Wed, 14 Jul 2010 02:12:55 GMT

刻录注意选择从光盘镜像到光盘的模式刻录，不要刻录成数据光盘了。
另外注意几个方法的注意事项：

方法一：DELL引导光盘引导安装
注意：采用DOSA光盘引导和安装服务器系统，将使您服务器硬盘上的所有数据丢失，因此此方法仅供全新的服务器和确认数据有备份前提下的服务器安装
要求windows2003 SP2单一版本或windows2000 SP4（9GIII代以后的机器不支持windows2000）。
具体方法链接：DOSA6.X http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=265300&msg=1121977&hl=#1121977 ;
              DOSA5.4/5.5  http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=162508 ;
              DOSA5.3/5.2/5.1/5.0 http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=162548&type=email_tool ;
              DOSA4.X  http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=23709&type=server ;
一般情况会自动将DELL设备安装好驱动。

方法二：软盘加载硬盘控制卡驱动
注意：确认软驱能正常使用，软盘一定要完全格式化（取消快速格式化）确认没有坏道，驱动程序要解压缩到软盘根目录。
8G以后的机器要求windows2003 SP2单一版本或windows2000 SP4（9GIII代以后的机器不支持windows2000）
具体方法链接参考：
windows2003： http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=19553&type=email_tool ;（不同机型方法一样）
Widnwos2000: http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=20503&type=email_tool ;（不同机型方法一样）
安装完成后可能需要加载的驱动见邮件后面链接。

方法三：U盘加载硬盘控制卡驱动
注意：U盘方法存在少量的兼容性问题，如果有兼容性问题，建议其他品牌的U盘测试（测试kingston各个容量都是没有问题的）。其他注意事项请仔细阅读链接文档中的详细描述. 只适用于windows2003
分区格式化完成后,准备拷贝光盘文件时候,如果再次提示插入软盘，按照下面说明操作
安装时，有两种情况：一：需要按F6,并且按三次 S 及回车确认.直到看到S=Use the driver on floppy 按S 才是确认加载.
情况二：不需要按F6. 只需要插上U盘,正常安装.会自动加载U盘中的驱动.（如果遇到情况一的情况不能继续，可以尝试情况二）。

具体方法链接：http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=229817&msg=1010132&hl=#1010132 ;
安装完成后可能需要加载的驱动见邮件后面链接。

方法四：3M ISO光盘加载硬盘控制卡驱动
要求IDE接口的光驱，SATA光驱和USB光驱不适用。只适用于要求windows2003 SP2单一版本。
具体方法链接: http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=163999&type=email_tool ;
安装完成后可能需要加载的驱动见邮件后面链接。

方法五：nLite 工具集成硬盘控制卡驱动到Windows安装光盘
要求单一版本的Windows SP2安装光盘或windows2000 SP4安装光盘（9GIII代以后的机器不支持windows2000）。严格按照文档中每个界面中的选项操作。PERC4，PERC6阵列卡在windows2000下不适用。
具体方法链接：http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=259430 ;
安装完成后可能需要加载的驱动见邮件后面链接。

方法六：USC工具安装操作系统
只有11G以上的服务器有此功能。安装时，USC程序会自动创建临时分区来存放驱动文件等，注意重启后分区的时候，创建系统盘时，盘符要是C，如果不是参照文档方法。
具体方法链接：http://support1.ap.dell.com/cn/zh/forum/thread.asp?fid=15&tid=232371 ;
一般情况会自动将DELL设备安装好驱动。

DELL服务器引导光盘图片及下载链接

nagios监控系统配置指南

shanyiwan@live.com() — Mon, 31 May 2010 02:55:13 GMT

一、nagios监控系统配置过程

实验环境：nagios监控服务器为192.168.1.240
      主机名为nagios
      nagios被监控服务器为192.168.1.208
      主机名为apache
用到的软件包：httpd-2.2.6.tar.gz、imagepak-base.tar.gz、mysql-5.1.22-rc-linux-i686-icc-glibc23.tar.gz、nagios-2.9.tar.gz、nagios-plugins-1.4.9.tar.gz、nrpe-2.12.tar.gz、perl-stable.tar.gz、php-5.2.4.tar.bz2、pnp-latest.tar.gz、rrdtool-1.0.50.tar.gz

在监控服务器上进行下面的操作：
1.安装nagios主程序
1）解压缩：

tar -zxvf nagios-2.9.tar.gz   
cd nagios-2.9   
./configure --prefix=/usr/local/nagios   --with-gd-lib=/usr/local/lib --with-gd-inc=/usr/local/include

2）创建用户并且设定权限：

groupadd nagios   
useradd -g nagios nagios   
mkdir /usr/local/nagios   
chown -R nagios.nagios /usr/local/nagios 
make all 
make install               //来安装主程序,CGI和HTML文件
make install-init          //在/etc/rc.d/init.d安装启动脚本
make install-commandmode   //来配置目录权限
make install-config 
  //来安装示例配置文件,安装的路径是/usr/local/nagios/etc.

3）验证是否安装成功：
验证程序是否被正确安装。切换目录到安装路径（这里是/usr/local/nagios）,看是否存在 etc、bin、 sbin、 share、 var这五个目录，如果存在则可以表明程序被正确的安装到系统了。后表是五个目录功能的简要说明：
bin       Nagios执行程序所在目录，nagios文件即为主程序
etc       Nagios配置文件位置，初始安装完后，只有几个*.cfg-sample文件
sbin       Nagios Cgi文件所在目录，也就是执行外部命令所需文件所在的目录

share       Nagios网页文件所在的目录
var       Nagios日志文件、spid 等文件所在的目录

var/archives       Empty directory for the archived logs
/var/rw                      Empty directory for the external command file

2.安装插件
1）解压缩:

tar -zxvf nagios-plugins-1.4.9.tar.gz   
cd nagios-plugins-1.4.9   
./configure  --prefix=/usr/local/nagios/  
make
make install
ls /usr/local/nagios/libexec/

(在redhat系统上面安装可能出现configure时，到这里checking for redhat spopen problem...就不动了，所以需要在configure时再加上--enable-redhat-pthread-workaround )
ls /usr/local/nagios/libexec/ #会显示安装的插件文件,即所有的插件都安装在libexec这个目录下
注意：要是没有这个插件目录需要用下面的命令把插件复制过来

cp /usr/local/nagios-plugins/libexec /usr/local/nagios/

2)将apache的运行用户加到nagios组里面：
从httpd.conf中过滤出当前的apache运行用户
grep ^User /usr/local/apache2/conf/httpd.conf

我的是daemon，下面将这个用户加入nagios组
usermod -G nagios daemon

3)修改apache配置:
修改apache的配置文件,增加nagios的目录,并且访问此目录需要进行身份验证
vi /usr/local/apache2/conf/httpd.conf,在最后增加如下内容 :

ScriptAlias /nagios/cgi-bin /usr/local/nagios/sbin   
<Directory "/usr/local/nagios/sbin">   
    Options ExecCGI   
    AllowOverride None   
    Order allow,deny   
    Allow from all   
    AuthName "Nagios Access"   
    AuthType Basic   
AuthUserFile /usr/local/nagios/etc/htpasswd   //用于此目录访问身份验证的文件   
    Require valid-user   
</Directory>   
    
Alias /nagios /usr/local/nagios/share   
<Directory "/usr/local/nagios/share">   
    Options None   
    AllowOverride None   
    Order allow,deny   
    Allow from all   
    AuthName "Nagios Access"   
    AuthType Basic   
AuthUserFile /usr/local/nagios/etc/htpasswd  //用于此目录访问身份验证的文件   
Require valid-user   
</Directory>

4)增加验证用户：
也就是通过web访问nagios的时候,必须要用这个用户登陆.在这里我们增加用户test:密码为123456
# /usr/local/apache2/bin/htpasswd -c /usr/local/nagios/etc/htpasswd test //用户名
New password: //(输入123456)
Re-type new password: (再输入一次密码)
Adding password for user test

5)查看认证文件的内容:
[root@localhost conf]# less /usr/local/nagios/etc/htpasswd
test:OmWGEsBnoGpIc    //前半部分是用户名test,后面是加密后的密码

到这里nagios的安装也就基本完成了,你可以通过web来访问了.
http://192.168.1.240/nagios 会弹出对话框要求输入用户名密码
输入test,密码123456,就可以进入nagios的主页面了
但是可以发现什么也点不开,因为nagios还没启动呢!下面的工作就是修改配置文件,增加要监控的主机和服务

3.典型配置
nagios要用起来,就必须修改配置文件,增加要监控的主机和服务才行.在具体做这个动作之前,下面的概念必须要了解.

1)预备知识 :
在Nagios里面定义了一些基本的对象,一般用到的有:
联系人       contact                      出了问题向谁报告?一般当然是系统管理员了
监控时间段       timeperiod       7X24小时不间断还是周一至周五,或是自定义的其他时间段
被监控主机       Host                      所需要监控的服务器,当然可以是监控机自己
监控命令       command                      nagios发出的哪个指令来执行某个监控,这也是自己定义的
被监控的服务 Service                      例如主机是否存活,80端口是否开,磁盘使用情况或者自定义的服务等

注意：多个被监控主机可以定义为一个主机组,多个联系人可以被定义为一个联系人组

2)将示例配置文件复制为真实配置文件名：

cd /usr/local/nagios/etc
把这里.cfg-sample文件配置文件模板，全部重命名为.cfg

3)修改配置文件：
修改nagios的主配置文件nagios.cfg
vi nagios.cfg
cfg_file=/usr/local/nagios/etc/localhost.cfg    //在前面加#
cfg_file=/usr/local/nagios/etc/contacts.cfg    //联系人配置文件路径
cfg_file=/usr/local/nagios/etc/contactgroups.cfg //联系人组配置文件路径
cfg_file=/usr/local/nagios/etc/commands.cfg    //命令配置文件路径
cfg_file=/usr/local/nagios/etc/host.cfg       //主机配置文件路径
cfg_file=/usr/local/nagios/etc/hostgroups.cfg //服务器组配置文件
cfg_file=/usr/local/nagios/etc/templates.cfg    //模板配置文件路径
cfg_file=/usr/local/nagios/etc/timeperiods.cfg //监视时段配置文件路径
cfg_file=/usr/local/nagios/etc/services.cfg    //服务配置文件

其他配置文件以实际情况来进行配置

改check_external_commands=0为check_external_commands=1 .这行的作用是允许在web界面下执行重启nagios、停止主机/服务检查等操作。

把command_check_interval的值从默认的1改成command_check_interval=10s（根据自己的情况定这个命令检查时间间隔，不要太长也不要太短）。
主配置文件要改的基本上就是这些，通过上面的修改，发现/usr/local/nagios/etc并没有文件hosts.cfg等一干文件，怎么办？稍后手动创建它们。

4)然后检查配置文件是否出错
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

出现Total Warnings: 0
      Total Errors: 0    //这样表示配置文件没有错误

5)修改CGI脚本控制文件cgi.cfg

#vi cgi.cfg
第二个要修改的配置文件是cgi.cfg,它的作用是控制相关cgi脚本。先确保use_authentication=1。接下来修改default_user_name=test(前面创建的用户名) ,再后面的修改在下表列出：
authorized_for_system_information=nagiosadmin,mandahang，test    //后面跟的都是用户名
authorized_for_configuration_information=nagiosadmin,mandahang，test
authorized_for_system_commands=mandahang,test authorized_for_all_services=nagiosadmin,mandahang,test
authorized_for_all_hosts=nagiosadmin,mandahang,test
authorized_for_all_service_commands=nagiosadmin,mandahang,test
authorized_for_all_host_commands=nagiosadmin,mandahang,test

注意：在上面的配置文件里面加上新加的用户test
那么上述用户名打那里来的呢？是执行命令 /usr/local/apache2/bin/htpasswd -c /usr/local/nagios/etc/htpasswd test（用户名test）所生成的

6)配置各种配置文件

定义监控时间段,创建配置文件timeperiods.cfg ：
# vi timeperiods.cfg
define timeperiod{
      timeperiod_name       24x7 //时间段的名称,这个地方不要有空格
      alias                24 Hours A Day,7Days A Week
      sunday                00:00-24:00
      monday                00:00-24:00
      tuesday                00:00-24:00
      wednesday             00:00-24:00
      thursday             00:00-24:00
      friday                00:00-24:00
      saturday             00:00-24:00
      }

定义了一个监控时间段,它的名称是24x7,监控的时间是每天全天24小时：

定义联系人,创建配置文件contacts.cfg
# vi contacts.cfg
define contact{
      contact_name                   test //联系人的名称,这个地方不要有空格
      alias                         sys admin
      service_notification_period    24x7
      host_notification_period       24x7
      service_notification_options w,u,c,r
      host_notification_options    d,u,r
      service_notification_commands notify-by-email
      host_notification_commands    host-notify-by-email
email                         tfhudong@sohu.com
      pager                         1391119xxxx
      }

创建了一个名为test的联系人,下面列出其中重要的几个选项做说明：

service_notification_period    24x7
服务出了状况通知的时间段,这个时间段就是上面在timeperiods.cfg中定义的.

host_notification_period       24x7
主机出了状况通知的时间段, 这个时间段就是上面在timeperiods.cfg中定义的

service_notification_options w,u,c,r
当服务出现w—报警(warning),u—未知(unkown),c—严重(critical),或者r—从异常情况恢复正常,在这四种情况下通知联系人.

host_notification_options    d,u,r
当主机出现d —当机(down),u—返回不可达(unreachable),r—从异常情况恢复正常,在这3种情况下通知联系人
service_notification_commands notify-by-email
服务出问题通知采用的命令notify-by-email,这个命令是在commands.cfg中定义的,作用是给联系人发邮件.

host_notification_commands    host-notify-by-email
同上,主机出问题时采用的也是发邮件的方式通知联系人

email                         yahoon@test.com
很明显,联系的人email地址
Pager                         137xxxxxxxxxxxxxx  //电话
}

下面就可以将多个联系人组成一个联系人组,创建文件contactgroups.cfg ：

# vi contactgroups.cfg
define contactgroup{
      contactgroup_name    sagroup //联系人组的名称,同样不能空格
   alias                               System Administrators       //别名
   members                         test
//组的成员,来自于上面定义的contacts.cfg,如果有多个联系人则以逗号相隔
      }

定义被监控主机,创建文件hosts.cfg :
# vi hosts.cfg
define host{
      host_name       nagios        //被监控主机的名称,最好别带空格
      alias          nagios          //别名
   address    192.168.1.240 //被监控主机的IP地址
   check_command check-host-alive
      //监控的命令check-host-alive,这个命令来自commands.cfg,用来监控主机是否存活
      max_check_attempts 5  //检查失败后重试的次数
      check_period       24x7
   //检查的时间段24x7,同样来自于我们之前在timeperiods.cfg中定义的
contact_groups       sagroup
   //联系人组,上面在contactgroups.cfg中定义的sagroup
notification_interval  10
      //提醒的间隔,每隔10秒提醒一次
notification_period 24x7
      //提醒的周期, 24x7,同样来自于我们之前在timeperiods.cfg中定义的
notification_options          d,u,r
//指定什么情况下提醒
      }

通过简单的复制修改就可以定义多个主机了.我们在这加上另外一台机器

与联系人可以组成联系人组一样,多个主机也可以组成主机组:
主机名为：apache       ip：192.168.1.208

创建文件hostgrops.cfg
# vi hostgroups.cfg
define hostgroup{
      hostgroup_name       linux-servers  //主机组名称
      alias                linux-servers  //别名
      members                nagios,apache
//组的成员主机,多个主机以逗号相隔,必须是上面hosts.cfg中定义的
      }

下面是最关键的了,用nagios主要是监控一台主机的各种信息,包括本机资源,对外的服务等等.这些在nagios里面都是被定义为一个个的项目(nagios称之为服务,为了与主机提供的服务相区别,我这里用项目这个词),而实现每个监控项目,则需要通过commands.cfg文件中定义的命令.
例如我们现在有一个监控项目是监控一台机器的web服务是否正常, 我们需要哪些元素呢?最重要的有下面三点:首先是监控哪台机,然后是这个监控要用什么命令实现,最后就是出了问题的时候要通知哪个联系人?

定义监控的项目,也叫服务,创建services.cfg :

# vi services.cfg
define service{
      host_name             nagios
   //被监控的主机,hosts.cfg中定义的
      service_description    check-host-alive
   //这个监控项目的描述,这个会在web页面中出现
   check_command          check-host-alive
      //所用的命令,是commands.cfg中定义的
      max_check_attempts    5 //重试的次数
      normal_check_interval 3 //循环检查的间隔时间
      retry_check_interval 2
      check_period          24x7
      //监控的时间段,是timeperiods.cfg中定义的
      notification_interval 10
      notification_period    24x7
      //通知的时间段
notification_options w,u,c,r
      //在监控的结果是wucr时通知联系人
      contact_groups       sagroup
      //联系人组,是contactgroups.cfg中定义的
      }

这样整个的配置过程就结束了.虽然功能很简单,但是已经为以后扩展打下了良好的基础.

在运行nagios之前首先做测试

/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
看到下面这些信息就说明没问题了

Total Warnings: 0
Total Errors: 0

作为守护进程后台启动nagios
/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg

登陆http://192.168.1.240/nagios/来查看吧.点左边的Host Detail4. 使用命令和插件监控更多信息

我们已经增加了二个监控项目,分别监控nagios,apache这二台主机是否存活.
nagios本身并没有监控的功能,所有的监控是由插件完成的,插件将监控的结果返回给nagios,nagios分析这些结果,以web的方式展现给我们,同时提供相应的报警功能(这个报警的功能也是由插件完成的)
所有的这些插件是一些实现特定功能的可执行程序,默认安装的路径是/usr/local/nagios/libexec

这些程序都是可以独立执行的,使用方法可以通过”命令名 –h”来查看

例如,我们查看check_disk这个插件的用法则可以使用check_disk –h
# ./check_disk -h
check_disk (nagios-plugins 1.4.9) 1.91
Copyright (c) 1999 Ethan Galstad <nagios@nagios.org>
Copyright (c) 1999-2006 Nagios Plugin Development Team
      <devel@lists.sourceforge.net[/email]>
This plugin checks the amount of used disk space on a mounted file system
and generates an alert if free space is less than one of the threshold values
Usage: check_disk -w limit -c limit [-p path | -x device] [-t timeout][-m] [-e] [-W limit] [-K limit] [-v] [-q] [-E]

输出的资料十分详细给出了这个插件的功能,使用方法,参数意义等,对于每一个插件都是这样.所以当你不懂某个插件怎么使用时就好好读读吧.从上面的输出可以看到check_disk这个插件是用来检查磁盘使用情况的.
我现在来独立执行它,例如查看根分区的使用情况,执行
# ./check_disk -w 10% -c 5% /
命令的含义是检查分区/的使用情况,若剩余10%以下,为警告状态(warning),5%以下为严重状态(critical),

执行后我们会看到下面这条信息
DISK WARNING - free space: / 487 MB (6% inode=78%);| /=7449MB;7524;7942;0;8361
说明当前是warning的状态,空闲空间只有6%了.如果nagios收到这些状态结果就会采取报警等措施了

我们在定义某个监控项目时,所用的监控命令都是来自commands.cfg的,这和这些插件有什么关系?想到了吧,commands.cfg中定义的监控命令就是使用的这些插件.举个例子,之前我们已经不止一次用到了check-host-alive这个命令,打开commands.cfg就可以看到这个命令的定义,如下:
define command{
      command_name check-host-alive
      command_line $USER1$/check_ping -H $HOSTADDRESS$ -w 3000.0,80% -c 5000.0,100% -p 1
      }

command_name check-host-alive
这句话的意思是定义的命令名是check-host-alive,也就是我们在services.cfg中使用的名称
执行的操作是
$USER1$/check_ping -H $HOSTADDRESS$ -w 3000.0,80% -c 5000.0,100% -p 1
其中$USER1$是在resource.cfg文件中定义的,代表插件的安装路径.就如我们上面看到的那样$USER1$=/usr/local/nagios/libexec,至于$HOSTADDRESS$,则默认被定义为监控主机的地址.
简单的说,我们在services.cfg中定义了对dbpi执行check-host-alive命令,实际上就是执行了
/usr/local/nagios/libexec/ check_ping -H dbpi的ip地址 -w 3000.0,80% -c 5000.0,100% -p 1
实际上check-host-alive只是这一长串命令的简称而已,而在services.cfg中都是使用简称的.
在commands.cfg中定义了很多这样的命令简称.基本上我们常用的监控项目都包含了,例如ftp,http,本地的磁盘,负载等等.
我们再看一个命令,check_local_disk定义如下
define command{
      command_name check_local_disk
      command_line $USER1$/check_disk -w $ARG1$ -c $ARG2$ -p $ARG3$
      }

check_local_disk实际上是执行的check_disk插件.这里的$ARG1$, $ARG2$, $ARG3$是什么意思呢?在之前我们已经提到了这个check_disk这个插件的用法,-w的参数指定磁盘剩了多少是警告状态,-c的参数指定剩多少是严重状态,-p用来指定路径.
在使用check-host-alive的时候,只需要在services.cfg中直接写上这个命令名check-host-alive.后面没任何的参数.而使用check_local_disk则不同,在services.cfg中这要这么写
check_local_disk!10%!5%!/
在命令名后面用!分隔出了3个参数,10%是$ARG1$的值,5%是$ARG2$的值,/ 是$ARG3$的值,

简单的一句话就是
services.cfg定义监控项目用某个命令
↓
这个命令必须在commands.cfg中定义
↓
定义这个命令时使用了libexec下的插件

如果命令不带$ARG1$就可以在services.cfg中直接使用,如果带了使用时就带上参数,以!相隔

1).监控nagios的ftp
编辑services.cfg 增加下面的内容,基本上就是copy上节我们定义监控主机存活的代码.
define service{
      host_name             nagios
   //要监控的机器,给出机器名,注意必须是hosts.cfg中定义的
      service_description    check ftp
    //给这个监控项目起个名字吧,任意起,你自己懂就行
      check_command          check_ftp
      max_check_attempts    5
      normal_check_interval 3
      retry_check_interval 2
      check_period          24x7
      notification_interval 10
      notification_period    24x7
      notification_options w,u,c,r
      contact_groups       sagroup
      }

修改了配置文件,当然就要重新启动了,简单的方法杀掉nagios进程,然后重新启动
/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg

这里只能监控监控服务器的本地信息，需要监控被监控服务器的信息，就需要下面的操作。

5.用NRPE监控LINUX上的”本地信息”
本节的目的,对系统为linux的主机apcahe进行如下监控:磁盘容量,登陆用户数，http,ftp,mysql的状况,其他功能自己可以自定义配置

对于像磁盘容量,cpu负载这样的”本地信息”,nagios只能监测自己所在的主机,而对其他的机器则显得有点无能为力.毕竟没得到被控主机的适当权限是不可能得到这些信息的.为了解决这个问题,nagios有这样一个附加组件----NRPE.用它就可以完成对linux类型主机”本地信息”的监控.

所以我们按照图示在监控主机(nagios)和被监控主机上安装相应的软件

在被监控主机上

1)增加用户
useradd nagios

设置密码
# passwd nagios

2)安装nagios插件
tar -zxvf nagios-plugins-1.4.9.tar.gz
cd nagios-plugins-1.4.9
编译安装
./configure --enable-redhat-pthread-workaround
make
make install
这一步完成后会在/usr/local/nagios/下生成两个目录libexec和share
# ls /usr/local/nagios/
libexec  share

修改目录权限
# chown nagios.nagios /usr/local/nagios
# chown -R nagios.nagios /usr/local/nagios/libexec

3)安装nrpe
解压缩
tar -zxvf nrpe-2.8.1.tar.gz
cd nrpe-2.8.1
编译
./configure
NRPE的端口是5666
make all
接下来安装NPRE插件,daemon和示例配置文件

安装check_nrpe这个插件
make install-plugin
之前说过监控机需要安装check_nrpe这个插件,被监控机并不需要,我们在这里安装它是为了测试的目的

安装deamon
make install-daemon

安装配置文件
make install-daemon-config

现在再查看nagios目录就会发现有4个目录了
# ls /usr/local/nagios/
bin    etc    libexec  share
将NRPE deamon作为xinetd下的一个服务运行的.在这样的情况下xinetd就必须要先安装好,不过一般系统已经默认装了

4)安装xinetd脚本
# make install-xinetd
输出如下
/usr/bin/install -c -m 644 sample-config/nrpe.xinetd /etc/xinetd.d/nrpe

可以看到创建了这个文件/etc/xinetd.d/nrpe
编辑这个脚本
vi /etc/xinetd.d/nrpe
# default: on
# description: NRPE (Nagios Remote Plugin Executor)
service nrpe
{
      flags          = REUSE
      socket_type    = stream
      port          = 5666
      wait          = no
      user          = nagios
      group          = nagios
      server       = /usr/local/nagios/bin/nrpe
      server_args    = -c /usr/local/nagios/etc/nrpe.cfg --inetd
      log_on_failure  += USERID
      disable       = no
      only_from    = 127.0.0.1 在后面增加监控主机的地址192.168.1.240,以空格间隔
}

改后
   only_from    = 127.0.0.1 192.168.1.240

编辑/etc/services文件,增加NRPE服务
vi /etc/services

增加如下
# Local services
nrpe          5666/tcp                      # nrpe

重启xinetd服务
# service xinetd restart

查看NRPE是否已经启动
# netstat -at|grep nrpe
tcp       0    0 *:nrpe                *:*                   LISTEN
# netstat -an|grep 5666
tcp       0    0 0.0.0.0:5666          0.0.0.0:*             LISTEN
可以看到5666端口已经在监听了

5)测试NRPE是否则正常工作

之前安装了check_nrpe这个插件用于测试,现在就是用的时候.执行
/usr/local/nagios/libexec/check_nrpe -H localhost
会返回当前NRPE的版本
# /usr/local/nagios/libexec/check_nrpe -H localhost
NRPE v2.8.1

也就是在本地用check_nrpe连接nrpe daemon是正常的

注:为了后面工作的顺利进行,注意本地防火墙要打开5666能让外部的监控机访问

/usr/local/nagios/libexec/check_nrpe –h查看这个命令的用法
可以看到用法是check_nrpe –H 被监控的主机 -c要执行的监控命令
注意:-c后面接的监控命令必须是nrpe.cfg文件中定义的.也就是NRPE daemon只运行nrpe.cfg中所定义的命令

查看NRPE的监控命令
cd /usr/local/nagios/etc
vi nrpe.cfg

# The following examples use hardcoded command arguments...
command[check_users]=/usr/local/nagios/libexec/check_users -w 5 -c 10
command[check_load]=/usr/local/nagios/libexec/check_load -w 15,10,5 -c 30,25,20
command[check_hda1]=/usr/local/nagios/libexec/check_disk -w 20 -c 10 -p /dev/hda1
command[check_zombie_procs]=/usr/local/nagios/libexec/check_procs -w 5 -c 10 -s Z
command[check_total_procs]=/usr/local/nagios/libexec/check_procs -w 150 -c 200

注意：其他命令需要自行添加

也就是check_nrpe 的-c参数可以接的内容,等号=后面是实际执行的插件程序(只这与commands.cfg中定义命令的形式十分相似,不过是写在了一行).也就是说check_users就是等号后面/usr/local/nagios/libexec/check_users -w 5 -c 10的简称.
我们可以很容易知道上面这5行定义的命令分别是检测登陆用户数,cpu负载,hda1的容量,僵尸进程,总进程数.各条命令具体的含义见插件用法(执行”插件程序名 –h”)
由于-c后面只能接nrpe.cfg中定义的命令,也就是说现在我们只能用上面定义的这五条命令.我们可以在本机实验一下.执行
/usr/local/nagios/libexec/check_nrpe -H localhost -c check_users

/usr/local/nagios/libexec/check_nrpe -H localhost -c check_load

/usr/local/nagios/libexec/check_nrpe -H localhost -c check_hda1

/usr/local/nagios/libexec/check_nrpe -H localhost -c check_zombie_procs

/usr/local/nagios/libexec/check_nrpe -H localhost -c check_total_procs

在运行nagios的监控主机上

之前已经将nagios运行起来了,现在要做的事情是:
– 安装check_nrpe插件
– 在commands.cfg中创建check_nrpe的命令定义,因为只有在commands.cfg中定义过的命令才能在services.cfg中使用

创建对被监控主机的监控项目

安装check_nrpe插件
# tar -zxvf nrpe-2.8.1.tar.gz
# cd nrpe-2.8.1
# ./configure
# make all
# make install-plugin
只运行这一步就行了,因为只需要check_nrpe插件

在apache刚装好了nrpe,现在我们测试一下监控机使用check_nrpe与被监控机运行的nrpedaemon之间的通信.

# /usr/local/nagios/libexec/check_nrpe -H 192.168.1.208
NRPE v2.8.1

看到已经正确返回了NRPE的版本信息,说明一切正常.

在commands.cfg中增加对check_nrpe的定义
vi /usr/local/nagios/etc/commands.cfg
在最后面增加如下内容
########################################################################
#
# 2007.9.5 add by yahoon
# NRPE COMMAND
#
########################################################################
# 'check_nrpe ' command definition
define command{
      command_name check_nrpe
      command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
      }

意义如下
command_name check_nrpe
定义命令名称为check_nrpe,在services.cfg中要使用这个名称.

command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
这是定义实际运行的插件程序.这个命令行的书写要完全按照check_nrpe这个命令的用法.不知道用法的就用check_nrpe –h查看

-c后面带的$ARG1$参数是传给nrpe daemon执行的检测命令,之前说过了它必须是nrpe.cfg中所定义的那5条命令中的其中一条.在services.cfg中使用check_nrpe的时候要用!带上这个参数

下面就可以在services.cfg中定义对apache主机磁盘容量的监控
define service{
      host_name             apache
被监控的主机名,这里注意必须是linux且运行着nrpe,而且必须是hosts.cfg中定义的
      service_description    check-disk
      监控项目的名称
      check_command          check_nrpe!check_disk
   监控命令是check_nrpe,是在commands.cfg中定义的,带的参数是check_disk,是在nrpe.cfg中定义的
      max_check_attempts    5
      normal_check_interval 3
      retry_check_interval 2
      check_period          24x7
      notification_interval 10
      notification_period    24x7
      notification_options w,u,c,r
      contact_groups       sagroup
      }
像这样将其余几个监控项目加进来.

6.Nagios的性能分析图表(此安装在监控机上进行)
Nagios监控的侧重点在“此时”服务是否正常，是一个瞬时状态。通过对这个状态的监控和告警，管理员可以第一时间对主机或者服务的故障做处理。但是我们往往也非常关心主机的性能以及服务的响应时间等情况，这些情况是一个持续的变化曲线，并非一个实时的值，如果通过查看日志数据来分析的话，既繁琐有抽象，所以，我们希望Nagios可以帮我们做这份工作，然后将报表提交给我们，这样就非常方便了。这就是今天需要用到的Nagios的相关开源项目—— PNP

PNP是一个小巧的开源软件包，它是基于PHP和PERL，利用rrdtool将Nagios采集的数据绘制成图表。如果你要安装PNP，那么准备工作有如下3项：
1、整合Apache和PHP
2、安装rrdtools
3、安装Perl
1）安装php
./configure \
--prefix=/usr/local/php \
--with-mysql=/usr/local/mysql \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-gd --with-jpeg-dir=/usr/lib --enable-gd-native-ttf \
--with-zlib-dir=/usr/lib --with-png-dir=/usr/lib \
--with-freetype-dir=/usr/include/freetype2 --with-ttf \
--enable-sockets --enable-ftp --enable-mbstring

make && make install

#在httpd配置文件里加入，使apache支持php
AddType application/x-httpd-php .php .phtml
AddType application/x-httpd-php-source .phps

#拷贝php配置文件到指定位置
cp php.ini-dist /usr/local/php/lib/php.ini

2）安装rrdtools
./configure
make&&make install

3) 安装Perl
rm -f config.sh Policy.sh
sh Configure -de
make
make test
make install

要介绍PNP工作原理，首先要说明一下Nagios提供的数据接口，也就是PNP的数据来源。在定义host或service 中都有一个定义项，名为process_perf_data，其值可以定义为0或1，其作用是是否启用Nagios的数据输出功能。如果你将此项赋值为 1，那么Nagios就会将收集的数据写入到某个文件中，以备提取。所以，如果你想让Nagios将数据输出的话，首先要将Nagios的主配置文件 nagios.cfg中相关的配置修改：

process_performance_data=1
service_perfdata_command=process-service-perfdata  #默认此句被注释掉了，在这里去掉前面的#

如果想要对某个监控对象做数据图表，则需在所对应的host或者service定义中（一般写在hosts.cfg或者services.cfg文件中），包含如下的定义：

process_perf_data 1

这样，Nagios就会调用相应的命令来输出数据了。Nagios的command.cfg定义中默认有一项“process-service- perfdata”，该命令声明了Nagios输出哪些值到输出的文件中。不过其定义相对简单，PNP提供了一个perl脚本，更详尽的定义了一个输出数据的方法。如果要使用PNP的话，我们需要在command.cfg的定义中，将“process-service-perfdata”命令对应的执行命令行的内容替换成该脚本：

define command{
command_name process-service-perfdata
command_line /usr/local/nagios/libexec/process_perfdata.pl
}

这样设置了之后，Nagios就会利用PNP提供的脚本进行相关的工作了。
刚刚定义命令时用到的脚本“process_perfdata.pl”现在还不存在。我们现在就来安装，也就PNP的软件包安装方法很简单，过程也很顺利

./configure --with-rrdtool=/usr/local/rrdtool-1.0.50/bin/rrdtool --with-perfdata-dir=/usr/local/nagios/share/perfdata/
make all
make install

安装结束之后，再去检查一下Nagios的插件目录（libexec），就会发现多了一个名为“process_perfdata.pl”的脚本。

ok，现在执行一下Nagios配置检查命令
/usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg
如果没有什么错误，那么我们重新启动Nagios。
/etc/init.d/nagios restart
验收一下成果，在浏览器的地址栏中输入：

http://IP/nagios/pnp/index.php

基本上nagios的主要功能就有这些,nagios的使用关键在于如何活用那些丰富的插件.nagios可以说是一个对于linux/unix环境支持十分好的程序.

之前我说重启nagios的时候都是用的杀进程的方式,其实也可以不这么做.如果在安装nagios的时候安装了启动脚本就可以使用/etc/init.d/nagios restart 还可以带的参数有stop, start,status
如果报错了,有可能是脚本里面的路径设置错误,解决办法
vi /etc/init.d/nagios
将prefix=/usr/local/nagiosaa改为安装的目录/etc/init.d/nagios

注:在nagios安装的时候说是将脚本安装到了/etc/rc.d/init.d,其实这和/etc/init.d是一个目录

二、为Nagios编写自己的插件

Nagios (http://www.nagios.org/)是一个开放源代码的主机、服务和网络的监控平台。它被广泛使用在企业的IT部门中，负责企业核心系统营运情况的监控工作。

CIC对网络口碑的研究涉及了部分类似“云运算”的技术，需要有大量机器不间断的在进行工作.因而需要搭建一套能够24小时监控机器上运行的服务和其性能情况的平台,来帮助我们记录并分析机器运行状态,以及提前预警。这次我对Nagios的研究目的在于,除了常用的指标（CPU，ping,DISK...）,我们要求Nagios能够监控更多更细致更及时的指标，比如一些表示状态的数据等等，这就需要我们自己编写一些插件.

  所幸Nagios可以很轻松的支持自定义插件，只要你满足他规定的一些简单的原则：
      脚本输出原则
      状态代码原则

脚本输出原则
      Nagios可以根据符号：“｜” 把插件输出的数据分割成performance data 和 Status Information,其中performance data可以交给pnp来通过图表的方式显示，Status Information主要是表示当前数据的一些状态
      下面是一个插件输出结果的示例：
      One line of output (text and perfdata)

      A plugin can return optional performance data for use by external applications. To do
      this, the performance data must be separated from the text output with a pipe (|)
      symbol like such:
      DISK OK - free space: / 3326 MB (56%);
      |
      /=2643MB;5948;5958;0;5968

      The final contents of each macro are listed below:

      Macro                               Value
      $SERVICEOUTPUT$       DISK OK - free space: / 3326 MB (56%);
      $SERVICEPERFDATA$       /=2643MB;5948;5958;0;5968

      通过这样的一个符号“｜”就可以很简单的把我们要显示出来的数据分离出来交给nagios。是不是很简单？

  状态代码原则：

  退出状态代码的含义如下所示：

*

   OK —退出代码 0—表示服务正常地工作。
*

   WARNING —退出代码 1—表示服务处于警告状态。
*

   CRITICAL —退出代码 2—表示服务处于危险状态。
*

   UNKNOWN —退出代码 3—表示服务处于未知状态。

  最后一种状态通常表示该插件无法确定服务的状态。例如，可能出现了内部错误。
  所有这些代码都是告知nagios，你所编写的插件目前的一个状态，nagios得到这些状态后就可以自动做出相应的操作，如发邮件通知，短信提醒，或者亮起绿灯表示插件运行一切正常.

  下面是一个简单的python插件脚本：
urlItem = urllib.urlopen("http://XXX:XXX/XXXX/")
htmSource = urlItem.read()#读取页面内容
urlItem.close()
item=0
def getValue(displayName):
      for data in htmSource.split("|"):
         if data.find(":")!=-1:
               strD=data.split(":")
               name=strD[0]?
               item += int(strD[2])
               print name
      if item:
         sys.exit(3)
      print "| item="+str(item)+"c"  #SERVICEPERFDATA  nagios显示的数据

getValue("item")

编写完插件,将其在nagios配置后实际显示的效果：

Nagios自定义插件的编写规范

Nagios插件是可执行的脚本或者程序，插件必须完成以下两个功能：

1、返回几个可能返回值中的一个
2、至少返回一行文本输出

Nagios并不关心插件的内部细节，你可以根据需要监控的情况，是TCP服务，数据库，或者硬盘空间等等，等等来编写插件的代码。

插件的返回值：

Plugin Return Code Service State Host State
0 OK UP
1 WARNING UP or DOWN/UNREACHABLE*
2 CRITICAL DOWN/UNREACHABLE
3 UNKNOWN DOWN/UNREACHABLE

插件的输出规范：

插件至少返回一行文本，从Nagios 3开始，插件可以返回多行数据了，同时也可以返回一些性能数据。性能数据必须与其他的文本输出用"|"隔开。

例子：

DISK OK - free space: / 3326 MB (56%);

如果用来检查一个service，这些将保存在$SERVICEOUTPUT$宏

DISK OK - free space: / 3326 MB (56%); | /=2643MB;5948;5958;0;5968

$SERVICEOUTPUT$将保存DISK OK - free space: / 3326 MB (56%); 而性能数据将保存在 $SERVICEPERFDATA$宏中。

Nagios仅仅读取前4K字节的返回数据，如果你需要改变这个限制，要修改源代码中的include/nagios.h.in 中的MAX_PLUGIN_OUTPUT_LENGTH数值。

三、配置 Nagios 监控 Oracle 服务器

配置 Nagios 监控 Oracle 服务器

环境：Oracle 10g
CentOS 5.2 x86_64

一、在 Oracle 所在服务器上安装 NRPE
安装过程参考 Nagios NRPE 文档。

注意点：
1.由于 nagios 脚本需要读取 oracle 相关文件。所以运行 nagios 的用户需要定义为 oracle 服务用户。并且修改 /etc/xinted.d/nrpe 中的配置。

service nrpe
{
      flags          = REUSE
      socket_type    = stream
      port          = 5666
      wait          = no
      user          = oracle
      group          = nagios
      server       = /usr/local/nagios/bin/nrpe
      server_args    = -c /usr/local/nagios/etc/nrpe.cfg --inetd
      log_on_failure  += USERID
      disable       = no
      only_from    = 192.168.100.62
}

2.给 oracle 用户在 ORACLE_HOME 目录下执行权限。
      chmod –Rf 740 $ ORACLE_HOME/*

      3.修改 check_oracle 脚本。将 $ORACLE_HOME 以及 $PATH 手动加入，避免出现问题。

      ORACLE_HOME=/u01/oracle/product/10.2.0/db_1
      PATH=$PATH: /u01/oracle/product/10.2.0/db_1/bin

这么做是为了确保脚本可以正常执行 sqlplus 以及 tnsping 等命令。

二、配置 nrpe 服务

修改 /usr/local/nagios/etc/nrpe.cfg 文件。加入以下内容：

#Check Oracle
command[check_oracle_tns]=/usr/local/nagios/libexec/check_oracle --tns orcl
command[check_oracle_db]=/usr/local/nagios/libexec/check_oracle --db orcl
command[check_oracle_login]=/usr/local/nagios/libexec/check_oracle --login orcl
command[check_oracle_cache]=/usr/local/nagios/libexec/check_oracle --cache orcl system lkjsdf 80 90
command[check_oracle_tablespace]=/usr/local/nagios/libexec/check_oracle --tablespace orcl system lkjsdf tab 90 80

具体参数写法请参考 check_oracle --help。

配置完成后，重启 xinetd 服务。

三、配置 Nagios 服务端

1.安装 nrpe 脚本支持。---参考官方文档。
2.添加 nrpe 命令配置。修改 nagios/etc/objects/command.cfg 文件：

define command {
command_name check_nrpe
command_line $USER1$/check_nrpe -H $HOSTADDRESS$ -c $ARG1$
}

3.在 nagios/etc/objects 添加oracle 主机配置文件。oracle.cfg 。

define host {
      use          linux-server
      host_name    oracle
      alias          Oracle 10g
      address       192.168.100.63
      }

define service {
      use          generic-service
      host_name    oracle
      service_description    TNS Check
      check_command check_nrpe!check_oracle_tns
      }
define service {
      use          generic-service
      host_name    oracle
      service_description    DB Check
      check_command check_nrpe!check_oracle_db
      }
define service {
      use          generic-service
      host_name    oracle
      service_description    Login Check
      check_command check_nrpe!check_oracle_login
      }
define service {
      use          generic-service
      host_name    oracle
      service_description    Cache Check
      check_command check_nrpe!check_oracle_cache
      }
define service {
      use          generic-service
      host_name    oracle
      service_description    Tablespace Check
      check_command check_nrpe!check_oracle_tablespace
      }

4．验证配置文件无误后重启 nagios 服务。

./bin/nagios -v etc/nagios.cfg
service nagios restart

效果图：

NRPE 以及 Nagios-Plugin 安装文件见附件包内。NRPE 官方文档也包含在附件包呢。

备注：
图中 Tablespace check 还没有细调，用了错误的 table 名。
通过修改脚本还可以监视临时表空间。

Google Doc 共享
http://docs.google.com/Doc?id=dfg4v6m3_104gf3bjfjx

perl--模块安装方法和常用模块

shanyiwan@live.com() — Tue, 25 May 2010 08:18:40 GMT

perl--模块安装方法和常用模块

CPAN（Comprehensive　Perl　Archive　Network）是internet上Perl模块最大的集散地，包含了现今公布的几乎所有的perl模块。网址：http://www.cpan.org/

http://search.cpan.org/，可以查找任何一个模块并提供下载

Linux/Unix---perl模块的安装方法

Linux/Unix下安装Perl模块有两种方法：手工安装和自动安装。第一种方法是从CPAN上下载您需要的模块，手工编译、安装。第二种方法是联上internet，使用一个叫做CPAN的模块自动完成下载、编译、安装的全过程。

A. 手工安装

从CPAN下载了安装模块的压缩文件，假设放在/usr/local/src（一般需要编译安装的软件，都放在此目录下安装）。　

# cd　/usr/local/src　 　   
# tar　xvzf　x.x.tar.gz　 　   
# cd　x.x 　   
# perl　Makefile.PL (生成makefile)   
# make #(建立模块)&& make　test (测试模块)  如果测试结果报告“all　test　ok”，您就可以放心地安装编译好的模块了。　   
# make　install

注意：上述步骤适合于Linux/Unix下绝大多数的Perl模块。可能还有少数模块的安装方法略有差别，安装前，先看一下目录里的README或INSTALL。

B. 自动安装：
安装前需要先联上线，并且您需要取得root权限。　
perl　-MCPAN　-e　shell　
初次运行CPAN时需要做一些设置，如果您的机器是直接与internet相联（拨号上网、专线，etc.），那么一路回车就行了，只需要在最后选一个离您最近的CPAN镜像站点。　
cpan>h （获得帮助）　
cpan>m （列出CPAN上所有模块的列表）　
cpan>install　module_name　（自动完成从下载到安装的全过程。）　
cpan>q　（安装完，后退出）

常用模块：

(1) Net::FTP
(2) Net::Telnet
(3) LWP::Simple, get()
(4) Expect
(5) XML::Simple, XMLin()
(6) Data::Dumper, Dumper()
(7) IO::Socket
(8) Date::Manip, DateCalc(), UnixDate()
(9) Date::Manip, Date_Cmp()
(10) File::Find, find()
(11) ExtUtils::Installed, new(), modules(), version()
(12) DBI, connect(), prepare(), execute(), fetchrow_array()
(13) Getopt::Std
(14) Proc::ProcessTable
(15) Shell
(16) Time::HiRes, sleep(), time()
(17) HTML::LinkExtor, links(), parse_file()
(18) Net::Telnet, open(), print(), getline()
(19) Compress::Zlib, gzopen(), gzreadline(), gzclose()
(20) Net::POP3, login(), list(), get()
(21) Term::ANSIColor
(22) Date::Calc Calendar(), Today()
(23) Term::Cap, Tgetend(), Tgoto, Tputs()
(24) HTTPD::Log::Filter
(25) Net::LDAP
(26) Net::SMTP mail(), to(), data(), datasend(), auth()
(27) MIME::Base64, encode_base64(), decode_base64()
(28) Net::IMAP::Simple, login(), mailboxes(), select(), get()...
(29) Bio::DB::GenBank, Bio::SeqIO
(30) Spreadsheet::ParseExcel
(31) Text::CSV_XS, parse(), fields(), error_input()
(32) Benchmark

了解这些模块功能以及具体使用方法，可以去http://search.cpan.org/ 查看。

安装配置 Socks5 服务

shanyiwan@live.com() — Fri, 21 May 2010 02:48:43 GMT

1. 配置 Socks5 编译环境

yum -y install gcc automake autoconf libtool make

2. 安装 Socks5 必要的包

yum -y install pam-devel openldap-devel cyrus-sasl-devel

3.下载，编译安装 Socks5
到此下载 http://sourceforge.net/projects/ss5/files/

http://ss5.sourceforge.net/

官方实例

http://ss5.sourceforge.net/examples.htm

请安装 ss5-3.6.4-3.tar.gz 而不要安装新版，不然会有严重错误！=>?

wget -c http://downloads.sourceforge.net/project/ss5/ss5/3.6.4-3/ss5-3.6.4-3.tar.gz
tar zxvf ss5-3.6.4-3.tar.gz
cd ss5-3.6.4
./configure
make
make install

有点 BUG 需要我们手工修正一下
# vi /etc/rc.d/init.d/ss5 找到38行

/usr/local/sbin/ss5

改为

/usr/sbin/ss5

# vi /etc/rc.d/init.d/ss5 找到40行

echo "done"
;;

改成

echo "done"
fi
;;

看下我修改后的对比

4. 启动ss5服务

/etc/init.d/ss5 start

5. 添加 ss5 到服务中，并随机启动

chkconfig --add ss5
chkconfig ss5 on

6. 刪除Socks V4模块
改名为 mod_socks4.so.bk

mv /usr/lib/ss5/mod_socks4.so /usr/lib/ss5/mod_socks4.so.bk

7. 添加 SS5 用户
ss5 默认使用1080端口，并允许任何人使用。
我们可以修改 /etc/opt/ss5/ss5.conf 中的

# SHost SPort Authentication
#
auth 0.0.0.0/0 - -

为

# SHost SPort Authentication
#
auth 0.0.0.0/0 - u

在 /etc/opt/ss5/ss5.passwd 中添加用户名和密码如：

test test

使用用户验证，重启ss5服务

/etc/init.d/ss5 restart

修改启动文件，改日志不保存
在ss5启动时添加一个-m的参数，这个参数使系统不再记录ss5的日志。
改ss5端口，格式为-b ip地址:端口

vi /etc/rc.d/init.d/ss5

start)
   # Start daemon.

   echo -n "Starting ss5... "
   if [ $OS = "Linux" ] || [ $OS = "SunOS" ]; then
   /usr/sbin/ss5 -m -t -b 91.207.192.35:2080
   touch /var/lock/subsys/ss5
   else
   /usr/local/sbin/ss5 -m -t -b 91.207.192.35:2080
   fi
   echo "done"

有不少安装配置sock5服务器的的需求, 那就开始准备安装吧

首先到http://ss5.sourceforge.net/software.htm去下载最新的for linux版本
目前是:ss5-3.6.4-3.tar.gz
# tar xvf ss5-3.6.4-3.tar.gz
# cd ss5-3.6.4
# ./configure
结果可能看到错误, 因为我就碰到了

checking security/pam_misc.h usability... no
checking security/pam_misc.h presence... no
checking for security/pam_misc.h... no
configure: error: *** Some of the headers weren't found ***
缺某些库文件, 我看到和pam有关的, 是pam-devel包
# yum -y install pam-devel
# make
# make install
make install之后没有任何显示, 这其实已经安装完毕了, 不必疑惑
修改配置文件:
/etc/opt/ss5/ss5.conf
修改这行:
auth 0.0.0.0/0 - -
改成:
auth 0.0.0.0/0 - u
然后在/etc/opt/ss5/ss5.passwd中, 一行一个用户+密码
# cat ss5.passwd
hao32 123456

# /etc/rc.d/init.d/ss5 start
报错
/etc/rc.d/init.d/ss5: line 41: syntax error near unexpected token `;;'
/etc/rc.d/init.d/ss5: line 41: ` ;;'
vi下看看41行, 在;;之前少了结束fi

38 /usr/local/sbin/ss5 -t
39 fi
40 echo "done"
41 fi
42 ;;

继续# /etc/rc.d/init.d/ss5 start
38行又报错... 说没有这个目录或者文件:/usr/local/sbin/ss5 -_-! 开始对ss5的开发者有点意见, 但是人家也那么辛苦, 就立即打消了此等想法, 并且内心抽了自己几巴掌
把/usr/local/sbin/ss5换成了/usr/sbin/ss5

# /etc/rc.d/init.d/ss5 start
doneting ss5... [ OK ]

再重启下看看:
# /etc/rc.d/init.d/ss5 restart
Restarting ss5... Shutting down ss5...
done [ OK ]
doneting ss5... [ OK ]

看来没啥问题, 过了, 现在你就可以使用服务器的IP, 端口1080, 用户hao32, 密码123456来测试你的socks5服务器了, 更多高级应用, 就参加ss5.conf, 里面有详细的说明.

为了使用Cute-FTP,除了IP伪装的方法外，就要使用Socks代理，现在让我们来看看配置Socks5的过程：

1. 下载文件
从www.socks.nec.com下载最新版的socks5源文件到/tmp目录下。socks5-v1.0r11.tgz

2. 在防火墙上编译并安装（该防火墙应直接连至internet,是安装了两块网卡的双宿主机，假设内部网段为192.168.0.0/24)

cd /tmp
tar -xvfz socks5-v1.0r11.tgz

cd /tmp/socks5-v1.0r11
./configure --with-threads
make
make install

3. 配置文件/etc/socks5.conf

# /etc/socks5.conf
set SOCKS5_MAXCHILD 3
set SOCKS5_NOIDENT
set SOCKS5_TIMEOUT 5

interface 192.168.0. - eth1
auth 192.168.0. - u
permit u - 192.168.0. - - - jephe
permit u - 192.168.0. - - - jack
deny - - - - - - -

4. 配置文件/etc/socks5.passwd

# /etc/socks5.passwd
jephe password_of_jephe_is_here
jack password_of_jephe_is_here

5.开始测试
/usr/local/bin/socks5 -f -s
如果出现下面的信息表示测试成功。
18210: Socks5 starting at Mon Dec 14 18:23:45 1998 in normal mode

然后退出socks5,开始正式运行它在背景模式：

6. 正式运行

/usr/local/bin/socks5 -t -s 2> /var/log/socks5

7. 最后，加到/etc/rc.d/rc.local
echo "/usr/local/bin/socks5 -t -s 2> /var/log/socks5"
>> /etc/rc.d/rc.local

Sock5代理服务端软件，socks5-v1.0r11.tar.gz，socks5-v1.0r11-patched.tar.gz，N久前下的，以前也试着装了，后来没怎么用也就忘了到底用哪个了。

使用后者估计好一点。有个下载地址http://ftp.lwfs.net/pub/src/socks5-v1.0r11.patched.tar.gz

先是安装，一路下来,

./configure 默认装到/usr/local下面

make

make install

make clean

make distclean

安装好后，usr/local/bin下面有个socks5程序，运行这个就是运行socks5服务端了。

下面开始配置，配置文件放在/etc/下，叫做socks5.conf，如果没有，需要自己建一个。

安装包中带有examples，比较简单，解释也少。还是需要上网google一把。

典型配置（有用户认证，可控制用户访问IP或网段，单跳代理）：

socks5.conf的配置：

# A Socks5 Config file for a normal , single homed server

# 支持用户权限认证，访问需要用户名口令。

auth - - u

# 控制用户访问网段，下面的的意思是满足192.168.1.*的用户都可以访问

permit u - 192.168.1. - - -

用户名和口令配置文件：

/etc/socks5.passwd

username1 passwd1

username2 passwd2

简单配置完成。

启动sock5服务器，运行：/usr/local/bin/socks5 –t

默认为1080端口，如果要指定端口，那么运行 /usr/local/bin/socks5 –b 2007 –t

(注意是b，不是p。)

关闭socks5服务进程，运行：/usr/local/bin/stopsocks –KILL

关闭的是使用默认端口的启动方法，如果是指定端口的启动，那么同样需要指定端口关闭。

/usr/local/bin/stopsocks –p 2007 –KILL

连接socks服务器使用sockscap，访问站点http://www.socks.nec.com/，这个网址不知道还有没有得下了，总之这是很老很有名的软件了。

填写socks服务器IP和端口后，在设置中选择socks版本5，域名解析看情况，一般本地解析会好一点，速度快，但是对于一些连接域名都找不到的只好尝试远程解析，不确定的可以选先尝试由本地端再由远端解析。支持用户名/密码。打上勾。有用户名密码设置中输入后确认。

然后点一下新建，在命令行中浏览要运行的文件名，工作目录最好也设进去，标识项名称吗随便填什么都行，只要自己知道。添加后在面板区出现运行文件的图标，选中点运行或双击就可以了。

socks5还有很多配置方式，帖上来慢慢研究。

如果你不想把密码文件存在默认的/etc/socks5.passwd里。想存在自定义的文件，比如/etc/qq.passwd

那就得修改/etc/socks5.conf.添加一项参数

set SOCKS5_PWDFILE /etc/qq.passwd

ok！重启一下服务，这时如果不输入正确的用户名和密码是使用不了socks5代理服务器的，输入正确的用户名和密码便可使用。

以上说的参数，大家可以结合使用，比如限制某个IP段使用socks5服务，而且要使用用户名验证

另外针对/etc/socks5.conf还有一些参数，大家就自己去研究吧

set SOCKS5_BINDINFC 192.168.0.8:1080

忽略ident请求。当客户机没有运行identd时，使用SOCKS5_NOIDENT将降低超时值
set SOCKS5_NOIDENT

指定连接停顿最长时间。超过最大值后，socks5断开连接
set SOCKS5_TIMEOUT 15

socks5将接受SOCKS V4 协议的请求,默认不接受
set SOCKS5_V4SUPPORT

指定同时存在的最大子进程数,Socks5预设为64
set SOCKS5_MAXCHILD 4

Socks5.conf – socks5 daemon 的配置文件

SYNOPSIS
Socks5 daemon通常从/etc/socks5.conf读配置文件。但如果你编译socks5时用了 –with-srvconffile=filename参数，你可以改变文件目录。如果系统是FreeBSD，配置文件缺省是 /usr/local/etc/socks5.conf。

DESCRIPTION
Socks5 daemon 启动时或收到一个HUP信号时，都读此配置文件。配置文件保存以下信息：
- 连接地址的接口。
- 什么情况下服务器直接连接到一个地址。
- 什么情况下服务器使用另一个代理服务器。
- 请求一个代理连接的必要要求。
配置文件分成六部分：
- ban host
- authentication
- interfaces
- variables and flags
- proxies
- access control

在每部分中，socks5 daemon 顺序的读每一行，直到遇到了匹配行。各部分的顺序和各部分中行的顺序是非常重要的。一行中的每个条目都必须匹配。

BAN HOST ENTRIES
Ban host entries 使用如下语法识别socks5 daemon 不允许连接的主机：
ban source-host source-port
ban 不允许授权。
source-host 必须是一个有效的hostpattern。
source-port 必须是一个有效的portpattern。
socks5 daemon 拒绝从source-host 的source-port发起的连接。

AUTHENTICATION ENTRIES
Authentication entries 确定socks5 daemon的身份验证方式。使用如下语法：
auth source-host source-port auth-methods
auth 指出此条目是一条身份验证条目。
source-host 必须是一个有效的hostpattern。
source-port 必须是一个有效的portpattern。
auth-methods 必须是一种有效的authpattern。
socks5 daemon 使用auth-methods 验证source-host 的 source-port 的连接请求。

配置文件没有auth项时，任何身份认证都可以工作。忽略auth项等效于指定认证方式为auth – (任意认证方式)。如果使用auth项，不匹配的客户将被拒绝。
Socks5 daemon 不要求身份认证时，它收不到用户信息，除非socks5配置为要求ident 响应。使用SOCKS5_DEMAND_IDENT环境变量要求ident响应。请参考socks5(1)得到完全的socks5环境变量的列表。
如果socks5 daemon 要使用Username/Password身份认证，并且有socks4客户要使用此服务器，设置授权顺序为n,u。对于socks5的客户端，socks5 daemon 先使用 Username/Password 身份认证。
Socks5 daemon 以逆序检查auth-methods子段。从最后一个auth-method开始。

INTERFACE ENTRIES
如果一台机器有多个接口，多个IP地址，多数情况下，管理员使socks5使用特定的接口和特定的地址。通过指定内部主机使用向内的接口，外部主机使用向外的接口，可以防止外部主机冒充内部主机。同时要求socks5决定当接受一个bind或发送一个sendto时，使用哪一个接口去bind。当 socks5在配置文件中没有发现匹配项时，它使用INADDR_ANY 去bind,这意味着在任意接口接受连接。Single-homed（单宿）主机不要求interface项。只有多接口主机才要求有interface 项。interface 项使用如下格式：

interface hostpattern portpattern interface-address
I
interface 标志一个interface项
hostpattern 指定可以连接的源或目标主机
portpattern 指定可以连接的源或目标端口
interface-address 标志IP地址或接口名，例如：eth0

interface项代替以前版本的route项。当前版本两者等价。在将来的版本，route项将不被支持。

VARIABLE ENTRIES

variables 和 flags 控制系统纪录文件的数量和类型。语法如下：
set variable value
set 指定内部使用的初始环境变量。请参考socks5(1) ENVIRONMENT部分。

PROXY ENTRIES
Proxy 项指定daemon通过socks server 连接到特定主机。配置文件没有此项的话，daemon将直接连接到特定主机。语法如下：
proxy-type dest-host dest-port proxy-list

proxy-type 指定proxy server类型。有效值如下：
socks5 SOCKSv5
socks4 SOCKS version 4
noproxy 直接连接

dest-host 必须是有效的hostpattern
dest-port 必须是有效的portpattern
proxy-list 必须是有效的proxypattern

daemon使用proxy-list中的server连接到dest-host的dest-port。Proxy-list中的server必须符合proxy-type.。

ACCESS CONTROL ENTRIES
access control 部分决定daemon允许或拒绝连接请求。如果是access control项不匹配的连接请求，即使是已授权主机也不能建立连接。语法如下：
permit auth cmd src-host dest-host src-port dest-port [usr-list]
deny auth cmd src-host dest-host src-port dest-port [user-list]

auth 必须是有效的authpattern并且指定授权方式列表。
cmd 必须是有效的authpattern，指定src-host上的客户可以在dest-host上执行的命令。
src-port 必须是有效的portpattern
dest-port 必须是有效的portpattern
user-list 必须是有效的userpattern

PATTERNS

hostpattern
socks5使用ip地址和掩码的方式，格式如下：
hostip/mask 标准ip加掩码方式
- 匹配所有主机
n1. 等价于n1.0.0.0/255.0.0.0
ni.n2. 等价于ni.n2.0.0/255.255.0.0
n1.n2.n3. 等价于ni.n2.n3.0/255.255.255.0
.domain.name 主机名必须以.domain.name结尾
a.host.name 主机名必须为a.host.name
如果使用域名，SOCKS5_REVERSEMAP必须被设置。因为hostnames和domains依赖于DNS,所以推荐使用ip地址加掩码的方式。有很多种情况会导致逆向DNS查询工作不正常。
socks5.conf也支持老的hostpattern语法，我们推荐使用新的语法，新的语法可读性强。

portpattern
用服务名，数字或范围指定端口。中括号包括边界，圆括号不包括边界。指定范围用两个数字或服务名，中间用逗号隔开，没有空格。语法如下：
tftp tftp的服务端口，通常是69
80 端口80
- 所有端口
[100，1000] 端口100到1000
（100，1000）端口101到999
(100,1000) 端口101到1000

authpattern
指定认证类型，socks5 daemon用逆序检查授权方式。语法如下：
n 没有认证
u Username/Password
k Kerberos 5(GSS-API)
- 任何认证方式
后面的认证方式优先级比前面的高，如果你输入：
n,u,k
server 先请求Kerberos认证，如果socks5 client没有安装使用Kerberos,server使用Username/Password 认证。因为SOCKS4 client 不能使用Kerberos 或Username/Password 认证方式。Serverz对SOCKS4 client不要求认证。

如果输入：n,k,u
server先请求Username/Password认证。

commandpattern
指定命令，可用逗号分开，中间没有空格。Socks5.conf识别如下命令：
c connect
b bind
u UDP
p ping
t traceroute
- 所有命令

userpattern
可用逗号隔开指定多个用户，用户类型必须匹配认证方式。例如，如果你使用Username/Password认证，socks5 daemon认为你是socks5用户，如果你使用Kerberos 认证，socks5 daemon 认为你是Kerberos 用户。一个短横线，“-”，匹配所有用户。

proxypattern
顺序指定服务器，用逗号分开。只有当前面的server无效时，客户才使用后面的server。

EXAMPLES
请参考examples目录获得更多的信息。
auth - - k
permit k – 111.111.111. - - -
只有Kerberos认证的C网111.111.111.0用户能使用这个server。

socks5 - - s5srv1,s5srv2
permit - - .mydomain.com - - -
所有的socks5连接请求都通过s5srv1。如果s5srv1不可用，所有的socks5连接请求通过s5srv2。只有.mydomain.com的客户可使用此服务器。
auth otherserver – k
noproxy .internal.net.com –
socks5 - - otherserver
permit - - .internal.net.com - - -
permit k – otherserver - - -
.internal.net.com的客户可使用server,不要求Kerberos认证。Socks5 server可以直接连接到 .internal.net.com。并且为其它主机通过otherserver代理。otherserver也是socks5 server，要使用此代理，必须使用Kerberos认证。

POOR CONFIGURATIONS
如同其它软件的情况一样，处于安全的理由，适当的配置是必须的。如下行：
permit - - - - - -
是不应该使用的。如果使用这样的设置，怀有恶意的用户可以使用这个socks5 server作为他们的跳板去攻击别的系统。

SEE ALSO
Socks5(1),libsocks5.conf(5),sockd4_to_5.pl(1)

AUTHORS
NWSL SOCKS5 Development Team

Send comments to socks5-comments@socks.nec.com

Windows Phone 7应用程序系列教程

shanyiwan@live.com() — Mon, 17 May 2010 01:03:13 GMT

新浪围脖@WPMind.com v0.1是由WPMind.com开发的第一个Windows Phone 7上的软件作品，即新浪微博客户端。它也应该是国内第一款Windows Phone 7上的新浪微博客户端。在接下来的一系列文章中，我将带领大家探讨探讨该软件开发过程中遇到的各种问题。

(1) 环境准备
作为一个开发人员，我很高兴的看到了微软这次对于Windows Phone 7所做的各种努力。其中当然不得不提的就是微软对于Windows Phone Developer Tools的免费发行。
安装Windows Phone Developer Tools的系统需求为：
支持的操作系统: Windows 7，Windows Vista
* Windows® Vista® (x86 and x64) ENU with Service Pack 2 – 除了Starter之外的任何版本
* Windows 7 (x86 and x64) ENU（当然，中文的Win7上也能正常安装） – 除了Starter之外的任何版本
需要的硬件配置：
* Installation requires 3 GB of free disk space on the system drive.
* 2 GB RAM
* DirectX 10 capable graphics card with a WDDM 1.1 driver

除了Windows Phone Developer Tools之外，我还强烈建议安装Express Blend 4 Beta版，以及对应Windows Phone 7开发所需要的Expression Blend Add-in for Windows Phone和Expression Blend SDK for Windows Phone.
Expression Blend 是微软的 Expression Studio套件中的很重要的一个部分，它是用来做Silverlight设计的。通常是由UI设计师来使用它完成界面的布局以及各种动态/动画效果的实现。不过我还是建议开发人员也都安装上它，毕竟我相信很多时候你的身边并没有专门的UI设计师，这一切还都得要我们自己动手完成。

安装完Windows Phone Developer tools，我们会发现他已经安装好Visual Studio 2010 Express for Windows Phone，其中包含Windows Phone 7的模拟器和Silverlight for Windows Phone 以及Game Studio 4.0.

接下来打开Visual Studio 2010,工程类型里面有了Silverlight for Windows Phone和Game Studio 4.0的工程模板，这时候准备工作已经完成了。

参考：http://www.wpmind.com/dev/2010/03/29/what-you-should-know-for-windows-phone-7-development.html

(2)Hello World! - 初识开发环境
在上一小节中，我们讲到了要开发Windows Phone 7的应用程序需要安装的工具。那么今天这一小节，我们就来看看怎样用这些工具来开发Windows Phone 7的应用程序。

首先，我们打开Visual Studio 2010 Express for Windows Phone。在工程模板里面我们会看到针对Silverlight for Windows Phone 有3种开发类型如下图所示：

第一种“Windows Phone Application”就是很普通的一个Windows Phone的Silverlight应用程序。而第二种“Windows Phone List Appliation”则给出一个简单的列表型窗体的示例工程。第三种“Windows Phone Class Library”则是一个普通的类库工程。

现在我们先输入工程名称建立一个普通的“Windows Phone Application”，则系统自动建立起该工程所需要的一些文件并打开默认的窗体设计器如下图所示：

左侧的ToolBox和我们以前常规的WinForm或者说.NET CF开发工具栏比较类似，都是一些常规的控件。右侧的上方是Solution Explorer，可以在里面管理工程中的文件，而右侧下方则是属性窗口，用来显示当前选中的控件属性（以及事件）。而窗体的中间部位则分为左右两栏左侧是所见即所得的窗体设计器，而右侧则为XAML文件编辑器。

请尝试着从左侧工具箱里面拖拽一个Button到窗体中间，然后双击这个“Button”则自动跳转到代码编辑器中生成的代码。那么还等待什么？请做一件任何一个程序员都会尝试的第一个程序吧，输入：

MessageBox.Show("Hello world!");

然后按下F5键，则Visual Studio 2010会自动调用起Windows Phone 7的模拟器并将程序部署上去运行。点击模拟器中你的程序窗体上的Button，然后就得到了你的Windows Phone 7上的第一个Hello World程序。
好了，下来请在Visual Studio 2010中按下Shift+F5停止程序的运行回到编辑状态。让我们回过头来仔细看看Windows Phone 7的Hello World程序和普通的.NET Compact Framework程序都有什么不同吧。
首先是工程文件结构的不同，如下图所示：

对于VS2008中我们的.NET CF应用程序来说，每一个窗体由两个文件构成。一个普通的cs文件（例如Form1.cs）再加上一个Designer文件（例如Form1.Designer.cs）。这两个文件都是C#的代码文件，而且这两个C#文件其实是通过partial类技术来描述的同一个class。所不同的是，第一个cs文件里面通常放置界面上的一些逻辑处理，而第二个（Designer文件）里面放置的是窗体设计器上的布局的C#代码表现。
对于VS2010来说，每一个窗体也都是两个文件构成。但是第一个文件是一个普通的xaml文件，第二个是一个同名的.xaml.cs文件。第一个xaml文件里面都是界面布局（以及一些资源，动画等等）的定义，而cs文件里面放置的是你的逻辑的C#代码。

对于同样的一个Button的Click事件的处理，他们的方式也不同。对于.NET CF来说，它是通过常规的事件来处理，所以在代码中可以看到形如：

this.button1.Click += new System.EventHandler(this.button1_Click);

这样的事件注册代码。而对于VS2010中的XAML来说，他只是简单的在xaml中定义如下：

<Button Content="Button"  Click="button1_Click" />

则在后端对应的cs文件中即可使用该click事件。

最后不得不提的是，由于Windows Phone 7使用的Silverlight来开发应用程序，所以很多控件也有了变化。下图为VS2008中一个.NET CF 3.5的工程中可用的控件和VS2010中的Windows Phone 7的控件对比列表：

怎么样，Windows Phone 7和以前的.NET Compact Framework的开发完全不一样了吧。：）
今天的内容就先到这里，快点动手去写你自己的"Hello World"哦！

（3）Hello Sina!
在上一小节中，我们讲解了Windows Phone 7的开发环境的一些基本支持。在本节内容中，我们将讲解如何通过新浪微博的API来获取微博信息，同时学会在Silverlight中控件的数据绑定。
要开发新浪微博应用程序，要做的第一步首先是去新浪微博开放平台申请一个APP Key。只有有了APP Key，你才能直接调用新浪微博API的各种接口。
今天首先要用到的是获取所有关注对象的微博信息列表的方法，它的地址是：http://api.t.sina.com.cn/statuses/friends_timeline.xml（或者http://api.t.sina.com.cn/statuses/friends_timeline.json），它将返回一个XML格式的数据列表。具体格式参见：http://open.t.sina.com.cn/wiki/i ... es/friends_timeline

首先，请打开Visual Studio 2010 Express for Windows Phone这个开发工具，并建立一个普通的"Windows Phone Application"。然后修改textBlockListTitle这个文本块的内容和字体大小来设定你的应用程序的标题。
接下来在该工程中添加一个Tools.cs类文件，里面我们会防止一些需要经常复用的工具方法类，代码如下：

// Please use your sina AppKey and your sina micro blog username/password here.  
const string appKey = "";   //请填写你的新浪APP Key  
const string username = "";  //请填写你的新浪微博账号  
const string password = "";  //请填写你的新浪微博密码  
 
public static string GetAppKey()  
{  
    return appKey;  
}  
 
public static string GetUserName()  
{  
    return username;  
}  
 
public static string GetPassword()  
{  
    return password;  
}  
 
public static void InitWebClient(ref WebClient wc)  
{  
    wc = new WebClient();  
    string username = GetUserName();  
    string password = GetPassword();  
    string usernameusernamePassword = username + ":" + password;  
    wc.Credentials = new NetworkCredential(username, password);  
    wc.Headers["Authorization"] = "Basic " + Convert.ToBase64String(System.Text.Encoding.UTF8.GetBytes(usernamePassword));  
}

对于最后一个方法InitWebClient，它是用来初始化我们的WebClient对象（用来做网络访问）。由于Sina的微博接口要求通过基本身份验证，所以通过该方法我们可以初始化一个基本身份验证的请求。即在Credentials里面添加用户名和密码，然后Header里面的Authorization里面加上经过Base64编码过后的用户密码信息。

然后添加一个MessageItem类，用于存放从服务器端获取的消息对象：

      
public class MessageItem  
    {  
        public string UserName { get; set; }  
        public string Message { get; set; }  
        public string ImageSource { get; set; }  
        public string Time { get; set; }  
    }

接下来在主窗体（MainPage.xaml）里面添加一个ListBox放置在窗体中间，拖拽大小填充满整个主窗体的下半部分。然后在xaml代码部分修改这个ListBox的代码如下：

<ListBox Height="651" HorizontalAlignment="Left" Margin="0,6,0,0" Name="listMain" VerticalAlignment="Top" Width="474"> 
    <ListBox.ItemTemplate> 
        <DataTemplate> 
            <StackPanel Orientation="Horizontal" Background="{StaticResource TransparentBrush}" Margin="0,5"> 
                <Image Source="{Binding ImageSource}" Height="73" Width="73" VerticalAlignment="Top" Margin="8"/> 
                <StackPanel Width="360"> 
                    <TextBlock Text="{Binding UserName}" Foreground="#FFED5A13" FontSize="28" /> 
                    <TextBlock Text="{Binding Message}" TextWrapping="Wrap" FontSize="24" Foreground="White" /> 
                    <TextBlock Text="{Binding Time}" Foreground="#FF1851C6" FontSize="20" /> 
                </StackPanel> 
            </StackPanel> 
        </DataTemplate> 
    </ListBox.ItemTemplate> 
</ListBox>

不同与以前我们开发WinForm应用程序里面的ListBox或者ListView,我们看到这里ListBox的元素可以完全自定义。这里我们使用了ListBox.ItemTemplate，表明ListBox中的项目要通过模板来填充。而下面的<DataTemplate>则定义了每一个项目的表现形式。在这里，我们通过<StackPanel>来布局每个项目中的元素，即左侧是一个图片，用来绑定用户的头像，而右侧从上往下依次是用户名，发送的消息，以及发送消息的时间。

下面，我们将工程添加对于System.XML.Linq的引用以便使用LINQ来查询XML数据。然后在MainPage.xaml.cs中添加对于System.XML和System.XML.Linq的using.
然后修改MainPage.xaml.cs文件中的代码如下：

private WebClient wcRefreshMyHome = null;  
private string sinaAppKey = Tools.GetAppKey();  
 
private const int MaxMessageRecord = 20;  
private const string RefreshHomeURL = "http://api.t.sina.com.cn/statuses/friends_timeline.xml";  
 
public MainPage()  
{  
    InitializeComponent();  
    SupportedOrientations = SupportedPageOrientation.Portrait | SupportedPageOrientation.Landscape;  
    Tools.InitWebClient(ref wcRefreshMyHome);  
    wcRefreshMyHome.DownloadStringCompleted += new DownloadStringCompletedEventHandler(RefreshCompleted);  
}  
 
private void PhoneApplicationPage_Loaded(object sender, RoutedEventArgs e)  
{  
    RefreshMyHomeList();  
}  
 
void RefreshCompleted(object sender, DownloadStringCompletedEventArgs e)  
{  
    if (e.Error != null)  
    {  
        MessageBox.Show(e.Error.Message, "Error", MessageBoxButton.OK);  
        return;  
    }  
 
    XElement xmlSina = XElement.Parse(e.Result);  
 
    listMain.ItemsSource = from sina in xmlSina.Elements("status")  
                              select new MessageItem  
                              {  
                                  ImageSource = sina.Element("user").Element("profile_image_url").Value,  
                                  UserName = sina.Element("user").Element("screen_name").Value,  
                                  Message = sina.Element("text").Value,  
                                  Time = GetTime(sina.Element("created_at").Value)  
                              };  
}  
 
private string GetTime(string sinaFormat)  
{  
    string result = "";  
    string[] strTemps = sinaFormat.Split(' ');  
    strTemps[4] = "+01:00";  
    result = String.Join(" ", strTemps);  
 
    DateTime dt = DateTime.ParseExact(result, "ddd MMM dd HH:mm:ff zzz yyyy", System.Threading.Thread.CurrentThread.CurrentCulture);  
    result = dt.ToString("G");  
    return result;  
}  
 
private void RefreshMyHomeList()  
{  
    if (wcRefreshMyHome.IsBusy)  
        wcRefreshMyHome.CancelAsync();  
    wcRefreshMyHome.DownloadStringAsync(new Uri(RefreshHomeURL + "?count=" + MaxMessageRecord.ToString() + "&source=" + sinaAppKey), RefreshHomeURL);  
}

你会看到，我使用了一个WebClient对象wcRefreshMyHome，它将是我们用来访问Web服务器的主要对象。该对象只能采用异步模式来下载或者上传数据。所以，在MianPage的构造函数中我们通过该对象的DownloadStringCompletedEventHandler事件来添加对于下载结束的处理代码（即RefreshCompleted方法）。
而在RefreshCompleted中我的处理也很简单，只是简单的判断如果没有错误，则通过LINQ将数据填充到ListBox的数据源中。在这里需要注意的是，由于sina返回的数据中时间字段我们无法直接解析，所以我做了一些处理后得到正确的时间(GetTime方法)。

最终，我们在 PhoneApplicationPage_Loaded方法中加上RefreshMyHomeList的调用，即先判断当前的WebClient是否在下载，如果正在运行则取消之前的操作，然后重新进行异步下载。

好了，代码就到这里，按下F5试试看，你的程序已经正常的运行起来，并且成功的将你的新浪微博的好友信息下载了下来。：）

今天的这节内容就到这里，示例代码请参考附件中的demo2工程。

（4）使用AppBar
在上一小节中，我们试着开发了新浪围脖客户端的最基本的功能 -- 列表关注对象的围脖消息。在今天的小节中，我们来看看在Windows Phone 7的应用程序中怎么样使用AppBar，即Windows Phone 7上最新的菜单系统。
首先我们来聊一聊Windows Phone发展史上的菜单系统的改变吧，下面这张图是早期的Pocket PC时期的经典的菜单样式（图片来自网络，如有侵权请通知我以便替换）：

即屏幕的下方有一个菜单栏，在菜单栏上可以弹出多个菜单项，然后还可以有多个图标，点击图标也可以弹出子菜单。在菜单栏的最右侧是输入法切换图标。因为早期Pocket PC的设计中，微软几乎是按照普通的PC的用户体验来设计界面的。所以我们看到这种导航方式和PC的应用程序很类似，但是非常不适合手持设备来使用。尤其是菜单太密，要想精确点击，只能使用触笔而无法单手操作。

所以，到了Windows Mobile 5的时代，菜单做了点改变。菜单栏上的菜单只能放置两个，分别对应左软键和右软键，将输入法切换图标放在了两个软键菜单之间，这时候的用户体验略微好了一点点：

Windows Mobile 5的这种菜单风格一直用到了Windows Phone 6.5的时代。直到HTC在自家的HTC Sense界面中做了改变。HTC直接替换了系统的菜单系统，将不管是左软键还是右软键的菜单都统统拉升基本占满了整个屏幕的宽度，这样很大程度上便于了单手操作：

如果您细心的话，就会发现微软在Windows Phone 6.5的Internet Explorer中的菜单系统也做了点小小的改变，已经类似于Windows Phone 6.5.3版本中出现的菜单系统了。即，将原来左上角一直有的那个开始按钮放到了左下角，而将原来右上角的那个”X“或者”OK“按钮放到了窗体的右下角。然后将原来的左软键或者右软键菜单缩小为两个圆形的按钮（也可以是图片按钮或者文字按钮），中间仍然保持输入法切换按钮。

到了Windows Phone 7的时代，菜单系统延续了这种将用户操作全部放在了下方的设计，在窗体的下方区域称之为”App Bar“，在这里可以最多放置4个（在目前CTP版本中可以放置5个，但是经过用户反馈意见，在正式版本中将最多允许4个）按钮用来让用户执行最常用的操作。如果操作项不够的话，App Bar区域可以向上扩展，然后弹出更多的命令内容。如下图所示，放置了4个按钮，然后还可以弹出一些菜单项来。同时您应该注意到，这里的AppBar是可以设置透明度的。用户体验就好了很多。

在Windows Phone 7中要使用App Bar很容易。首先将工程中引用”Microsoft.Phone.Shell“。
然后在要加入AppBar的窗体中的XAML文件中加入形如下面的代码：

<phoneNavigation:PhoneApplicationPage.ApplicationBar> 
 
        <shell:ApplicationBar Visible="True" IsMenuEnabled="True" ForegroundColor="Black" Opacity="0.5"> 
 
            <shell:ApplicationBar.Buttons> 
 
                <shell:ApplicationBarIconButton x:Name="RefreshButton" IconUri="/Images/appbar.sync.rest.png" Click="ApplicationBarIconButton_Click" /> 
 
                <shell:ApplicationBarIconButton x:Name="SayButton" IconUri="/Images/Say.png" Click="SayButton_Click" /> 
 
                <shell:ApplicationBarIconButton x:Name="AtButton" IconUri="/Images/At.png" Click="AtButton_Click" /> 
 
                <shell:ApplicationBarIconButton x:Name="ForwordButton" IconUri="/Images/Forword.png" Click="ForwordButton_Click" /> 
 
            </shell:ApplicationBar.Buttons> 
 
            <shell:ApplicationBar.MenuItems> 
 
                <shell:ApplicationBarMenuItem Text="About" x:Name="AboutMenu" Click="AboutMenu_Click" /> 
 
            </shell:ApplicationBar.MenuItems> 
 
        </shell:ApplicationBar> 
 
    </phoneNavigation:PhoneApplicationPage.ApplicationBar>

其中<shell:ApplicationBar>的Opacity属性用来设置AppBar的透明度，IsMenuEnabled属性用来设置是否需要附加的菜单项。
在<shell:ApplicationBar.Buttons>中来定义Button，而通过<shell:ApplicationBar.MenuItems>来定义附加的菜单项。
只要给Buton设置好IconUri图像属性，然后分别给它们设置Click属性即定义事件代码就好了。
用起来很简单不是么？

How to: Add an Application Bar to Your Application for Windows Phone

[Note: This topic is pre-release documentation and is subject to change in future releases. Blank topics are included as placeholders.]

4/22/2010

This topic shows how you can add an Application Bar to your Windows Phone application in XAML and in C#. To read about and download a sample application that uses the Application Bar, see Code Samples for Windows Phone.

Adding a Reference to the Application Bar Assembly

Before you can use the Application Bar in your application, you must add a reference to the correct assembly in your Windows Phone project.

To add a reference to the Application Bar dll

Open a new or existing Windows Phone solution in Visual Studio.
From the Project menu, select Add Reference…
On the .NET tab, select the component name “Microsoft.Phone.Shell” and click OK.

Adding Icon Button Images to Your Windows Phone Project

Before you can use images for icon buttons in the Application Bar, you must add them to your project in Visual Studio.

To add icon button images to your project

To create a subdirectory for your image files, in Solution Explorer, right-click the icon for your project and select Add and then New Folder. Rename the folder to “Images”.
In Windows Explorer, copy your icon images into the Images folder under the directory from your project. For design guidelines about creating Application Bar icon images, see Application Bar Best Practices for Windows Phone.
In Solution Explorer in Visual Studio right-click on the Images folder and select Add and then Existing Item…. Select one of your images or hold down Ctrl and select multiple images and then click Add.
For each of your images, right-click the image in Solution Explorer and select Properties.
Set the Build Action property to “Content” and set the Copy to Output property to “Copy always”.

Creating an Application Bar in XAML

You can create an Application Bar, assign it to a page, and set event handlers for icon buttons and menu items by adding a few elements to the XAML for your page. These steps assume that the page you are editing was generated using the default template by Visual Studio. The namespace prefixes associated with some of the elements may be different if you are using XAML from another source.

To create an Application Bar in XAML

Open the XAML file for the page to which you will add the application bar. In Solution Explorer, right-click on the .xaml file for the page (by default, the main page for a new application is called “MainPage.xaml”) and select Open.
Add a namespace declaration to set the namespace prefix for the Windows.Phone.Shell assembly to “shell:” by adding the following line to the phoneNavigation:PhoneApplicationPage element in the XAML.
xmlns:shell="clr-namespace:Microsoft.Phone.Shell;assembly=Microsoft.Phone.Shell"
Add a phoneNavigation:PhoneApplicationPage.ApplicationBar element inside the phoneNavigation:PhoneApplicationPage element. The phone application page object has a built-in ApplicationBar property and the contents of this element will define the Application Bar for this page.
<phoneNavigation:PhoneApplicationPage.ApplicationBar> </phoneNavigation:PhoneApplicationPage.ApplicationBar>
Inside the phoneNavigation:PhoneApplicationPage.ApplicationBar element, add a shell:ApplicationBar element. You can set any of the properties of the Application Bar in this element, but this example sets the visibility to True and the IsMenuEnabled property to True.
<shell:ApplicationBar IsVisible="True" IsMenuEnabled="True"> </shell:ApplicationBar>
Add a shell:ApplicationBar.Buttons element to the shell:ApplicationBar element. This element will contain the definitions for the Application Bar’s icon buttons.
<shell:ApplicationBar.Buttons> </shell:ApplicationBar.Buttons>
Now, add one or more shell:ApplicationBarIconButton elements to the shell:ApplicationBar.Buttons element. This represents the icon button. You will need to provide a URI to the image file for the icon button. If you placed your images in the folder specified previously in this topic, the paths in this example will be correct. Add a click handler by setting the Click attribute of the element. Visual Studio will display a context menu containing the text “<New Event Handler>” after you have typed “Click”. If you select this item, the tools will generate an event handler in the .cs file for this page. If you copy and paste the code, you will need to create the event handlers manually.
<shell:ApplicationBarIconButton Click="ApplicationBarIconButton_Click" IconUri="/Images/button1.png"></shell:ApplicationBarIconButton> <shell:ApplicationBarIconButton Click="ApplicationBarIconButton_Click_1" IconUri="/Images/button2.png"></shell:ApplicationBarIconButton>
Add a shell.ApplicationBar.MenuItems element as a child of the shell.ApplicationBar element. This element will contain the definitions for the Application Bar’s menu items.
<shell:ApplicationBar.MenuItems> </shell:ApplicationBar.MenuItems>

Now, add one or more shell:ApplicationBarMenuItem elements to the shell.ApplicationBar.MenuItems element. The Text attribute specifies the text that will be displayed in the menu. The click handler is set the same as for the icon buttons.

<shell:ApplicationBarMenuItem Click="ApplicationBarMenuItem_Click" Text="MenuItem 1"></shell:ApplicationBarMenuItem>
<shell:ApplicationBarMenuItem Click="ApplicationBarMenuItem_Click_1" Text="MenuItem 2"></shell:ApplicationBarMenuItem>

Now, when you run your application, the Application Bar will be displayed. The only thing left to do is implement your event handlers to take some action when the user taps on one of the icon buttons or menu items. The following code snippet shows the whole XAML element for the Application Bar. Remember that if you copy and paste this code, you will need to update the event handler declarations because the handler methods will not be autogenerated by Visual Studio.

<phoneNavigation:PhoneApplicationPage.ApplicationBar>
  <shell:ApplicationBar IsVisible="True" IsMenuEnabled="True">
    <shell:ApplicationBar.Buttons>
      <shell:ApplicationBarIconButton x:Name=”button1” Click="button1_Click" IconUri="/Images/button1.png"></shell:ApplicationBarIconButton>
      <shell:ApplicationBarIconButton x:Name=”button2” Click="button2_Click" IconUri="/Images/button2.png"></shell:ApplicationBarIconButton>
    </shell:ApplicationBar.Buttons>
    <shell:ApplicationBar.MenuItems>
      <shell:ApplicationBarMenuItem x:Name=”menuItem1” Click="menuItem1_Click" Text="MenuItem 1"></shell:ApplicationBarMenuItem>
      <shell:ApplicationBarMenuItem x:Name=”menuItem2” Click="menuItem2_Click" Text="MenuItem 2"></shell:ApplicationBarMenuItem>
    </shell:ApplicationBar.MenuItems>
  </shell:ApplicationBar>
</phoneNavigation:PhoneApplicationPage.ApplicationBar>

The following code shows the format of the event handler for button or menu item Click events.

private void button1_Click(object sender, EventArgs e)
{
  // TODO: Add code that is run when the button is clicked.
}

Creating an Application Bar in C#

If you are more comfortable writing code in C# than working with XAML, you can add an Application Bar to your application entirely in C# without editing the XAML file at all.

To create an Application Bar in C#

Open the C# file for the page to which you will add the application bar. In Solution Explorer, expand the node for the .xaml file for the page, right-click on the .xaml.cs file underneath the .xaml file and select Open.
Add a using directive to the top of the .xaml.cs file and provide the name of the assembly that includes the Application Bar.
using Microsoft.Phone.Shell;
In the constructor for the page, initialize a new instance of the ApplicationBar property for the page.
public MainPage() { InitializeComponent(); ApplicationBar = new ApplicationBar();
Set the Visible and IsMenuEnabled properties to True so that the Application Bar is visible and the menu is enabled when the page loads.
ApplicationBar.IsVisible = true; ApplicationBar.IsMenuEnabled = true;

Create one or more ApplicationBarIconButton objects. The constructor has a single argument, the Uri to the image for the icon button. Assign an event handler for the button’s Click event.

  ApplicationBarIconButton button1 = new ApplicationBarIconButton(new Uri("/Images/button1.png", UriKind.Relative));
  button1.Click += new EventHandler(button1_Click);
  ApplicationBarIconButton button2 = new ApplicationBarIconButton(new Uri("/Images/button2.png", UriKind.Relative));
  button2.Click += new EventHandler(button2_Click);

Now, add the icon buttons to the Application Bar’s Buttons collection.

  ApplicationBar.Buttons.Add(button1);
  ApplicationBar.Buttons.Add(button2);

Create one or more ApplicationBarMenuItem objects. The constructor has a single argument, the string displayed on the menu item. Assign an event handler for the menu item’s Click event.

  ApplicationBarMenuItem menuItem1 = new ApplicationBarMenuItem("MenuItem 1");
  menuItem1.Click += new EventHandler(menuItem1_Click);
  ApplicationBarMenuItem menuItem2 = new ApplicationBarMenuItem("MenuItem 2");
  menuItem2.Click += new EventHandler(menuItem2_Click);

Now, add the menu items to the Application Bar’s MenuItems collection.

    ApplicationBar.MenuItems.Add(menuItem1);
  ApplicationBar.MenuItems.Add(menuItem2);

Now, your C# implementation of the Application Bar is complete. You will, however, need to write code in the Click event handlers for the icon buttons and menu items.

http://developer.windowsphone.com/

DRBD+Heartbeat 架设HA NFS Server

shanyiwan@live.com() — Thu, 13 May 2010 04:47:20 GMT

DRBD（Distributed Replicated Block Device）:分布式复制块设备

http://www.drbd.org/

http://en.wikipedia.org/wiki/DRBD

DRBD，分布式复制块设备，是一种通过TCP/IP网络实现块设备数据实时镜像的方案。利用这种方案，单一主节点模式（single primary mode）双机系统能够实时地将业务数据保存在主备节点的磁盘中，正常情况下两个节点的数据是一模一样的。

DRBD's authors originally submitted the software to the Linux kernel community in July 2007, for possible future inclusion of DRBD into the "vanilla" (standard, without modifications) Linux kernel.^[3] After a long time of review and several discussions, Linus Torvalds finally agreed to have DRBD as part of the official Linux kernel. DRBD got merged on 8 December 2009 during the "merge window" for Linux kernel version 2.6.33.

一旦主节点发生故障(比如磁盘写失败、断电之类)，双机管理系统就将业务倒换到备节点，从外部看来，数据还是完整无缺。所以理论上来讲，DRBD这一方面相比于商业应用中的共享磁盘阵列方案，避免了共享磁阵潜在的单点故障风险。而DRBD另一个吸引某些人的地方是，其开发商（www.linbit.com）提供商业版本DRBD服务和开源DRBD源代码，所以成了Linux系统下构建低成本高可用(high availability)双机系统的可选组件。

不过DRBD由于通过网络来写数据，一方面网络传输引起的延迟显然要远远大于共享磁阵，另一方面网络带宽的限制也拖了后腿，所以对于目前的DRBD来说，可能比较适用于业务数据量较低的应用。对于这种应用场景，相比于使用磁盘阵列，成本更低而增加市场竞争力。

一、DRBD+Heartbeat 架設 HA NFS Server on CentOS 5

目標 : 由於 NFS Server 在公司非常重要，如果不能服務將會造成許多人無法工作，所以利用 DRBD 與 Heartbeat 來做出可以在NFS 主機當機時， NFS Server 會自動切換到備用機，來達成不停止服務的目標
目前這個方案的缺點是無法兩台同時服務，下次的目標是做出可以同時服務的 Cluster。

0. 環境
兩台主機 node1, node2, 虛擬 ip (vip) 為 172.16.1.10
node1 172.16.1.11
node2 172.16.1.12
vip 172.16.1.10
兩台均有兩顆硬碟, /dev/sda 作 OS 使用, 而 /dev/sdb 作 data 使用

在兩台主機
vi /etc/hosts
172.16.1.11 node1
172.16.1.12 node2

注意主機名稱需與 /etc/sysconfig/network 的 HOSTNAME 相符
若有帶網域名稱, 則 /etc/hosts 也要使用網域名稱

1. 安裝套件

[node01],[node02] 皆執行
# yum -y install drbd83 kmod-drbd83 portmap nfs-utils heartbeat

NFS Service:
請設定 portmap 預測啟動,　nfs 則可以不用 , Heartbeat 會自行啟動
[node01],[node02] 皆執行
chkconfig portmap on
service portmap start
service nfs on

NFS 分享設定: 分享 /data
[node01],[node02] 皆執行
vim /etc/exports
/data 172.16.1.0/255.255.255.0(rw,no_root_squash,no_all_squash,sync)

2. DRBD
分顆硬碟:
fdisk /dev/sdb -> 整顆切一塊為 /dev/sdb1
並會將 /dev/sdb1 在 drbd 指定為 r0 , 如下

設定 drbd.conf:
[node01],[node02] 皆執行
vim /etc/drbd.conf

global {  
usage-count yes;  
}  
 
common {  
syncer { rate 100M; }  
}  
 
resource r0 {  
protocol C;  
startup {  
wfc-timeout 0;  
degr-wfc-timeout 120;  
}  
 
disk {  
on-io-error detach;  
# no-disk-flushes;  
# no-md-flushes  
# size 1G;  
}  
 
net {  
}  
 
on node01 {  
device /dev/drbd0;  
disk /dev/sdb1;  
address 172.16.1.12:7788;  
meta-disk internal;  
}  
 
on node02 {  
device /dev/drbd0;  
disk /dev/sdb1;  
address 172.16.1.12:7788;  
meta-disk internal;  
}  
}

初始化 drbd :
node01, node02 兩台都執行以下指令

drbdadm create-md r0
chkconfig drbd on

service drbd start
Starting DRBD resources: [ d(r0) s(r0) n(r0) ].

查看 drbd 狀態, 一開始 node01, node02 都會是 Secondary 的狀態
cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by mockbuild@v20z-x86-64.home.local, 2009-08-29 14:02:24
0: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r—-
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:1044124

等 drbd 作完後, 把 node01 的 drbd 設為 primary
[node01]# drbdadm primary r0

作完後,開始格式化
[node01]# mkfs.ext3 /dev/drbd0
[node01]# mount /dev/drbd0 /data

注意: 若此時要變更 primary 由 node01 到 node02, 最安全的方法
先將 node01 變成 secondary, 即兩台都是 secodary
[node01]# umount /data
[node01]# drbdadm secondary r0
此時才把 node01 提升為 primary
[node02]# drbdadm primary r0
[node02]# mount /data

3. HA 的部分
[node01], [node02] 兩台設定均同

vim /etc/ha.d/ha.cf

#debugfile /var/log/ha-debug.log  
logfile /var/log/ha-log  
logfacility local0  
 
keepalive 2 #設定心跳(監測)時間時間為2秒  
warntime 5  
deadtime 20  
initdead 120  
#hopfudge 1  
 
udpport 694 #使用 UDP Port 694 進行心跳監測  
auto_failback off #如果主要伺服器故障後修復完成，另一台伺服器是否該放棄資源  
#baud 19200  
bcast eth0 #使用eth0做心跳監測 (注意：如果電腦只有 eth0, 請改成 eth0)  
#ucast eth0 172.16.1.11  
 
#watchdog /dev/watchdog  
#crm on  
 
node node01 #節點1，必須要與 hostname 或 uname -n 顯示的主機名稱相符合才可以，此處也可以寫為 node01  
node node02 #節點2，此處也可以寫為 node02  
 
ping 172.16.1.254 #使用 ping Gateway 當成檢查主要主機是否仍在運作 (心跳是否正常)  
#ping 172.16.1.11 172.16.1.12 172.16.1.10  
#deadping 5  
 
#ping_group lbgroup 10.0.0.101 10.0.0.102  
#ping_group lbgroup 172.16.1.11 172.16.1.12  
 
#設定和 heartbeat 一起啟動、關閉的進程  
respawn hacluster /usr/lib/heartbeat/ipfail  
apiauth ipfail gid=haclient uid=hacluster

# vim /etc/ha.d/authkeys

auth 1  
1 crc

# chmod 600 /etc/ha.d/authkeys

# vim /etc/ha.d/haresources

node01 IPaddr::172.16.1.10/24/eth0 drbddisk::r0 Filesystem::/dev/drbd0::/data::ext3 nfs

# vim /etc/ha.d/resource.d/nfs

killall -9 nfsd; /etc/init.d/nfs restart; exit 0

以上參考所實作，

http://forum.icst.org.tw/phpbb/viewtopic.php?f=10&t=17893&start=0

啟動與測試:

假設 node01 是主結點, node02 為副節點，所以請在 [node01] 執行後, 再到 [node02] 執行
[node01]# service heartbeat start
[node01]# /etc/init.d/heartbeat start
[node02]# service heartbeat start
[node02]# /etc/init.d/heartbeat start

Case01, 假設 node01 死掉, 切到 node02
[node01]# /etc/init.d/heartbeat stop
將會把 VIP (172.16.1.10) 切到 node02

建議, 若 node01 若恢復正常, 請將 heartbeat 切回去
[node01]# /etc/init.d/heartbeat start
[node02]# /etc/init.d/heartbeat stop
[node01]# /etc/init.d/heartbeat start

Case02: 若在切回至 node01 , 相當於假設 node02 死掉　
要先讓 node01 的 heartbeat 為啟動狀態, 才能從 node02 接手過來
[node01]# /etc/init.d/heartbeat start
[node02]# /etc/init.d/heartbeat stop
等 node02 恢復
[node02]# /etc/init.d/heartbeat start
此時 VIP 仍在 node01

ps.
原有兩個錯誤
1. /etc/ha.d/haresources 內容為,
centos1.lu.idv.tw IPaddr::192.168.128.100/22/eth0 drbddisk::r0 Filesystem::/dev/drbd0::/d::ext3 nfs
遮罩應為 24，才能順利啟動 heartbeat

2. /etc/ha.d/resource.d/killnfsd, 根據 haresources 設定名稱應為 /etc/ha.d/resource.d/nfs,
否則 heartbeat 會找不到 /etc/ha.d/resource.d/nfs, 而無法順利啟動 nfs service

************************************************

heartbeat + drbd 分布式系统的master

下图是drbd主页上一个结构图，感觉这才是冗余的，单个盘柜根本就是单点。

通过163的yum源安装heartbeat和drbd
# rpm -qa | grep drbd
drbd83-8.3.2-6.el5_3
kmod-drbd83-8.3.2-6.el5_3

CentOS5-1 192.168.170.51
CentOS5-2 192.168.170.52
floating ip 192.168.170.50

cat hosts
192.168.170.50 CentOS5
192.168.170.51 CentOS5-1
192.168.170.52 CentOS5-2

配置51,52两个节点的nfs服务
cat /etc/exports
/data/drbd 192.168.170.0/24(rw,sync)

配置drbd
先在两台机器上创建lvm分区

我是建立在lvm上面的
    pvcreate /dev/sdc1
    vgcreate vg_drbd /dev/sdc1
    lvcreate -l 1010M -n lv_drbd vg_drbd

lvs显示
LV      VG      Attr   LSize    Origin Snap% Move Log Copy% Convert
lv_drbd vg_drbd -wi-ao 1012.00M

分别在两台机器上启用drbd模块
#modprobe drbd
或者
#insmod /lib/modules/2.6.18-128.7.1.el5/extra/drbd83/drbd.ko

# lsmod | grep drbd
drbd                  220440 4

写两台机器的配置文件/etc/drbd.conf
global {
usage-count yes;
}
common {
syncer { rate 100M; }
}
resource r0 {
protocol C;
disk {
    on-io-error detach;
}
net {
        cram-hmac-alg sha1;
        shared-secret "ztpztp";
      }
on CentOS5-1 {
    device     /dev/drbd0;
    disk       /dev/vg_drbd/lv_drbd;
    address    192.168.170.51:7788;
    meta-disk internal;
}
on CentOS5-2 {
    device    /dev/drbd0;
    disk      /dev/vg_drbd/lv_drbd;
    address   192.168.170.52:7788;
    meta-disk internal;
}
}

在两台机器上分别创建drbd的meta-data

# drbdadm create-md r0

md_offset 4294963200
al_offset 4294930432
bm_offset 4294799360

Found some data
==> This might destroy existing data! <==

Do you want to proceed?
[need to type 'yes' to confirm] yes

Writing meta data...
initializing activity log
NOT initialized bitmap
New drbd meta data block successfully created.

分别启动drbd服务
/etc/init.d/drbd start

查看状态

# /etc/init.d/drbd status
drbd driver loaded OK; device status:
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by mockbuild@v20z-x86-64.home.local, 2009-08-29 14:02:24
m:res cs         ro                   ds                 p mounted fstype
0:r0   Connected Secondary/Secondary UpToDate/UpToDate C

在任一一台上执行
# drbdsetup /dev/drbd0 primary -o

# cat /proc/drbd
GIT-hash: d30881451c988619e243d6294a899139eed1183d build by mockbuild@v20z-x86-64.home.local, 2009-08-22 13:23:34
0: cs:SyncSource st:Primary/Secondary ds:UpToDate/Inconsistent C r---
    ns:1588972 nr:0 dw:0 dr:1597120 al:0 bm:96 lo:2 pe:19 ua:256 ap:0
        [======>.............] sync'ed: 37.9% (2605756/4194140)K
        finish: 0:01:42 speed: 25,384 (24,064) K/sec
        resync: used:2/61 hits:99450 misses:98 starving:0 dirty:0 changed:98
        act_log: used:0/127 hits:0 misses:0 starving:0 dirty:0 changed:0

DL380G5 实际测试了下4块146GB RAID1+0 10000转SAS
同步速度
cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by mockbuild@v20z-x86-64.home.local, 2009-08-29 14:07:55
0: cs:SyncTarget ro:Secondary/Primary ds:Inconsistent/UpToDate C r----
    ns:0 nr:42637888 dw:42637632 dr:0 al:0 bm:2602 lo:9 pe:4598 ua:8 ap:0 ep:1 wo:b oos:244037380
    [=>..................] sync'ed: 14.9% (238316/279956)M
    finish: 0:36:40 speed: 110,856 (102,248) K/sec

平均100MB左右的传输速度，同步完成273.4GB差不多。
4块刚好1Gb够用。
间接证明我bond失败，要更新驱动再看看。

primary
Device:         rrqm/s   wrqm/s   r/s   w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await svctm %util
cciss/c0d1     1689.50     0.00 1516.50 6.50 205408.00     6.50   134.87     8.24    5.42   0.58 89.05

slave
cciss/c0d1        0.00 1687.00 0.00 1523.00     0.00 205606.00   135.00     2.00    1.31   0.59 89.75

完成
# cat /proc/drbd
GIT-hash: d30881451c988619e243d6294a899139eed1183d build by mockbuild@v20z-x86-64.home.local, 2009-08-22 13:23:34
0: cs:Connected st:Primary/Secondary ds:UpToDate/UpToDate C r---
    ns:4194140 nr:0 dw:0 dr:4194140 al:0 bm:256 lo:0 pe:0 ua:0 ap:0
        resync: used:0/61 hits:261878 misses:256 starving:0 dirty:0 changed:256
        act_log: used:0/127 hits:0 misses:0 starving:0 dirty:0 changed:0

格式化 mkfs.ext3 /dev/drbd0之后，就可以做块设备使用了。

分别在两台机器上配置heartbeat
#yum install heartbeat watchdog
#rpm -qa | egrep 'watchdog|heartbeat'
heartbeat-pils-2.1.3-3.el5.centos
watchdog-5.6-1.el5
heartbeat-2.1.3-3.el5.centos
heartbeat-stonith-2.1.3-3.el5.centos

ldmod检查softdog模块是否加载

# cat /etc/ha.d/authkeys
auth 1
1 crc

# cat /etc/ha.d/haresources
CentOS5-1 IPaddr::192.168.170.50/24/eth0 drbddisk::r0 Filesystem::/dev/drbd0::/data/drbd::ext3 portmap killnfsd

# cat /etc/ha.d/resource.d/killnfsd
pkill -9 nfsd ; /etc/init.d/nfs restart ; exit 0

# cat /etc/ha.d/ha.cf
watchdog /dev/watchdog
logfile /var/log/ha-log
bcast eth1
keepalive 2
warntime 5
deadtime 15
initdead 30
udpport 694
auto_failback off
node CentOS5-1 CentOS5-2
ping 192.168.170.1
respawn hacluster /usr/lib/heartbeat/ipfail

分别启动
#/etc/init.d/heartbeat start
可以从日志体现出来

[root@CentOS5-1 ~]# cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by mockbuild@v20z-x86-64.home.local, 2009-08-29 14:02:24
0: cs:Connected ro:Secondary/Secondary ds:UpToDate/UpToDate C r----
    ns:32 nr:8 dw:1215004 dr:123197 al:21 bm:27 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

过一会之后
[root@CentOS5-1 ~]# cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by mockbuild@v20z-x86-64.home.local, 2009-08-29 14:02:24
0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----
    ns:36 nr:8 dw:1215008 dr:123214 al:21 bm:27 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

自动挂载/dev/drbd0 到/data/drbd
/dev/drbd0            997M   22M 924M   3% /data/drbd

[root@CentOS5-1 ~]# ifconfig eth0:0
eth0:0    Link encap:Ethernet HWaddr 08:00:27:62:6A:05
          inet addr:192.168.170.50 Bcast:192.168.170.255 Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
          Interrupt:11 Base address:0xd020

nfs共享分区下测试脚本
#!/bin/bash
while true
do
echo     ---\> trying dd file.img : `date`
dd if=/dev/zero of=file.img count=1024 bs=4k
echo     \<----- done dd file.img : `date`
echo
sleep 2
done

在客户端上运行，测试切换是否影响服务。会中断一会。不会stale nfs handle
直接关闭CentOS5-1的电源, 或者kill heartbeat nfsd的进程，watchdog则会生效，自动重启CentOS5-1
相当于是一个软的fence设备，只要内核没挂，其他情况都能生效。

CentOS5-2上
drbd自动切换，floating ip，nfs服务
#cat /proc/drbd
[root@CentOS5-2 ~]# cat /proc/drbd
primary/unknow

CentOS5-1重启之后
0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----

重启CentOS5-1之后
[root@CentOS5-1 ~]# cat /proc/drbd
version: 8.3.2 (api:88/proto:86-90)
GIT-hash: dd7985327f146f33b86d4bff5ca8c94234ce840e build by mockbuild@v20z-x86-64.home.local, 2009-08-29 14:02:24

可以看到client端的脚本没有中断，继续执行，当前挂载的目录也是可用的
0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r----
    ns:0 nr:86016 dw:86016 dr:0 al:0 bm:12 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0

drbd除了性能上被网络打了折扣，其他都还好。

切换drbd到不同状态 drbdadm primary/secondary r0
在线修改配置后       drbdadm adjust r0

之前在网上看篇帖子，要先格式化磁盘，再初始化drbd，我这里先格式化之后总是出问题。
执行命令 drbdadm create-md r0   出错！

[root@centos1 ~]# drbdadm create-md r0
md_offset 1069248512
al_offset 1069215744
bm_offset 1069182976

Found ext3 filesystem which uses 1044192 kB
current configuration leaves usable 1044124 kB

Device size would be truncated, which
would corrupt data and result in
'access beyond end of device' errors.
You need to either
   * use external meta data (recommended)
   * shrink that filesystem first
   * zero out the device (destroy the filesystem)
Operation refused.

Command 'drbdmeta /dev/drbd1 v08 /dev/sdb1 internal create-md' terminated with exit code 40
drbdadm create-md r0: exited with code 40

错误解决方案
# which means

    * you created your filesystem before you created your DRBD resource, or
    * you created your filesystem on your backing device, rather than your DRBD,

# neither of which is a problem by itself, except - as the error message tries to hint - you need to enlarge the device (e.g. lvextend), shrink the filesystem (e.g. resize2fs),

or place the DRBD metadata somewhere else (external meta data).
# DRBD tries to detect an existing use of the block device in question. E.g. if it detects an existing file system that uses all the available space (as is default for most

filesystems), and you try to use DRBD with internal meta data, there is no room for the internal meata data - creating that would corrupt the last few MiB of the existing file

system.
# If re-creating the filesystem on the DRBD is an option, one way to "zero out the device (destroy the filesystem)", and then recreate it on the DRBD is

dd if=/dev/zero bs=1M count=1 of=/dev/sdc1; sync
drbdadm create-md $r
/etc/init.d/drbd start
primary机器上执行
drbdadm -- -o primary $r 开始同步
mkfs /dev/drbdY

# If drbdadm would not refuse, you would soon be back reading the next answer.

清空了磁盘格式化信息，在初始化meta-data，同步后在格式化块设备。

如果出现primany/unknow和secondary/unknow 的状况

通过查看/proc/drbd可以查看所有drbd资源当前的状态.
[root@oem3 ~]# cat /proc/drbd
version: 8.2.6 (api:88/proto:86-88)
GIT-hash: 3e69822d3bb4920a8c1bfdf7d647169eba7d2eb4 build by buildsvn@c5-x8664-build, 2008-10-03 11:30:17
0: cs:Connected st:Secondary/Secondary ds:UpToDate/UpToDate C r---
    ns:0 nr:811016 dw:811016 dr:0 al:0 bm:61 lo:0 pe:0 ua:0 ap:0 oos:0
1: cs:Connected st:Secondary/Secondary ds:UpToDate/UpToDate C r---
    ns:0 nr:8 dw:8 dr:0 al:0 bm:1 lo:0 pe:0 ua:0 ap:0 oos:0
其中cs表示连接的状态, 常见的状态有,StandAlone,WFConnection,Connected等, Connected表示该resource的节点已经建立连接, WFConnection表示在等待连接, 常在启动过程中, 或者另外一方运行

disconnect后出现, StandAlone表示没有可用的网络配置, 常在运行disconnect后出现.
ds表示磁盘的状态,常见的状态有UpToDate, Unknown等, UpToDate表示表示数据是最新的,这一状态为正常状态, Unknow表示对方状态是未知的, 网络断开后, 对方节点的磁盘状态常变为Unknown.
drbd kernel module 会写一些日志到系统日志中, 可以通过dmesg查看
mirrorview的fracture/synchronize过程模拟如下:
1 在2个节点上attatch, connect resource,
2 检查磁盘状态为UpToDate/UptoDate, 连接状态为Connected, 状态为Primary/Secondary
3 在2个节点上disconnect resource, 此时连接状态应变为StandAlone, 状态变为Primary/Unknown(第1个节点)或Secondary/Unknown, 磁盘状态变为UpToDate/DUnknown
drbdadm disconnect resource
4 在第2个节点上将resource置为primary, 状态变为Primary/Unknown
drbdadm primary resource
5 在第2个节点上对resource对应的逻辑设备进行操作, 比如挂载文件系统, 备份等.
6 操作结束后, 停止对resource对应的逻辑设备的访问, 卸载文件系统
7 在第2个节点上,　将resorce置为Secondary
drbdadm secondary resource
8 在第1个节点上连接资源
drbdadm connect resource
9 在第2个节点上忽略数据变化, 同步数据,
drbdadm -- --discard-my-data connect resource
如果使用了普通的connect数据, 则一个节点处于WFconenct, 一个节点处于Standalone状态, dmesg信息中显示
drbd0: Split-Brain detected, dropping connection!
drbd0: self BF739B73E097B05E:D3B06FBE563C5580:7D4CAACF55C1C208:A625E780FF79A3B7
drbd0: peer 2FE125710E63486F:D3B06FBE563C5581:7D4CAACF55C1C208:A625E780FF79A3B7
drbd0: helper command: /sbin/drbdadm split-brain
drbd0: conn( WFReportParams -> Disconnecting )
此时只需要执行步骤8和9即可.
10 通过/proc/drbd检查同步状态, 直到磁盘状态变为UpToDate/UptoDate

在线扩展drbd，先扩展lvm，再使用drbd的resize就行了。
drbdadm primary r0
vgextend vg_drbd /dev/sdd1
lvextend -L +1010M /dev/vg_drbd/lv_drbd
cat /proc/drbd
drbdadm resize r0
cat /proc/drbd

***********************************************************************

二、heartbeat+drbd

如果主服务器宕机，造成的损失是不可估量的。要保证主服务器不间断服务，就需要对服务器实现冗余。在众多的实现服务器冗余的解决方案中，heartbeat为我们提供了廉价的、可伸缩的高可用集群方案。我们通过heartbeat+drbd在Linux下创建一个高可用(HA)的集群服务器。
DRBD是一种块设备，可以被用于高可用(HA)之中。它类似于一个网络RAID-1功能。当你将数据写入本地文件系统时，数据还将会被发送到网络中另一台主机上。以相同的形式记录在一个文件系统中。本地(主节点)与远程主机(备节点)的数据可以保证实时同步。当本地系统出现故障时，远程主机上还会保留有一份相同的数据，可以继续使用。在高可用(HA)中使用DRBD功能，可以代替使用一个共享盘阵。因为数据同时存在于本地主机和远程主机上。切换时，远程主机只要使用它上面的那份备份数据，就可以继续进行服务了。

安装heartbeat

[root@manager src]# rpm -ivh e2fsprogs-1.35-7.1.i386.rpm
[root@manager src]# tar zxvf libnet.tar.gz
[root@manager libnet]# ./configure
[root@manager libnet]# make
[root@manager libnet]# make install
[root@manager src]# tar zxvf heartbeat-2.1.2.tar.tar
[root@manager src]# cd heartbeat-2.1.2
[root@manager heartbeat-2.1.2]# ./ConfigureMe configure
[root@manager heartbeat-2.1.2]# make
[root@manager heartbeat-2.1.2]# make install
[root@manager heartbeat-2.1.2]# cp doc/ha.cf /etc/ha.d/
[root@manager heartbeat-2.1.2]# cp doc/haresources /etc/ha.d/
[root@manager heartbeat-2.1.2]# cp doc/authkeys /etc/ha.d/
[root@manager heartbeat-2.1.2]# cd /etc/ha.d/
开始编辑配置文件（两台机器上都需要安装和配置）
(heartbeat的配置比较简单，网上也有很多例子，这里就不多废话了)

开始编译安装DRBD

[root@manager root]# cp drbd-8.2.1.tar.tar /usr/src/
[root@manager root]# cd /usr/src/
[root@manager src]# tar zxvf drbd-8.2.1.tar.tar
[root@manager src]# cd drbd-8.2.1
[root@manager src]# make KERNVER=2.6.17.11 KDIR=/usr/src/linux-2.6.17.11

如果编译顺利可以看到Module build was successful.
[root@manager drbd-8.2.1]# make install

可以编辑配置文件了

[root@manager drbd-8.2.1]# vi /etc/drbd.conf
在manager和manage_bak上都需要安装drbd服务。
分别在两台机器上配置好/etc/drbd.conf
[root@manager_bak root]# grep -v "#" /etc/drbd.conf
global {
    usage-count yes;                  （是否参加使用者统计，yes为参加）
}
common {
syncer { rate 300M; }
}
resource r0 {
protocol C;                            （数据同步协议，C为收到数据并写入后返回，确认成功）
disk {
    on-io-error   detach;
     size 100G;                         （由于实验环境下两台服务器硬盘大小不同，所以需要设置drbd的大小）
}
net {
    after-sb-0pri disconnect;
    rr-conflict disconnect;
}
syncer {
    rate 300M;                           （设置网络同步速率）
    al-extents 257;
}
on manager_bak {
    device     /dev/drbd0;
    disk       /dev/sda3;
    address    192.168.0.2:7788;
    meta-disk internal;
}
on manager {
    device    /dev/drbd0;
    disk      /dev/sdc;
    address   192.168.0.1:7788;
    meta-disk internal;
}
}

在启动DRBD之前，需要创建供DRBD记录信息的数据块.分别在两台主机上执行：

[root@manager ha.d]# drbdadm create-md r0
[root@manager ha.d]#mknod /dev/drbd0 b 147 0
[root@manager ha.d]# /etc/init.d/drbd srart

现在两台主机都是备机状态，都是”不一致”状态，这是由于DRBD无法判断哪一方为主机，以哪一方的磁盘数据作为标准数据。所以我们需要初始化，在manager上执行：

[root@manager /]#drbdsetup /dev/drbd0 primary –o

现在数据开始同步，可以用cat /proc/drbd查看数据同步的进度
等数据同步完查看DRBD的状态

[root@manager /]# cat /proc/drbd
version: 8.2.1 (api:86/proto:86-87)
GIT-hash: 318925802fc2638479ad090b73d7af45503dd184 build by root@manager, 2007-12-05 16:40:14
0: cs:Connected st Primary/Secondary ds:UpToDate/UpToDate C r---
    ns:1514 nr:1110 dw:2616 dr:2259 al:0 bm:482 lo:0 pe:0 ua:0 ap:0
        resync: used:0/31 hits:2 misses:2 starving:0 dirty:0 changed:2
        act_log: used:0/257 hits:202 misses:0 starving:0 dirty:0 changed:0
磁盘状态都是”实时”，表示数据同步完成了。

[root@manager /]# mkfs.xfs /dev/drbd0

现在可以把manager上的DRBD设备挂载到/export目录上进行使用。备机的DRBD设备无法被挂载，因为它是用来接收主机数据的，由DRBD负责操作。

[root@manager /]# mount /dev/drbd0 /export
[root@manager /]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1             10229696   3019636   7210060 30% /
/dev/drbd0           104806400   3046752 101759648   3% /export

现在把之前备份的/export中的所有内容再恢复回去。
如果不使用heartbeat的情况下，DRBD只能手工切换主从关系
现在修改heartbeat的配置文件，使DRBD可以通过heartbeat自动切换

[root@manager /]# vi /etc/ha.d/haresources
manager 192.168.0.3 drbddisk::r0 Filesystem::/dev/drbd0::/export::xfs dhcpd xinetd portmap nfs

注释：上面那行
manager                                              定义manager为heartbeat的主机
192.168.0.3                                         定义对外服务的IP地址，这个IP自动在主从机之间切换
drbddisk::r0                                         定义使用的drbd资源
Filesystem::/dev/drbd0::/export::xfs     定义挂载文件系统
dhcpd xinetd portmap nfs                    定义其他需要切换的服务（用空格隔开）

现在我们可以测试一下了

（dhcpd portmap nfs等需要切换的服务，应该先在两台服务器上都配置好）

[root@manager root]# chkconfig –list

确定heartbeat和DRBD开机自启动
确定需要由heartbeat切换的服务，开机不自启动（由heartbeat来启用相关的服务）
给gg1接通电源，通过pxe启动系统(gg1是一组服务器中的一台，是一台无盘服务器，启动后挂载在manager上保存的系统)
在manager上ssh gg1

[root@manager root]# ssh gg1
-bash-2.05b#
-bash-2.05b# arp -a
? (192.168.0.3) at 00:19:B9:E4:7D:22 [ether] on eth0
-bash-2.05b# ls
-bash-2.05b# touch test
-bash-2.05b# ls
test

现在在manager上关机或停止heartbeat服务
[root@manager root]# /etc/init.d/heartbeat stop
Stopping High-Availability services: [ OK ]

到manager_bak上ifconfig
[root@manager_bak root]# ifconfig
可以看到eth1:0起来了，IP地址是192.168.0.3

[root@manager_bak root]# ssh gg1
-bash-2.05b#
-bash-2.05b# arp -a
? (192.168.0.3) at 00:19:B9:E5:3B:FC [ether] on eth0 （可以看到192.168.0.3的mac地址变了）
-bash-2.05b# ls
test

可以看到在manager上ssh上gg1后建立的test文件
-bash-2.05b# echo "this is test" > test
-bash-2.05b# cat test
this is test

可以看到现在gg1可以正常读写manager_bak上nfs出来的磁盘
现在把manager上的heartbeat服务启动起来

[root@manager root]# /etc/init.d/heartbeat start
Starting High-Availability services:
2007/12/06_12:46:08 INFO: Resource is stopped [ OK ]
-bash-2.05b# cat test
this is test

现在终于大功告成了，之前在不使用drbd的情况下，heartbeat也可以切换apache、dhcpd、portmap、nfs等等服务，但是 nfs服务切换后，必须重新mount一下nfs共享出来的目录，否则会报 Stale NFS file handle 的错误。现在heartbeat+drbd配合使用后，nfs等等服务可以无缝切换，不必再重新mount一下nfs目录了。

***************************************************************

三、openSUSE10.2系统中编译、安装、配置和调试DRBD的一次实践

1、编译
下载源代码：http://oss.linbit.com/drbd/。我选择drbd-0.7.25版本，支持linux内核2.6.XX。在这个页面，我们还可以找到DRBD各个发布版本的日志链接。阅读这些log，特别是我们要的目标版本，很有帮助。

以下所做的，基本上都可以按照www.drbd.org上面提供的manual来进行，见"Chapter 4 Building and installing DRBD from source"。唯一需要注意的是，这个manual针对的是8.0版本以后的DRBD，有些操作可能不适用于DRBD8.0.xx以前的版本。而另一个重要参考材料是源代码包中的INSTALL文件，这个是绝对没错的。需要看多几次，或者同时搜索一下别人安装DRBD的经验文档，结合来看就明了。

我下载到/home/download目录下，然后cd /usr/src，计划把解包后的DRBD源代码可以放在这里，执行：
tar -xzf /home/download/drbd-0.7.25.tar.gz ./
完成后得到/usr/src/drbd-0.7.25目录。

###################################################
在编译之前，首先要确认系统中已经安装了gcc, make, glibc库, flex scanner generator和bison等工具，其中gcc的版本必须和编译当前linux内核所用的gcc是相同版本的。
查看gcc版本的命令：gcc -v
查看当前linux内核对应gcc版本的命令：cat /proc/version
##################################################

##################################################
DRBD会被编译内核模块，其中需要用到若干内核头文件、内核源码等等，所以需要做点准备。详细阅读源代码目录中的INSTALL就了解，准备工作分两种情况：
(I) 当前系统使用的是发行版本(openSUSE, Fedora, ubuntu等等)编译好的内核（称为stock kernel），则可以检查一下系统/usr/src等目录。（关于内核模块的做法，可以找其它资料参考参考。）如果没有安装这些文件，那么就安装盘，通过安装包管理工具安装到文件系统中就是。
(II) 当前系统使用的不是发行版本编译好的内核，比如自己编译的、或者去www.kernel.org下载的。这种情况，就要去下载对应内核版本的源文件包进行安装。不过具体我还是没做过，呵呵。

本文基于第(1)种情况，在安装openSUSE时选择安装包时特意选择了对应的源文件包。
##################################################

以下开始正式的编译程序啦。
(1) 执行cd /usr/src/linux，进入linux目录；
(2) [可选] 执行make mrproper，此举将内核源码树配置恢复到原始状态，删除早期构建版本或者运行时配置的多余内容；
(3) 执行make cloneconfig，此举将当前运行的kernel配置文件克隆到内核源码树；
(4) 执行cd /usr/src/drbd-0.7.25/drbd, 进入drbd目录；
(5) 执行make clean all，这将编译得到/usr/src/drbd-0.7.25/drbd/drbd.ko目标文件；此时执行/sbin/modinfo drbd.ko可以查询该文件信息，以后使用insmod或者modprobe命令就可以把drbd模块加载到系统内核中。
(6) 执行cd .., 进入drbd-0.7.25目录；
(7) 执行make tools，此举将编译DRBD用户空间工具drbdadm, drbdsetup等程序, 检查/usr/src/drbd-0.7.25/user目录可见这些可执行文件; 安装了DRBD之后，用户可以通过drbdadm或者drbdsetup工具进行维护工作。
----- 执行编译已经完成。

2、安装
编译操作可以说是简单，也可以说复杂；Linux系统下的许多事情，如果你熟悉了之后就非常简单，不熟悉的话摸索一天两夜也许还是焦头烂额。谁叫微软的产品做的那么易用呢？！呵呵。
不过安装还是蛮简单的：
(1) 执行cd /usr/src/drbd-0.7.25，进入drbd-0.7.25目录；
(2) 执行make install，此举做一些drbd.ko安装工作；
(3) 执行make install-tools，或者进入/usr/src/drbd-0.7.25/user目录执行make install-tools，将用户空间工具安装到/sbin目录中。

3、配置
安装之后，要使得DRBD运行起来，还是要配置哦。因为DRBD运行于双机之上，需要配置才能明确相关参数。
配置文件是/etc/drbd.conf，双机两个节点的配置文件是一模一样的。DRBD源码目录下有个样本，里面说得比较详细。下面是我自己的配置：
******************************************************************************************************
global {
#usage-count yes;
minor-count 1;
}

resource r0 {
protocol C;
incon-degr-cmd "echo '!DRBD! pri on incon-degr' | wall ; sleep 60 ; halt -f";
startup { wfc-timeout 0; degr-wfc-timeout 120; }
disk { on-io-error detach; }
syncer {
    rate 1M;
    #group 3;   # sync when r2 is finished syncing.
}
on yls0 {
    device /dev/drbd0;
    disk /dev/sda9;
    address 192.168.2.100:7789;
    meta-disk internal;
}
on yls02 {
    device    /dev/drbd0;
    disk      /dev/hda7;
    address   192.168.2.101:7789;
    meta-disk internal;
}
}
******************************************************************************************************

4、启动
启动操作需要在双机两个节点上都独立执行，首先将DRBD模块加载到系统中, 然后启动DRBD：
(1) 执行cd /usr/src/drbd-0.7.25/drbd，进入drbd目录，
(2) 执行modprobe drbd，将drbd模块加载到内核空间
     此时使用lsmod | grep drbd命令, 如果得到类似于“drbd 143088 0”的信息，表明加载成功。
(3) 执行drbdadm up all，此举将DRBD运行起来。
(4) 执行cat /proc/drbd可以观察到当前DRBD运行状态信息，此时两个节点的DRBD都处于secondary状态。

5、激活主节点DRBD
虽然DRBD配置没有固定主备节点的区别，激活节点一般处于DRBD主状态，去激活节点一般处于DRBD备状态。所以，我们首先确定哪个节点是激活的，然后在激活节点执行：
(1) 执行drbdadm primary all，或者drbdadm --do-what-I-say primary all，此举将在激活节点的DRBD置primary状态，而去激活节点的DRBD还是处于secondary状态。
(2) 执行cat /proc/drbd，检查当前主备节点DRBD运行状态，连接状态、磁盘状态等等。
(3) 执行ll /dev/drbd*，可以得到相关drbd设备文件信息。如果drbd.conf只配置一个资源，则此时得到drbd0设备文件的相关信息。
(4) 如果此时显示连接状态不是connected的，则说明有异常。
      首先检查drbd.conf, 其次检查双机的网络链路设置(物理链路、系统防火墙等等)，如果这些检查点都无异常，那么就是dmesg命令来看看模块启动过程中的历史信息，从中或者可以找到一些蛛丝马迹哦。
      如果还是没有办法，那记得去官方网站看看DRBD版本更新日志，搜索一下drbd-user mail的信息吧，有时候还是蛮有帮助的。

6、[全新安装]创建DRBD文件系统
/dev/drbd0是DRBD模块运行时创建的，它只是一个虚拟块设备文件或者说是虚拟块设备驱动程序，底层支持块设备由drbd.conf的disk参数制定。

在全新安装情况下，DRBD还没有创建文件系统，所以到目前为止我们无法在文件系统下对DRBD设备进行文件操作(当然直接块读写还是可以的，这种情况下就把DRBD视作raw device裸设备啦)。文件系统的功用是什么？主要是按照人类的思维习惯来组织数据。下面可以在drbd设备中创建文件系统，以EXT3文件系统为例：
(1) 执行mkfs.ext3 -j /dev/drbd0，成功后，
(2) 执行mkdir /mnt/drbd0, 成功后，
(3) 执行mount -t ext3 rw /dev/drbd0 /mnt/drbd0，即将DRBD设备上文件系统安装到/mnt/drbd0挂载点上，此后可以在该挂载点中读写数据。
* 注意：以上操作只需在主DRBD上执行，备DRBD会实时同步过去。

Pacemaker 's Install & Initial Configuration

shanyiwan@live.com() — Mon, 10 May 2010 06:47:38 GMT

Install

From ClusterLabs

READ ME FIRST

Please do not attempt to install Pacemaker with anything less than Heartbeat 3.0.0

Since Pacemaker was originally part of Heartbeat, it naturally includes many of the files contained in Heartbeat 2.x Most package managers including YUM, RPM and DEB will complain extremely loudly if you try this.

Versions and Compatibilty

The list of current and supported versions of Pacemaker are available at the Releases page. If you already have Pacemaker installed, please read the documentation on upgrading Pacemaker before following any of the instructions here.

Supported Branches
Version
Current Release
Tested w/ Glue
Tested w/ Corosync
Tested w/ Heartbeat
First Released
This Release
Supported Until
1.1
NA
1.0.5
1.2.1
3.0.3
--
--
Q4 2010
1.0
1.0.8
1.0.3
1.2.1
3.0.3
Oct 9, 2008
Mar 16, 2010
Q4 2011 (at least)

Deprecated Branches
Version
Last Release
First Released
Last Released
0.7
0.7.3
June 25, 2008
Sep 22, 2008
0.6
0.6.7
Jan 16, 2008
Dec 15, 2008

Binary Packages

RPM

Binary packages for current Fedora, OpenSUSE and EPEL compatible distributions (eg. RHEL, CentOS and Scientific Linux) releases can be found at:

http://www.clusterlabs.org/rpm/

Simply browse for your distribution and download the relevant packages.

Once installed, you can decide which cluster stack to use at runtime simply by starting either /etc/init.d/heartbeat or /etc/init.d/corosync. You can also choose not to install whichever stack you don't wish to use.

Installing on Fedora

For Fedora-11, installation is as simple as:

 wget -O /etc/yum.repos.d/pacemaker.repo http://clusterlabs.org/rpm/fedora-11/clusterlabs.repo 
 yum install -y pacemaker corosync heartbeat

As of Fedora-12, Pacemaker is part of the distribution and updates are usually quickly available via the regular channels. There is nothing extra to download, just run:

 yum install -y pacemaker corosync heartbeat

Installing on EPEL Compatible Distributions: RHEL, CentOS, etc

The Pacemaker packages in the EPEL directories build against some additional packages that don't exist on vanilla RHEL/CentOS installs. For more information on EPEL, see http://fedoraproject.org/wiki/EPEL/FAQ

So before installing Pacemaker, you will first need to tell the machine how to find the EPEL packages Pacemaker depends on. To do this, download and install the EPEL package that matches your RHEL/CentOS version.

For example to install on RHEL5.3 for i386, you'd run:

 su -c 'rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm'

Now add the Cluster Labs repo:

 wget -O /etc/yum.repos.d/pacemaker.repo http://clusterlabs.org/rpm/epel-5/clusterlabs.repo

And finally, install Pacemaker:

 yum install -y pacemaker corosync heartbeat

Installing on openSUSE

openSUSE uses zypper instead of yum, but the procedure is much the same:

 zypper ar http://clusterlabs.org/rpm/opensuse-11.1/clusterlabs.repo
 zypper refresh
 zypper in pacemaker corosync heartbeat

Intra-Stack Package Dependancies

Installation Dependencies

Single Stack Configurations (RPM only)

For those that refuse to install the libraries of whichever stack you wont be using, you can rebuild the published rpms to meet your needs. To do this:

Download the src.rpm
Browse to http://clusterlabs.org/rpm/
Look for the src directory underneath the one for your distro (eg. fedora-11/src) and download the most recent version of Pacemaker.
Tell RPM to rebuild the package
1. rpmbuild --rebuild --without heartbeat pacemaker-[0-9].*.src.rpm
  or
2. rpmbuild --rebuild --without ais pacemaker-[0-9].*.src.rpm
Install the result
rpm -Uvh /usr/src/packages/RPMS/i586/pacemaker-[0-9]*.rpm

Re-Building RPMs for Other Architectures

If your packages are not available for your distro/version, you can rebuild the published rpms to meet your needs. To do this:

Download the src.rpm
Browse to http://clusterlabs.org/rpm/fedora-11/src/ and download the most recent version of Pacemaker.
Tell RPM to rebuild the package
rpmbuild --rebuild pacemaker-[0-9].*.src.rpm
Install the result
rpm -Uvh /usr/src/packages/RPMS/i586/pacemaker-[0-9]*.rpm

Debian

Martin Loschwitz from LINBIT does the official builds for Pacemaker (and any other required parts of the stack). "Official" in this sense means that the packages are endorsed by Andrew and the Pacemaker maintainers. These builds have been merged into Debian GNU/Linux Unstable proper as of 2010-04-06.

Please note that the repository URLs changed between Pacemaker releases 1.0.4 and 1.0.5. This is due to the fact that the 1.0.5 packages are integrated with Corosync, which the 1.0.4 packages were not -- this required a makeover to the package build layout.

For detailed installation instructions, refer to the Debian Lenny HowTo. If you run into any issues installing, updating, or using these packages, please let us know on the mailing list.

Use your favorite editor to add one of the following to /etc/apt/sources.list

For Debian 5.0 (lenny):

 deb http://people.debian.org/~madkiss/ha lenny main

For Debian unstable (sid):

 deb http://people.debian.org/~madkiss/ha sid main

Once this has been completed, run:

 apt-get update

Finally, to install Pacemaker simply decide which stack you wish to use and run

 apt-get install pacemaker corosync

 apt-get install pacemaker heartbeat

Please note: currently, no direct, "rolling upgrade" path exists for Debian users to move from the woefully outdated Heartbeat 2.1.3 with built-in CRM that continues to be part of the official Debian package repositories. Providing this upgrade path is something that Martin has on his to-do list, but it's a little more challenging than it looks to an observer.

Building from Source

To obtain the latest bug fixes, you may wish to build debian packages from source. To do so:

Download the Pacemaker source tarball

 apt-get source pacemaker

Install the build-time dependancies

 apt-get build-dep pacemaker

Build the .deb

 cd pacemaker-{someversion}
 dpkg-buildpackage -rfakeroot -uc -us

Ubuntu

As of Ubuntu 10.4 (Lucid Lynx), Pacemaker and all its dependancies are part of the distribution. Simply run:

 aptitude install corosync pacemaker

 aptitude install heartbeat pacemaker

Users of Ubuntu versions prior to 10.4 can either install the Debian packages, or try the ones from LaunchPad by adding

 deb http://ppa.launchpad.net/ubuntu-ha/ppa/ubuntu karmic main 
 deb-src http://ppa.launchpad.net/ubuntu-ha/ppa/ubuntu karmic main

to /etc/apt/sources.list before running the same aptitude command above.

Darwin/MacOS X

Follow the source based installation instructions below after having installed MacPorts and installing the following pre-requisites:

 sudo port install pkgconfig glib2 help2man

And make sure the default autoconf installation understands the pkg-config macros:

 sudo ln -s /opt/local/share/aclocal/pkg.m4 /usr/share/aclocal/

From Source

Build Dependencies

First Steps

Setup a number of variables that we'll use throughout the build process. Adjust them to your needs.

 export PREFIX=/usr
 export LCRSODIR=$PREFIX/libexec/lcrso 
 export CLUSTER_USER=hacluster
 export CLUSTER_GROUP=haclient

Create a user and group for the cluster

 getent group ${CLUSTER_GROUP} >/dev/null || groupadd -r ${CLUSTER_GROUP}
 getent passwd ${CLUSTER_USER} >/dev/null || useradd -r -g ${CLUSTER_GROUP} -d /var/lib/heartbeat/cores/hacluster -s /sbin/nologin -c "cluster user" ${CLUSTER_USER}

Cluster Glue

Obtain the latest Cluster Glue sources, then create and initialize the build directory

 wget -O cluster-glue.tar.bz2 http://hg.linux-ha.org/glue/archive/tip.tar.bz2
 tar jxvf cluster-glue.tar.bz2
 cd Reusable-Cluster-Components-*

Or, if you want to fetch Cluster Glue directly from the Mercurial repository:

 hg clone http://hg.linux-ha.org/glue
 cd glue

Teach Cluster Glue about the machine it will run on

 ./autogen.sh && ./configure --prefix=$PREFIX  --with-daemon-user=${CLUSTER_USER} --with-daemon-group=${CLUSTER_GROUP}

Once configure reports success, simply execute

 make
 sudo make install

Resource Agents

Obtain the latest sources:

  wget -O resource-agents.tar.bz2 http://hg.linux-ha.org/agents/archive/tip.tar.bz2

Create and initialize the build directory

 tar jxvf resource-agents.tar.bz2
 cd Cluster-Resource-Agents-*

Teach Agents about the machine it will run on

 ./autogen.sh && ./configure --prefix=$PREFIX

Once configure reports success, simply execute

 make
 sudo make install

Heartbeat*

* You can skip this step if you prefer to use the OpenAIS/Corosync cluster stack.

Obtain the latest Heartbeat sources:

  wget -O heartbeat.tar.bz2 http://hg.linux-ha.org/dev/archive/tip.tar.bz2

Create and initialize the build directory

 tar jxvf heartbeat.tar.bz2
 cd Linux-HA-Dev-*

Teach Heartbeat about the machine it will run on

 ./bootstrap && ./configure --prefix=$PREFIX

Once configure reports success, simply execute

 make
 sudo make install

CoroSync*

*You can skip this step if you prefer to use the Heartbeat cluster stack.

CoroSync contains the infrastructure (such as interprocess communication and network protocols) that used to be part of OpenAIS. See the CoroSync FAQ entry for more details.

For the majority of Pacemaker users, it is simplest to think of CoroSync as simply a new version of OpenAIS without a bunch of stuff you weren't using anyway.

Grab the latest code from the CoroSync project which has all the required patches to support Pacemaker

  svn co http://svn.fedorahosted.org/svn/corosync/branches/flatiron/
  cd flatiron

Teach CoroSync about the machine it will run on

 ./autogen.sh && ./configure --prefix=$PREFIX --with-lcrso-dir=$LCRSODIR

Once configure reports success, simply execute

 make
 sudo make install

OpenAIS*

*You can skip this step if you prefer to use the Heartbeat cluster stack or don't plan on using GFS2 or OCFS2.

Although Pacemaker doesn't require the full OpenAIS stack (just CoroSync is sufficient), some cluster services do. These include:

* OCFS2
* GFS2
* cLVM

In order to use any of the above services in a Pacemaker cluster, you'll need to install OpenAIS.

Grab the latest code from the OpenAIS project

 svn co http://svn.fedorahosted.org/svn/openais/branches/wilson
 cd wilson

Teach OpenAIS about the machine it will run on
 ./autogen.sh && ./configure --prefix=$PREFIX --with-lcrso-dir=$LCRSODIR

Once configure reports success, simply execute

 make
 sudo make install

Pacemaker

Obtain the latest Pacemaker sources:

 wget -O pacemaker.tar.bz2 http://hg.clusterlabs.org/pacemaker/stable-1.0/archive/tip.tar.bz2

You can obtain a specific release by substituting tip with Pacemaker-{version}. eg.

 wget -O pacemaker.tar.bz2 http://hg.clusterlabs.org/pacemaker/stable-1.0/archive/Pacemaker-1.0.5.tar.bz2

Alternatively, for people that want to update regularly, clone the underlying Mercurial repository:

 hg clone http://hg.clusterlabs.org/pacemaker/stable-1.0
 cd stable-1.0
 hg update -C stable-1.0

Create and initialize the build directory

 tar jxvf pacemaker.tar.bz2
 cd Pacemaker-1-0-*

Teach Pacemaker about the machine it will run on

 ./autogen.sh && ./configure --prefix=$PREFIX --with-lcrso-dir=$LCRSODIR

Once configure reports success, simply execute

 make
 sudo make install

for some reason this also appears to be necessary

 sudo ldconfig -v

be sure to first update LD_LIBRARY_PATH if you installed Pacemaker (or anything else) into a non-standard location.

GUI

Although I personally dislike the current GUI, it does appear to be getting better and many people seem to get value from it.

Similar to Pacemaker, you can get the latest sources from:

http://hg.clusterlabs.org/pacemaker/pygui/archive/tip.tar.bz2

Initial Configuration

[hide]

Basic Stack Configuration

Heartbeat

Sample /etc/ha.d/ha.cf configuration file

 # Logging
 debug				1
 use_logd			false
 logfacility			daemon
 
 # Misc Options
 traditional_compression 	off
 compression			bz2
 coredumps			true
 
 # Communications
 udpport			691
 bcast				eth0
 autojoin			any
   
 # Thresholds (in seconds)
 keepalive			1
 warntime			6
 deadtime			10
 initdead			15

For more details on these and other available options, please refer to http://www.linux-ha.org/ha.cf

CoroSync

Before starting CoroSync for the first time, you need to create the authkey-file for authentication within cluster communication.

Create /etc/corosync/authkey

corosync-keygen #no arguments required

Then you need to copy that file to all of your nodes and put it in /etc/corosync/ with user=root, group=root and mode 0400.

Example /etc/corosync/corosync.conf configuration file

  totem {
 
 	version: 2
 
 	# How long before declaring a token lost (ms)
 	token:          5000
 
 	# How many token retransmits before forming a new configuration
 	token_retransmits_before_loss_const: 20
 
 	# How long to wait for join messages in the membership protocol (ms)
 	join:           1000
 
 	# How long to wait for consensus to be achieved before starting a new round of membership configuration (ms)
 	consensus:      7500
 
 	# Turn off the virtual synchrony filter
 	vsftype:        none
 
 	# Number of messages that may be sent by one processor on receipt of the token
 	max_messages:   20
 
 	# Disable encryption
 	secauth:	off
 
 	# How many threads to use for encryption/decryption
 	threads:   	0
 	
 	# Limit generated nodeids to 31-bits (positive signed integers)
 	clear_node_high_bit: yes
 	
 	# Optionally assign a fixed node id (integer)
 	# nodeid:         1234
 
 	interface {
 		ringnumber: 0
 
 		# The following three values need to be set based on your environment
 		bindnetaddr: 10.0.0.1
 		mcastaddr: 226.94.1.1
 		mcastport: 5405
 	}
 }
 
 logging {
 	fileline: off
 	to_syslog: yes
 	to_stderr: no
 	syslog_facility: daemon
 	debug: on
 	timestamp: on
 }
 
 amf {
 	mode: disabled
 }

Enabling Pacemaker

Heartbeat

To instruct Heartbeat to start Pacemaker, add the following to /etc/ha.d/ha.cf

 crm yes

or, if you plan to enable STONITH

 crm respawn

CoroSync

To instruct CoroSync to start Pacemaker, create /etc/corosync/service.d/pcmk with the following fragment

 service {
 	# Load the Pacemaker Cluster Resource Manager
 	name: pacemaker
 	ver:  0
 }

A Special Note for People Switching Cluster Stacks

CoroSync and Heartbeat identify nodes differently. This is reflected in the value of 'id' for 'node' objects in the CIB.

Since 'id' is the attribute by which a node is identified, this can lead to each node having duplicate entries in the CIB's 'nodes' section and cause expected cluster behavior.

To prevent this, delete the contents of 'nodes' before starting up the alternative cluster stack (and remember to zap the .sig files in the same directory after you do so).

Starting the Cluster

Heartbeat

 /etc/init.d/heartbeat start

CoroSync

 /etc/init.d/corosync start

Next Steps

Documentation

Version	Current Release	Tested w/ Glue	Tested w/ Corosync	Tested w/ Heartbeat	First Released	This Release	Supported Until
1.1	NA	1.0.5	1.2.1	3.0.3	--	--	Q4 2010
1.0	1.0.8	1.0.3	1.2.1	3.0.3	Oct 9, 2008	Mar 16, 2010	Q4 2011 (at least)

Version	Last Release	First Released	Last Released
0.7	0.7.3	June 25, 2008	Sep 22, 2008
0.6	0.6.7	Jan 16, 2008	Dec 15, 2008

flyinweb's blog - 技术文摘

Wireshark抓包工具使用手册

获取XML标签内容

逻辑卷管理

DELL服务器光盘引导及驱动加载

nagios监控系统配置指南

perl--模块安装方法和常用模块

安装配置 Socks5 服务

Windows Phone 7应用程序系列教程

To add a reference to the Application Bar dll

To add icon button images to your project

To create an Application Bar in XAML

To create an Application Bar in C#

DRBD+Heartbeat 架设HA NFS Server

Pacemaker 's Install & Initial Configuration

Install

From ClusterLabs

Contents

READ ME FIRST

Versions and Compatibilty

Supported Branches Version Current Release Tested w/ Glue Tested w/ Corosync Tested w/ Heartbeat First Released This Release Supported Until 1.1 NA 1.0.51.2.13.0.3-- -- Q4 2010 1.0 1.0.81.0.31.2.13.0.3Oct 9, 2008 Mar 16, 2010 Q4 2011 (at least)

Deprecated Branches Version Last Release First Released Last Released 0.7 0.7.3June 25, 2008 Sep 22, 2008 0.6 0.6.7Jan 16, 2008 Dec 15, 2008

Binary Packages

RPM

Installing on Fedora

Installing on EPEL Compatible Distributions: RHEL, CentOS, etc

Installing on openSUSE

Intra-Stack Package Dependancies

Single Stack Configurations (RPM only)

Re-Building RPMs for Other Architectures

Debian

Building from Source

Ubuntu

Darwin/MacOS X

From Source

First Steps

Cluster Glue

Resource Agents

Heartbeat*

CoroSync*

OpenAIS*

Pacemaker

GUI

Initial Configuration

Contents

Basic Stack Configuration

Heartbeat

CoroSync

Enabling Pacemaker

Heartbeat

CoroSync

A Special Note for People Switching Cluster Stacks

Starting the Cluster

Heartbeat

CoroSync

Next Steps

Supported Branches
Version
Current Release
Tested w/ Glue
Tested w/ Corosync
Tested w/ Heartbeat
First Released
This Release
Supported Until
1.1
NA
1.0.5
1.2.1
3.0.3
--
--
Q4 2010
1.0
1.0.8
1.0.3
1.2.1
3.0.3
Oct 9, 2008
Mar 16, 2010
Q4 2011 (at least)

Deprecated Branches
Version
Last Release
First Released
Last Released
0.7
0.7.3
June 25, 2008
Sep 22, 2008
0.6
0.6.7
Jan 16, 2008
Dec 15, 2008