我的试验环境：
1.使用root用户登陆
2.CentOS为原生dvd最小化安装
3.接入internet

一、安装xen
# yum –y install xen*
安装XEN需要的服务
# yum -y install kernel-xen*
安装XEN的相关内核
二、检查启动选项是否使用xen内核启动
1、检查 xen内核文件
安装是否正常：文件位于/boot
# ls –lh /boot
total 9.5M
-rw-r–r– 1 root root 61K Mar 16 08:19 config-2.6.18-8.el5
-rw-r–r– 1 root root 60K Mar 16 09:27 config-2.6.18-8.el5xen
drwxr-xr-x 2 root root 1.0K Aug 15 14:47 grub
-rw——- 1 root root 1.5M Aug 13 17:18 initrd-2.6.18-8.el5.img
-rw——- 1 root root 1.5M Aug 15 14:47 initrd-2.6.18-8.el5xen.img
drwx—— 2 root root 12K Aug 13 17:15 lost+found
-rw-r–r– 1 root root 79K Apr 1 22:49 message
-rw-r–r– 1 root root 82K Mar 16 08:20 symvers-2.6.18-8.el5.gz
-rw-r–r– 1 root root 83K Mar 16 09:28 symvers-2.6.18-8.el5xen.gz
-rw-r–r– 1 root root 865K Mar 16 08:19 System.map-2.6.18-8.el5
-rw-r–r– 1 root root 848K Mar 16 09:27 System.map-2.6.18-8.el5xen
-rw-r–r– 1 root root 1.7M Mar 16 08:19 vmlinuz-2.6.18-8.el5
-rw-r–r– 1 root root 2.0M Mar 16 09:27 vmlinuz-2.6.18-8.el5xen
-rw-r–r– 1 root root 269K Mar 16 07:51 xen.gz-2.6.18-8.el5
-rwxr-xr-x 1 root root 595K Mar 16 09:43 xen-syms-2.6.18-8.el5

2、检查grub配置
# cat /boot/grub/grub.conf
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You have a /boot partition. This means that
# all kernel and initrd paths are relative to /boot/, eg.
# root (hd0,0)
# kernel /vmlinuz-version ro root=/dev/sda3
# initrd /initrd-version.img
#boot=/dev/sda
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-8.el5xen)
root (hd0,0)
kernel /xen.gz-2.6.18-8.el5
module /vmlinuz-2.6.18-8.el5xen ro root=LABEL=/
module /initrd-2.6.18-8.el5xen.img
title CentOS (2.6.18-8.el5)
root (hd0,0)
kernel /vmlinuz-2.6.18-8.el5 ro root=LABEL=/
initrd /initrd-2.6.18-8.el5.img
修改其中的default=1为default=0，启用xen内核

3、重新启动计算机

4、重启后登录系统，检查XEN是否正常
4.1 执行# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 3919 4 r—– 16.9
出现上述结果表示xen启动正常

2.1 安装必须的工具
由于以前的安装是基于最小化安装，此时需要增加一个用于安装客户机系统的软件virt-manager，现在安装：
#yum –y install virt-manager
请注意由于此软件包为gnome下的图形管理程序，所以需要安装大量依赖包

百度无法正常访问，跳转到雅虎英文页面

网易科技讯 1月12日上午8点30分消息，据北京网易网友反应，百度今天早上7：00左右开始突然出现无法访问故障，域名无法正常解析。网易科技随后在IE和火狐浏览器下测试百度，也出现类似情况。

在网易论坛上，也有来自广东、武汉等其他城市的网友反映百度无法访问，或者打开后跳转到一个雅虎英文页面。

百度官方尚未对此事发表公告解释，百度相关人士向网易科技表示，故障“还在查，目前原因不知”。（更新：百度官方于10点45分左右时表示：由于baidu.com的域名在美国域名注册商处被非法篡改，导致www.baidu.com不能被正常访问）

