实现实时迁移的条件之一就是要先把虚拟机存储文件存放在公共的存储空间，因此需要设定一个共享存储(Shared Storage)的空间，让实现迁移的两台实体主机都能够连接到共享存储空间上的虚拟媒体文件，包括虚拟磁盘、虚拟光盘和虚拟软盘。否则，即使迁移完成以后，也会因为无法启动迁移后的虚拟机。实时迁移实际上把虚拟机的各个配置文件封装在一个文件，然后透过高速网络，把这个封装文件和内存运行状态从一台实体机迅速传送到另外一台实体机上，期间虚拟机一直保持运行状态。在现有技术条件下，大多虚拟机软件，如VMware、KVM、Hyper-V、Xen都需要共享存储。VirtualBox支持NFS和SMB/CIFS协议的网络文件系统，也可以支持iSCSI连接到SAN网络。选用哪一种网络文件系统，则需要根据具体情况而定。SMB/CIFS在Windows和Linux都设置简便。NFS在Windows则略显烦复。

Source机
CPU: Pentium E2160
RAM: 2GB
OS: Fedora 12 x86_64

Target机
CPU: Athlon 64 X2 4200+
RAM: 2GB
OS: Windows 7 Ultimate x64

Guest机
Name: XP
CPU: Virtual Single-Core Processor without VT
RAM: 1GB
OS: Windows XP Professional

首先架设一个共享存储环境，我就选用了SMB/CIFS协议，在Source机架设了Samba服务。如果把共享存储服务放置在第三台电脑上会更好，但是我由于条件所限只能把共享存储服务安装在Source机上。具体方法就不再详述了。然后移动Source机上的虚拟磁盘文件移动到共享存储服务器上。重新注册到Source机上的VirtualBox，并重新连接到Guest机，即可启动Guest机。

在Target机上新建一个虚拟机。虚拟机的配置和特性要求与Source机上的Guest机完全一致。随后把共享存储上的虚拟磁盘文件连接到这台虚拟机上。随后在Target机运行如下命令：

VBoxManage modifyvm <guest_name> –teleporter on –teleporterport <port> –teleporterpassword <password>

以我的试验为例：

VBoxManage modifyvm XP –teleporter on –teleporterport 1234 –teleporterpassword 123456

若是在Windows上使用VBoxManage命令行，则需要在命令提示符进入VirtualBox的安装目录，用VBoxManage.exe替代VBoxManage，使用效果是一样的。

以上命令瞬间执行完毕，然后启动Target机上的Guest机。此时VirtualBox弹出等待迁移的窗口。若取消迁移，可以按下窗口上的关闭键。

然后在Source机运行迁移命令：

VBoxManage controlvm <guest_name> teleport –host <target_name>/<target_ip>/<target_domain_name> –port <port> –password <password>

以我的试验为例：

VBoxManage controlvm XP teleport –host 192.168.1.3 –port 1234 –password 123456

Source机和Target机的VirtualBox控制台同样出现了正在Teleportiong的状态：

迁移过程实际上是很短暂的。VirtualBox把虚拟机的配置文件封装并与虚拟机内存运行状态一并从Source机传送到Target机即可。按照我家里的网络情况，TP-Link百兆家用路由器搭建的局域网，大约20秒的时间就可以完成迁移过程。VirtualBox显示的剩余时间实际上是没有意义的。迁移前段VirtualBox进行文件校验应该会花费不少时间。实际所需要的时间是根据网络情况与Source机和Target机的性能配置而定。

当迁移完成以后，Source机上的Guest机自动关闭，而Target机上的Guest自动启动并且恢复到Guest机关闭前的那一刻状态。此时VirtualBox控制台就会显示Teleported状态。

当Guest机下一次在Target机上启动前，需要把实时迁移的功能关闭，否则就会出现等待迁移的界面。

VBoxManage modifyvm XP –teleporter off

至此，整个实时迁移的试验宣告完成了。此外我更换了Target机的OS，改为与Source机一样的Fedora 12 x86_64，似乎迁移的稳定性会更加好。以上截图大多数取自第二次迁移试验。

注意事项：

