VMware仮想マシンのクローンを作成する場合、MACアドレスとUUIDの競合を防ぐにはどうすればよいですか?


10

VMware Fusion(Mac用)とVMware ESXi / vSphereの両方で次の問題に遭遇しました。多くの方はこの問題に精通しており、VMware KBで説明されています:「ネットワーキングがクローンLinux仮想マシンで機能しない(2002767)」。

  1. CentOS VMを作成します。
    • これは、最小限のソフトウェアセットと機能するネットワークスタックを備えた最小限のVMです。アイデアは、最小限のVMを取得し、それを複製して、後でソフトウェアを追加することです。
  2. そのVMのクローンを作成する
  3. VMware FusionまたはvCenterは、クローンされたVMのネットワークインターフェイスに新しいMACアドレスを割り当てます。
  4. Linuxはこの新しいMACアドレスを認識しないため、ネットワーキングは機能しません。このファイルに/etc/sysconfig/network-scripts/ifcfg-ethNは、最初のマシンのインターフェースのMACアドレスが含まれています。
  5. これを修正するには、新しいVMのMACアドレスを見つけ、ifcfg-ethNこのMACを編集してHWADDR=フィールドに追加する必要があります。MACを単純に切り取ってフィールドに貼り付けることはできないので、特にペンと紙にMACを書き留めておくのを忘れた場合は、エラーが発生しやすくなります。
  6. (ボーナスポイント)新しいVMでは、eth0、eth1などが間違った順序で表示されることがよくあります。これを修正するには、周りに難解なダンスが含まれます/etc/udev/rules.d

私はこれを行うことができますが、何かをテストするために新しいVMを起動したいだけの場合、それはエラーが発生しやすく、一種の苦痛です。

この手動プロセスを簡略化する方法はありますか?新しいマシンのクローンを作成するとき、MACアドレスの問題をどのように修正しますか?


これらのシステムの場合、デバイスの永続性を維持することにまったく関心がありますか?
シェーンマッデン

いいえ、ネットワークインターフェイスではありません。
Stefan Lasiewski、2014

回答:


13

デバイスの永続性の要素はこれらのVMの邪魔になるだけなので、それを取り除きます。

  • ファイルからHWADDRおよびUUID行を完全に削除し、ifcfg
  • /etc/udev/rules.d/70-persistent-net.rulesクローンする前に削除

これにより、新しいMACアドレスを持つeth0がifcfg-eth0初期ブート時に実際にを使用できるようになります。


うーん、これはうまくいくようです。HWADDRオプションだとは思いもしませんでした。UUIDも削除する必要がありますか?
Stefan Lasiewski、2014

1
@StefanLasiewskiああ、そうですね。
シェーンマッデン

+1はチャームJのように機能しました
ディープダイブ2016

2
Googleの検索結果トップ10のうち、これが機能します。注:HWADDRAND UUID行を削除します/etc/sysconfig/network-scripts/ifcfg-eth0
ハワードリー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.