Hyper- V 2008 R2在linux上运行实战。我仍然在Linux中运行一个应用程序，传统业务的即将被取代，并运行一些传统VPN的。安装年龄前，当我没有足够的经验， 原来安装使用测试什么是将要3.1与几个（Postfix，Apache，OpenVPN等等）这是一些过期一段时间链接地址信息的工作。
作为一个声明，我认识到，在支持的Hyper - V R2的操作系统并不是任何版本Debian的，我只是想告诉我的经验与此不受支持的配置。在硬件方面，IBM x系列服务器老化与奔腾4处理器没有得到任何年轻306m服务器驱动器发生故障后，半年前，一个系统崩溃（无数据丢失，它只是坠毁的机器，对你来说他是软RAID），这是最后一次现代化。
该计划是为了巩固我们所有的（ISA中，OCS的边缘，XMPP协议网关，Exchange边缘上的Hyper - V）2008 R2和做的最棘手的部分首先是一个好主意似乎非军事区的工作量。所以我创建了一个新的VM使用SCVMM 2008 R2中，获选为32位客户操作系统其他Linux，插入一个Debian 5.0网络启动的CD，这就是问题所在已经开始。虽然安装工作总体良好，帧缓冲区的使用由Debian安装的非常缓慢。所以，我花了约半小时才得以完成的安装在一个80GB的虚拟硬盘的5GB的分区（）。
安装完成后，格式化磁盘，然后用rsync的传输内容的机器了。重新配置短一点，我可以选择启动或转移与它的操作系统内核，或安装Debian的5个救援体系的同时我。引导转移系统运作良好，但以郁金香司机没有把该（定制）内核模块的编译和建设的失败。所以，我读了一点，并认识到最新的内核（2.6.32.8）与实验的Hyper - V VMbus司机已发运，允许合成网卡使用。
我试图把旧的编译安装后Chroot环境的内核，但它失败了，因为海合会太旧。不用担心，我编译的救援体系，但无法安装了dpkg的阅读make - kpkg创建。所以我安装手动，这样做很好。
重新启动一次后，我又回到了非常详细的业务与Hyper - V的塞满了dmesg，但综合网卡显示了作为seth0 - seth2。经过快速变化的所有必要的配置文件，一切都工作。经过更多的测试位，断开与网络的物理机器i和插入到生产的VLAN虚拟机。我测试的一切彻底，并没有发现任何问题。邮件发出了一个信息，并继续在我快乐的方式。
半小时后，我决定做一个快速系统检查一次，我认识到外部接口（在这种情况下seth2）没有工作了。 tcpdump的显示没有数据包被接收，并在同一VLAN的其他机器没有看到任何他们的ARP请求或回答。所以我重新启动虚拟机，一切工作了。任何种类的任何错误信息都在dmesg的，也不在系统，记录或在Hyper - V的主机。
希望这只是一个侥幸，等待，直到它再次发生 - 这有，大约10分钟后，我。所以决定跳过的合成与模拟设备和去NIC和司机我的郁金香。一切都回来了，但我不能平安从一开始就eth0的VLAN的任何设备，但其他两个接口的工作。
经过几个尝试，我来到一个已经4小时26分钟，这听起来不错迄今稳定的结构。为此，我配置了一个单一的综合网卡，作为对非工作eth0和3郁金香网卡（其中一次是未使用的）替代品我。
有迹象表明我也担心其他的事情：每个Linux机器上重新启动创建的Hyper - V主机下面的事件日志项：Linux的被重置，因为一个不可恢复的错误在一个虚拟处理器发生故障造成三重。如果问题仍然存在，请与产品支持。 （虚拟机编号[]），合成NIC驱动程序加载在日志上的Hyper - V主机事件日志如下：
网络上的驱动Linux的加载，但有一个从服务器的不同版本。服务器版本3.2客户端版本0.2（虚拟机编号[]）。该设备可以工作，但这是一个不受支持的配置。这意味着，技术支持，将要等到问题解决后提供。要解决这个问题，升级的集成服务。要升级，连接到虚拟机，并选择插入集成服务安装磁盘从操作菜单。NIC驱动程序加载合成也登录了Linux的这一切事情：
VMBUS_DRV: Vmbus initializing.... current log level 0x1f1f0006 (1f1f,6)
VMBUS: +++++++ Build Date=Feb 17 2010 12:37:00 +++++++
VMBUS: +++++++ Build Description=Version 2.0 +++++++
VMBUS: +++++++ Vmbus supported version = 13 +++++++
VMBUS: +++++++ Vmbus using SINT 2 +++++++
VMBUS: Windows hypervisor detected! Retrieving more info...
VMBUS: Vendor ID: Microsoft Hv
VMBUS: Interface ID: Hv#1
VMBUS: OS Build:7600-6.1-16-0.16485
VMBUS: Hypercall page VA=f80c9000, PA=0x36afe000
VMBUS_DRV: irq 0x5 vector 0x35
VMBUS: SynIC version: 1
VMBUS: Vmbus connected!!
VMBUS_DRV: generating uevent - VMBUS_DEVICE_CLASS_GUID={c5295816-f63a-4d5f-8d1a4daf999ca185}
VMBUS: Channel offer notification - child relid 1 monitor id 0 allocated 1, type {32412632-86cb-44a2-9b5c50d1417354f5} instance {00000000-0000-8899-0000000000000000}
hv_netvsc: module is from the staging directory, the quality is unknown, you have been warned.
NETVSC_DRV: Netvsc initializing....
VMBUS_DRV: child driver (f80dc570) registering - name netvsc
VMBUS: Channel offer notification - child relid 2 monitor id 255 allocated 0, type {cfa8b69e-5b4a-4cc0-b98b8ba1a1f3f95a} instance {58f75a6d-d949-4320-99e1a2a2576d581c}
VMBUS_DRV: generating uevent - VMBUS_DEVICE_CLASS_GUID={32412632-86cb-44a2-9b5c50d1417354f5}
VMBUS_DRV: child device (f73a8634) registered
VMBUS: Channel offer notification - child relid 9 monitor id 1 allocated 1, type {f8615163-df3e-46c5-913ff2d2f965ed0e} instance {9d44a66e-4b09-41d5-80d807ae24bf537d}
VMBUS_DRV: generating uevent - VMBUS_DEVICE_CLASS_GUID={cfa8b69e-5b4a-4cc0-b98b8ba1a1f3f95a}
VMBUS_DRV: child device (f73a5a34) registered
VMBUS: Channel offer notification - child relid 1 monitor id 0 allocated 1, type {32412632-86cb-44a2-9b5c50d1417354f5} instance {00000000-0000-8899-0000000000000000}
VMBUS_DRV: generating uevent - VMBUS_DEVICE_CLASS_GUID={f8615163-df3e-46c5-913ff2d2f965ed0e}
VMBUS_DRV: device object (f73a5ee4) set to driver object (f80dc5c0)
VMBUS: Channel offer notification - child relid 2 monitor id 255 allocated 0, type {cfa8b69e-5b4a-4cc0-b98b8ba1a1f3f95a} instance {58f75a6d-d949-4320-99e1a2a2576d581c}
VMBUS: Channel offer notification - child relid 9 monitor id 1 allocated 1, type {f8615163-df3e-46c5-913ff2d2f965ed0e} instance {9d44a66e-4b09-41d5-80d807ae24bf537d}
VMBUS: channel f73aac00 open success!!
NETVSC: *** NetVSC channel opened successfully! ***
NETVSC: Sending NvspMessageTypeInit...
NETVSC: NvspMessageTypeInit status(1) max mdl chain (34)
NETVSC: Sending NvspMessage1TypeSendNdisVersion...
NETVSC: Establishing receive buffer's GPADL...
NETVSC: Sending NvspMessage1TypeSendReceiveBuffer...
NETVSC: Receive sections info (count 1, offset 0, endoffset 1048000, suballoc size 1600, num suballocs 655)
NETVSC: Establishing send buffer's GPADL...
NETVSC: Sending NvspMessage1TypeSendSendBuffer...
NETVSC: *** NetVSC channel handshake result - 0 ***
NETVSC: Device 0xf6552e80 mac addr 00155d031a09
NETVSC: Device 0xf6552e80 link state up
VMBUS_DRV: child device (f73a5e34) registered
这些问题的原因，我决定把我的个人服务器部署而使用Hyper - V的ESXi的，因为我要成为Linux和Windows两者的客人。本人原创转自http://www.itshanghai.net/technology/2010/0625/article_823.html