1. 在VirtualBox上运用实时迁移功能，Source机和Target机的硬件配置越接近越相似出现错误的机会就会越少。如果Source机和Target机硬件配置一致，那么出现兼容性的问题就非常地小。特别是两台机器的处理器，尽量要相近的型号。型号差异过大，则非常容易导致出错，尤其是Guest机内运行着专门为特定处理器优化的软件。当在两台处理差异过大的机器上进行实时迁移，特别是在跨品牌处理器之间(主要是AMD与Intel)的迁移，那么建议用户关闭虚拟处理器的筛选器。命令如下(后面<>为命令选项)：

VBoxManage modifyvm <guest_name> –cpuid <leaf> <eax> <ebx> <ecx> <edx>

2. 实施迁移前，一定要确保Source机和Target机上的Guest机硬件配置和设置都是一样的，特别是System和Display的选项一定要保持一致，同样也需要采用相同的虚拟网卡。VirtualBox的实时迁移功能并不需要依赖VT技术，但是不能在一台没有VT的Guest机和一台开启VT的Guest机之间迁移，否则就会出现错误。

3. 最好配备有千兆局域网或者更好的网络条件，因为Guest机的磁盘操作需要较高的速率，如果仅仅靠百兆局域网，那么速率上的限制和操作上的延时则极大地影响文件操作的效率和适用体验。

总结

VirtualBox 3.1带来了实时迁移能力，实在让人惊喜。这应该是第一款跨处理器品牌跨平台的虚拟机软件，能够在Windows、Linux、Mac OS X和Solaris平台上进行实时迁移。良好的易用性，一直都是VirtualBox的优点。不过看起来，实时迁移对于VirtualBox而言还是刚刚起步，还有很远的路去走。没有为实时迁移这种重量级的特性配备图形化操作界面对VirtualBox这款以易用闻名的虚拟机来说，不得不说是一个遗憾。

最后，限于条件，我没有带有VT技术的Intel处理器。如果哪位热心朋友有这样的条件，可以进行一次带有VT的AMD与Intel的实时迁移试验，将会更有挑战性，因为这种情况下更容易出现处理器兼容性的问题。

Firefox 3.6 is coming soon, nevertheless, I still can not see any TraceMonkey support for Linux x86_64. Compared with 32bit Firefox, 64bit edition of Firefox 3.5 and Firefox 3.6 are much slower than 32bit in the JavaScript benchmark. If you open tabs of Gmail and Google Wave and Google Reader, you will obviously feel that 32bit runs more rapidly that 64bit. So I choose Chrome/Chromium as daily-used web browser because they run fast enough. When I need to open an incompatible webpage or use proxy, I return to Firefox.

These days, I found out Firefox 3.7 x86_64 runs JavaScript much faster than previous version. Unlike Firefox 3.5 and Firefox 3.6, Firefox 3.7 gets TraceMonkey support for x86_64 platform. So we can see Firefox 3.7 has better performance. I try to run SunSpider benchmark in Firefox 3.5.5 and Firefox 3.7a1pre at the same system configuration. We can attain the strange benchmark result: Firefox 3.7 is about 1300ms while Firefox 3.5.5 is 4500ms. It hardly make another users believe it, nevertheless, it is true.

Unlike previous reports, Firefox 3.7 still keep a classical user interface. There is no change on it now. Later a new UI will be apply in Firefox 3.7. I download Firefox 3.7 from Mozilla FTP server and Build RPMs for i686 and x86_64. These are not native builds for Firefox 3.7, just repacking from binary archives. If you want to try it, please add my personal repo on fedorapeople.org. Download this file and put it into /etc/yum.repos.d/. Then you can install it via this command:

yum install firefox37

Firefox 3.7 will not cover Firefox 3.5. But actually they can not run immediately. I do not know why. I need some some guys to help me modify launch script. They seems to use the same profiles. Additionally, you should manually create a symbol for libflashplayer.so in /usr/share/firefox-3.7/plugins, Or put libflashplayer.so into /usr/share/firefox-3.7/plugins

At last, Firefox 3.7 is under development. I can not make sure that there is no bug in it. Please use it carefully.

中文：

