Це відоме як конфлікт ІС і може спричинити великі головні болі в мережі.
Ви можете повторно ініціалізувати MAC-адресу клонованого ВМ; це просто означає генерувати новий випадковий. На клонованому VM натисніть Налаштування >> Мережа >> Розширений, потім натисніть дві кругові стрілки, щоб створити новий MAC. Ваш VM потрібно буде вимкнути. Коли він завантажується, ваш сервер DHCP повинен призначити ВМ іншу IP-адресу.
Крім того, FYI, коли ви клонували свій VM, ви повинні побачити прапорець із написом "переініціалізувати MAC", який би клонував VM і генерував новий MAC замість того, щоб клонувати його.
Якщо вам було цікаво, клонування VM часто використовується для створення повної резервної копії VM, у цьому випадку ви хочете, щоб MAC та IP були однаковими, якщо вам довелося б використовувати резервну копію. Для вашого випадку клонування VM для створення кластера ви хочете повторно ініціалізувати MAC на кожному клоні.
Оновлення 1
У відповідь на ваші коментарі від 8.10.2013.
Переконайтеся, що IP-адреса не встановлена статично. Ви згадали у своєму запитанні, що VM має отримувати IP від DHCP. У такому випадку конфігурація має виглядати приблизно так. Для систем, що базуються на Debian, його можна знайти в / etc / network / interfaces
auto eth0
iface eth0 inet dhcp
Для систем, заснованих на redhat, конфігурація мережі знаходиться в / etc / sysconfig / network-script / ifcfg-eth0
У вашому другому коментарі згадується, що eth0 відсутній. У вас є eth1? Оскільки ваш комп'ютер змінив mac адреси, ОС зберігає оригінальний mac як eth0 і зазвичай призначає eth1 новому mac. Щоб скинути пристрої eth *, щоб у вас був eth0, а не eth1, вам потрібно буде очистити правила мереж udev.
Возитися з мережами може стати волохатим. Одним із варіантів було б видалити ваш клонований VM та знову клонувати оригінал та встановити прапорець "повторно ініціалізувати mac". Я не впевнений, що це вирішить вашу проблему, але це може.