（您可以通过跟贴留言告诉我们您所在地的百度访问状况。）

正在持续更新报道事件进展：

【8：58】 有网友报料并分析称：百度的主页也是被称为伊朗网络部队( Iranian Cyber Army)的组织篡改的，刚访问的时候界面是黑色的 上面有一条阿拉伯文，上面是一个横条图片和一个大图片均无法显示。和前一段时间被黑的twitter主页被黑的应该是同一个组织做的了。隔了几分钟我再次访问时就成了无法访问了，提示Unfortunately we are unable to process your request at this time. This error is usually temporary. Please try again later。

【9：00】 有业内人士分析指出：有网友曾经被定向到一个黑页“Iranian Cyber Army”上，域名被盗取或劫持的可能性相当大，不过百度如此大的请求数量是任何一个黑页服务器也无法抵御的，因此只能是访问失败。

【9：27】 百度相关人士向网易科技表示，故障“还在查，目前原因不知”。

【9：29】 国际在线报道称，百度多地无法访问 或因“伊朗网军”攻击

【9：30】 太原、天津、河南、烟台、长沙、成都、湖北、济南、沈阳、内蒙、厦门、重庆、成都、苏州等地网友均在跟贴留言反映无法访问百度。

【9：32】 网易江苏南京网友（ip：121.229.*.*）报料并分析称：我证实百度首页自6点多起就显示为前日Twitter被伊朗黑客攻克的画面。因为ping到百度网页实际指向一个伊朗IP（188.95.49.6），该 IP的网站可能实际使用英文yahoo下的租用空间，因此访问百度旗下网站时，会出现英文yahoo的出错信息页面。因此怀疑此次被黑是因为百度的域名被黑客控制了。目前百度一定是在陆续恢复解析，所以出现了各地逐渐恢复访问的情况。根据解析速度，如不出意外，全世界将在48小时内全部恢复访问。

【9：37】 有网友在论坛发贴爆料并贴出百度域名被劫持的图片。

【9：40】 四川、福建、江苏、吉林、浙江等地网友跟帖反映无法访问百度。

【10：00】 网络故障导致“百度”成谷歌今日上升最快关键词。

【10：18】 瑞星安全专家分析认为，此次攻击黑客利用了DNS记录篡改的方式。根本原因在于目前互联网域名的DNS管理服务器安全性未受到应有的重视。并提醒称，目前绝大多数域名都存在类似安全风险，使得DNS存在很多安全隐患。（相关：金山安全专家详解DNS劫持）

【10：45】 百度官方表示：“由于baidu.com的域名在美国域名注册商处被非法篡改，导致www.baidu.com不能被正常访问，公司有关部门正在积极处理。Www.baidu.com.cn 能够正常访问。”

【11：00】 上海、广东、北京等地部分网络开始恢复对baidu.com的访问。

【11：50】 百度旗下网址导航站hao123.com将“百度”的链接域名更换为baidu.com.cn

【12：30】 网易有道搜索技术总监预计：百度搜索(baidu.com)下午3点左右全面恢复

【12：51】 百度CEO李彦宏在百度i贴吧上表态：史无前例，史无前例啊！

【13：28】 百度表示：百度北京地区今天中午服务恢复正常，全国其他地区的IP解析也正在恢复中。

【14：40】 伊朗使馆新闻参赞扎阿伊称，有关伊朗网军，伊朗政府也感到头疼，伊朗网军不代表官方立场。

【16：00】 截至目前，仍有大量网民反映：百度新闻搜索、空间、贴吧等服务仍不能通过*.baidu.com访问。

【17：00】 北京等地网友普遍反映已经可以顺利打开二级域名相关服务，同时仍有各地网友报告无法完全正常访问。

【18：00】 百度发表正式声明，称目前已经解决了大部分登录问题。对于部分中国网友基于义愤报复性攻击其他外国网站的做法，百度称“我们并不鼓励这样的做法，请大家保持冷静。”