Firefox 3.6即将到来，然而我一直看不到在64位Linux上有任何TraceMonkey的支持。对比起32位的Firefox，64位的Firefox 3.6和Firefox 3.5在JavaScript测试中要比32位慢得多。如果你打开Gmail、Google Wave和Google Reader的页面，你会明显感觉到32位Firefox会跑得比64位要快。所以我选择了Chrome/Chromium作为日常使用的浏览器，因为他们跑得足够地快。当我需要打开一个不兼容的网页或者使用代理服务器的时候，我会回到Firefox。

这段时间，我发现Firefox 3.7 x86_64跑JavaScript测试比早前的版本要快得多。不像Firefox 3.5和Firefox 3.6，Firefox 3.7在x86_64得到TraceMonkey的支持。所以Firefox 3.7拥有更好的性能。我尝试在同一系统配置下跑Firefox 3.5.5和Firefox 3.7 a1pre跑SunSpider JavaScript测试。我们会得到一个令人惊讶的结果：Firefox 3.7大约是1300ms，Firefox 3.5是4500ms。这很难让人相信结果，但是这确实是真实的。

不像早前的报道，Firefox 3.7一直保持着古典的用户界面。到现在都没有任何改变，稍候一个新UI将会应用在Firefox 3.7。我从Mozilla的FTP服务器下载了Firefox 3.7并且在i686和x86_64平台制作了RPM包。这不是原生编译的Firefox 3.7的RPM包，仅仅是重新打包了二进制压缩包。如果你想试用一下，请添加我的fedorapeople的个人源。下载这个文件并把它放置到/etc/yum.repos.d目录里。

yum install firefox37

Firefox 3.7不会覆盖掉Firefox 3.5。但是他们不能同时运行。我也不知道为什么。我需要一些人去修改Firefox 3.7的启动脚本。他们现在好像是使用相同的profiles。另外你应当在/usr/share/firefox-3.7/plugins目录内建立一个libflashplayer.so的链接，或者把libflashplayer.so放置到/usr/share/firefox-3.7/plugins目录，这样你就可以在Firefox 3.7播放Flash视频了。

最后，Firefox 3.7依然在开发中，我不担保它没有bug，请谨慎使用。

实际上，这种办法不仅仅适用于fedorapeople空间，只要有http空间，即使没有任何脚本语言的支持，都可以建立一个源的。况且fedorapeople只提供了150MB的空间，多放几个包就不够位置。期待Jesse Keating计划的KoPeR能够尽快上线，因为KoPeR会有1GB的空间，可是现在看来是多么的遥遥无期。

好了，简要的说说办法吧！

首先你要拥有一个FAS的帐号，并且签署了CLA协议，这是你获得fedorapeople空间的前提。完成以后，导入你的SSH公钥到FAS帐号，因为fedorapeople空间使用的是SSH连接，这可以确保连接期间的安全。

然后就是打包工序，你要预先制作好RPM包。同时为了保证RPM质量，你最好把软件包防盗Koji编译打包一次，以确保软件无误，而且可以获得多个架构的RPM包。Koji的用法如下

koji build –nowait –scratch dist-fN foo.src.rpm

N是Fedora的版本号，foo.src.rpm则是软件包的SRPM包。

随后建立yum源的目录树，并把Koji编译的RPM包逐一地放到目录树对应的位置。

比如我的目录树，yum源是放在repo目录里面：

repo/
12/
i386/ x86_64/

软件包则更根据对应的架构，分别放置到i386和x86_64这两个目录里。紧接就是使用createrepo建立yum源的数据文件，每一个放置RPM包的目录都应该建立repodata的目录防止这些数据文件。

例如我的做法：

createrepo repo/12/i386
createrepo repo/12/x86_64

当目录被更改以后，都要使用createrepo一次刷新repodata文件。如果放置RPM包的目录十分巨大，可以考虑增加–update参数来加快刷新进度。

最后，把repo目录里的所有文件上传到fedorapeople空间即可。使用什么方法上传都没有区别，scp和rsync也行，因为fedorapeople需要使用SSH来传送数据。如果是其他空间，则可以根据实际情况而定。使用rsync的方法如下

rsync -rav yum liangsuilong@fedorapeople.org:~/public_html/ –delete

-r是递归，-a是保留文件原有权限，-v是显示传送信息，–delete是把本地删除的文件在远程服务器上也一并删除。此外，fedorapeople空间只会公开public_html目录里的文件，所以你应该把yum源同步到public_html里。

