VMware仮想マシンのクローンを作成するときに、MACアドレスとUUIDの競合を防ぐにはどうすればよいですか？
VMware Fusion（Mac用）とVMware ESXi/vSphereの両方で次の問題に遭遇しました。多くの方はこの問題に精通しており、VMware KBで説明されています：「 ネットワーキングがクローンLinux仮想マシン（2002767） で機能しません。」
- CentOS VMを作成します。
- これは必要最低限のソフトウェアですVM最小限のソフトウェアセットと機能するネットワークスタックで構成されています。アイデアは、最小限のVMを取得し、それを複製して後でソフトウェアを追加することです。
- そのVMのクローンを作成する
- VMware FusionまたはvCenterは、クローンされたVMのネットワークインターフェイスに新しいMACアドレスを割り当てます。
- Linuxはこの新しいMACアドレスを認識しないため、ネットワークは機能しません。ファイル
/etc/sysconfig/network-scripts/ifcfg-ethNには、最初のマシンのインターフェースのMACアドレスが含まれています。 - これを修正するには、新しいVMのMACアドレスを見つけ、
ifcfg-ethNを編集して、このMACをHWADDR=フィールドに追加する必要があります。 MACを単純にカットアンドペーストしてフィールドに貼り付けることはできないため、特にペンと紙にMACを書き留めておくのを忘れた場合は、エラーが発生しやすくなります。 - （ボーナスポイント）新しいVMでは、eth0、eth1などが間違った順序で表示されることがよくあります。これを修正するには、 不可解なダンス
/etc/udev/rules.dが必要です
私はこれを行うことができますが、何かをテストするために新しいVM=をスピンアップしたいだけの場合、それはエラーが発生しやすく、一種の苦痛です。
この手動プロセスを簡略化する方法はありますか？新しいマシンのクローンを作成するとき、MACアドレスの問題をどのように修正しますか？
デバイスの永続性の要素は、これらのVMの邪魔になるだけなので、それを取り除きます。
HWADDRファイルからUUIDおよびifcfg行を完全に削除し、- 削除
/etc/udev/rules.d/70-persistent-net.rules複製前
これにより、新しいMACアドレスを持つeth0が実際にifcfg-eth0初回起動時。