Xen domUは/etc/network/interfacesをやや無視します。

Debian ベースの Linux がインストールされており、次の問題が解決します。

物理システムで起動し、オペレーティングシステムをVMwareコンテナに移動し、Xenコンテナに移動しました。物理およびVMwareインストールでは、次のように/etc/network/interfaces動作します。

auto lo
iface lo inet loopback


auto eth0
iface eth0 inet6 auto
    privext 0
    post-up ip a a fe80::1337/64 dev eth0
    post-up ip a a fc0e::1337/64 dev eth0

動作するとは、eth0が動作しており、すべてのアドレス/サブネットがeth0に設定され、プライバシー拡張が無効になっていることを意味します。

Xen VMで実行するとプライバシー拡張が有効になり（/proc/sys/net/ipv6/conf/eth0/use_tempaddris 2）、eth0は機能しますが、リンクローカルfe80 :: 64アドレスのみがあります。 VMにログインして手動で実行できます。

    ip a a fe80::1337/64 dev eth0
    ip a a fc0e::1337/64 dev eth0

、問題なく動作します。予想されるように、手動で割り当てられたアドレスを使用してこのシステムにアクセスでき、OSが物理システムまたはVMware VMの場合に機能しました。

それでは（pv）Xenゲストの違いは何ですか？これはうまくいきませんか？ログファイルには非常に疑わしい2つのエントリがあります。

syslog:Oct 31 10:41:48 hostname kernel: [    6.926601] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
syslog:Oct 31 10:41:48 hostname kernel: [    9.842540] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready

同じ壁時計の時間に発生するので疑います。 VMを作成しようとしましたが、VMが完全に起動する前にOpen vSwitchがそのタスクを処理する時間を与えるために一時停止しました。しかし、これは現象の維持を変えません。

post-up sleep 5また、タイミングの問題を追加して助けてみましたがpre-up sleep 5...まだ仮想マシンです...

私にとっては時間問題のようだ。この問題をどのように解決できますか？