建立yum源则到此为止，为了让其他人使用你的个人源，你需要书写一个.repo文件，让用户下载到/etc/yum.repos.d/目录内。以下是我的范例，可以参考一下。

[liangsuilong]
name=Liang Suilong
baseurl=http://liangsuilong.fedorapeople.org/repo/$releasever/$basearch/
enabled=1
gpgcheck=0

$releasever是Fedora版本号，$basearch是系统架构。

如果你想下载我的.repo文件，可以点击http://dl.dropbox.com/u/1352061/liangsuilong.repo。

暂时只会提供linux-fetion，osd-lyrics，w32codecs这三个包，当然我也会把最新的iptux和shutter放在上面，稍候还会准备放上w64codecs和ibus-sunpinyin。这空间真的很小很小啊！

因为这是一篇日志，稍候我会整理好一份文档放到Fedora的官方wiki上。看看我的蹩脚英语能否憋出一份英语版本出来？拭目而待吧！

最后，再次感谢Cauis ‘kaio’ Chance的鼎力帮助！

Here is a RPM package for shutter-0.85. Later I will build on Koji and push it to bodhi. I plan to do it on next Monday because I have no machine to run Koji client at home. Koji client needs some certifications. I have to go back to school on Monday. So, please wait for me.

RPM: http://liangsuilong.fedorapeople.org/shutter-pkg/shutter-0.85-1.fc12.noarch.rpm

The latest shutter brings a lot of new features to us. Here are some descriptions:

• Undo / Redo anywhere
• Drag and drop pics into Shutter
• Capture menus and tooltips
• Many UI improvements
• Improved Advanced Selection Tool
• Improved Window Selection
• Notifications
• Shutter registers itself as an app to open images with

从柜子里的找回当初的那三张盘子，马上扔进VirtualBox内，还能装，似乎保存得不错。很快我就把Fedora Core 1装好了。安装过程一点也不难，总体而言比Windows XP简单，并不比Windows Vista复杂。Anaconda安装界面和现在的没什么区别。整个安装流程，用着鼠标就能够解决问题了。赞一个！中文支援也十分完备，只是字体没有现在的文泉驿好看罢了。

Anaconda真的像传说中那么强大，狂赞一个！也难怪这么多年也没有怎么更新过界面，改进的仅仅是图形库和新增的底层技术的支持，但已经足够了。这就显得Anaconda的设计成功之处。其实如果把FirstBoot的部分也汇到Anaconda里，重启后不用设置就能用了，岂不是更好？痴人梦话！

安装完成以后，重新启动系统。GRUB的背景挺不错的，这似乎是Red Hat系发行版一贯的特点。内核依然是2.4.22，并且装了两个内核，一个是支持SMP的，另外一个是单核的通用内核。这是2.4内核在Fedora上的初秀，也是绝唱。Fedora Core 2就换上了2.6内核了。

启动过程很经典，这种界面用了5年了，直到Fedora 10引入Plymouth以后才退出历史舞台。

启动结束，FirstBoot也很经典，到现在一点都没有改变，只是配色上略作改进，很淡雅。

GDM依然是惊艳，或许是GNOME 2.28重写的GDM不够完善，无法自定义外观。Fedora Core 1的GDM，要比现在的Ubuntu 9.10和Fedora 12要出色得多，倒是功能就少了一点，没有了指纹识别的功能吧。

登录以后，你发现这是什么Desktop Environment了吗？似乎GNOME和KDE都是一个样子，点击了那个小红帽看看菜单，不认真看看真的不知道有什么差别。奇怪的是，GTK decorator和KWin的主题都是一个模子出来的。当然Nautilus和Konqueror还是有很大的差别的。当年的GUI界面真的很不好看，跟同年代的Windows XP和Mac OS X真的差很远。再看看现在，你就会发现Linux的发展和变化可谓巨大之极。

还有古董级别的XFree86，不是现在通用的X.org。跟2.4.22内核一样，只在Fedora Core 1上存在过。Fedora Core 2就换上了X.org了，详情请留意X的发展历史。

Fedora 12已经无限接近于我们的面前，在此时此刻缅怀起先驱们走过的路，就会发现此路艰辛但多姿多彩。现时的成绩并不是那么简单的。