KVMで2台のゲストマシンを実行しています。ホストはArchLinux(カーネルバージョン2.6.38.2)を実行しており、ゲストは両方ともCentOS 5.5(カーネルバージョン2.6.18)です。私はネットワークをブリッジとして設定していますが、多かれ少なかれ次のようになっています(もちろん、手作業では行っていません。システムの起動スクリプトに散在しています)。
# /usr/sbin/brctl addbr br0
# /usr/sbin/brctl addif br0 eth0
# /sbin/ifconfig br0 192.168.3.30 netmask 255.255.255.0 broadcast 192.168.3.255 up
# qemu-kvm -hda <disk-image1> -m 2048 -vga std -vnc :3 -net nic,vlan=0 -net tap,vlan=0,ifname=tap0,script=/etc/qemu-ifup
# qemu-kvm -hda <disk-image2> -m 2048 -vga std -vnc :4 -net nic,vlan=0 -net tap,vlan=0,ifname=tap1,script=/etc/qemu-ifup
# cat /etc/qemu-ifup
#!/bin/sh
Sudo /sbin/ifconfig $1 0.0.0.0 promisc up
Sudo /usr/sbin/brctl addif br0 $1
構成はほとんど機能します。奇妙なことに、ネットワークが頻繁に「一時停止」します。仮想マシンとのやり取りのほとんどは、sshまたはWebブラウザーを介して行われます。多くの場合、特にアイドル時間の後、セッションに何かを入力したり、Webページにアクセスしたりしますが、何も起こりません。最終的に、10〜15秒後、通常のアクティビティがエラーなしで再開されます。デッドタイムからのsshキーストロークはラッシュで通過します。 Webリクエストは失われたように見えますが、すばやく「ページを再読み込み」すると、遅滞なく結果が得られます。コンソールへのVNCセッションを見るとわかるように、仮想マシンは全体として常に実行され続けます。 2人のゲストはこのように独立しています。両方が同時にフリーズする場合もありますが、一方がフリーズしているときに一方が正常に動作する場合もあります。ホストまたはゲストで、フリーズ時にdmesgにエラーはありません。
解決策、原因、またはさらなる診断のためのアイデアはありますか?
(補足情報、7/27)
ホスト上の「ifconfig-a」からの出力は次のとおりです。
hope 5$ Sudo ifconfig -a
br0 Link encap:Ethernet HWaddr 4A:F0:CA:32:F5:88
inet addr:192.168.3.30 Bcast:192.168.3.255 Mask:255.255.255.0
inet6 addr: fe80::7271:bcff:fea2:f4c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:140947463 errors:0 dropped:0 overruns:0 frame:0
TX packets:66981660 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:192776331275 (183845.8 Mb) TX bytes:9469675717 (9030.9 Mb)
br0:1 Link encap:Ethernet HWaddr 4A:F0:CA:32:F5:88
inet addr:192.168.3.31 Bcast:192.168.3.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
br0:2 Link encap:Ethernet HWaddr 4A:F0:CA:32:F5:88
inet addr:192.168.3.32 Bcast:192.168.3.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
eth0 Link encap:Ethernet HWaddr 70:71:BC:A2:F4:C4
inet6 addr: fe80::7271:bcff:fea2:f4c4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:141848164 errors:0 dropped:0 overruns:0 frame:0
TX packets:68852413 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:195831275369 (186759.2 Mb) TX bytes:9559920997 (9117.0 Mb)
Interrupt:20 Memory:d0300000-d0320000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:27197534 errors:0 dropped:0 overruns:0 frame:0
TX packets:27197534 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:127242745992 (121348.1 Mb) TX bytes:127242745992 (121348.1 Mb)
sit0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
tap0 Link encap:Ethernet HWaddr 4A:F0:CA:32:F5:88
inet6 addr: fe80::48f0:caff:fe32:f588/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:397512 errors:0 dropped:0 overruns:0 frame:0
TX packets:668318 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:38045826 (36.2 Mb) TX bytes:750358170 (715.5 Mb)
tap1 Link encap:Ethernet HWaddr 56:92:5E:DE:93:67
inet6 addr: fe80::5492:5eff:fede:9367/64 Scope:Link
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:25635 errors:0 dropped:0 overruns:0 frame:0
TX packets:88846 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:1999805 (1.9 Mb) TX bytes:17071986 (16.2 Mb)
ホスト上の「brctlshow」からの出力:
hope 6$ Sudo brctl show
bridge name bridge id STP enabled interfaces
br0 8000.4af0ca32f588 no eth0
tap0
tap1
1人のゲストの「ifconfig-a」からの出力:
guest1# ifconfig -a
eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56
inet addr:192.168.3.35 Bcast:192.168.3.255 Mask:255.255.255.0
inet6 addr: fe80::5054:ff:fe12:3456/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:323061 errors:0 dropped:0 overruns:0 frame:0
TX packets:210150 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:298541685 (284.7 MiB) TX bytes:25958962 (24.7 MiB)
Interrupt:11 Base address:0x4000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:2305 errors:0 dropped:0 overruns:0 frame:0
TX packets:2305 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:481780 (470.4 KiB) TX bytes:481780 (470.4 KiB)
sit0 Link encap:IPv6-in-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
他のゲストにも同じことが言えます。
guest2# ifconfig -a
eth0 Link encap:Ethernet HWaddr 52:54:00:12:34:56
inet addr:192.168.3.36 Bcast:192.168.3.255 Mask:255.255.255.0
inet6 addr: fe80::5054:ff:fe12:3456/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:62641 errors:0 dropped:0 overruns:0 frame:0
TX packets:25718 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:10789140 (10.2 MiB) TX bytes:2012261 (1.9 MiB)
Interrupt:11 Base address:0x4000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:182 errors:0 dropped:0 overruns:0 frame:0
TX packets:182 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:25798 (25.1 KiB) TX bytes:25798 (25.1 KiB)
sit0 Link encap:IPv6-in-IPv4
NOARP MTU:1480 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
私はついにこれに対する正しい答えを見つけました。
簡単な答え:MACアドレスの競合。
長い答え:qemuは、仮想マシンごとに仮想ネットワークカードを作成します。この仮想NICにMACアドレスを割り当てます。デフォルトでは、すべてのNICに固定アドレス(52:54:00:12:34:56)が割り当てられます。同じホストで複数のゲストを開始すると、すべてのゲストが同じ固定アドレスを取得します。これは、私の元の質問のifconfig出力でも確認できます。当然、これはゲストをブリッジする場合に問題になります。これは、同じネット上に同じMACアドレスを持つ2台の物理マシンがあるのと同じだからです。 ARPは最善を尽くし、それらの間を行ったり来たりしますが、タイムアウトが長いため、私が見た結果が得られます。
したがって、解決策は、各ゲストの-netパラメータに「macaddr = ...」フラグを追加して、各ゲストが一意のMACアドレスを持つようにすることです。例:
# qemu-kvm -hda <disk-image1> -m 2048 -vga std -vnc :3 -net nic,vlan=0,macaddr=52:54:00:00:00:03 -net tap,vlan=0,ifname=tap0,script=/etc/qemu-ifup
# qemu-kvm -hda <disk-image2> -m 2048 -vga std -vnc :4 -net nic,vlan=0,macaddr=52:54:00:00:00:04 -net tap,vlan=0,ifname=tap1,script=/etc/qemu-ifup
私の意見では、qemuのデフォルトの動作はこれについてより賢明であるはずですが、開始された順序に関係なく、各ゲストが開始されるたびに同じMACアドレスを取得することがかなり重要だと思います。おそらく作者は考えられなかったでしょう。これを確実にする方法。
いずれにせよ、同じネットワーク(仮想またはその他)で複数のゲストを実行している場合は、MACアドレスを明示的かつ一意に設定してください。そうしないと、同じ問題が発生します。
この問題の原因は2つあります1.ldap 2. NetworkManager
だからこれを解決し、LDAPとNetworkManagerを無効にします