Ещё трава

[narga]

Друг подкинул свеженькой травы:

У меня только что состоялся разговор с админом из нашей виндовой группы, который в конце декабря прослушал курс vSphere Base.
Цитата: "а зачем vShpere Replication? Разве нельзя питерский ESXi подцепить к московскому vCenter и заюзать vMotion?"

Comments

[mindphaser-dn.livejournal.com]

для меня звучит как феня %)

[ugryumy.livejournal.com]

Ага. Я тоже хотел спросить "а где слово лопата"? :))))

[zhenyat.livejournal.com]

Вика, а можно вопрос по работе?
На форумах microsoft уже спрашивала - никто пока не смог помочь... А тебе может уже встречалось...

****
Имеется два одинаковых сервера Supermicro отличающихся лишь версией прошивки bios - у одного 2.0а у второго 3.0

Сервера должны загружаться по PXE через vmware auto deploy.

DHCP сервер работает на Windows Server 2008R2. На сервере dhcp имеется суперобласть, в которую входят две области 0.х и 254.х

Область 0.х - динамическая, область 254.х - статическая, в ней резервируются адреса для для сетевого оборудования.

На оба сервера прописано резервирование в сети 254.х и указаны опции 66 - адрес сервера vcenter autodeploy и 67 - имя файла загрузки

Первый сервер, с версией биос 2.0а спокойно получает зарезервированный адрес, все опции pxe загрузки и грузится.

Второй - сначала вместо mac адреса получал от dhcp сервера динамический адрес по своему GUID. Хорошо, заменила в параметрах резервирования mac на GUID - стал получать правильный адрес из статики, но после первичной загрузки образа PXE и обращения к gPXE он снова зачем то обращался к серверу dhcp но уже по mac адресу, получал динамический и не мог продолжать дальнейшую загрузку!

Танцы с бубном в конце концов привели к тому, что теперь этот сервер вообще не хочет получать адрес при PXE загрузке, wireshark показывает что он посылает пакет discover, dhcp отвечает ему offer но почему то игнорируя резервирование, предлагает адрес из динамической сети 0.х . Сервер тупо игнорирует и это предложения, продолжая рассылать discover-ы...

Первый же сервер - продолжает работать нормально, получая по PXE статический адрес, адрес tftp сервера и имя файла загрузки, и спокойно загружается...

Помоги разобраться - в чем может быть дело?

[zhenyat.livejournal.com]

Так, удалось вернуть начальное поведение

- сначала сервер запрашивает адрес у dhcp по guid (в резервировании пришлось вписать полный guid вместо mac)

- получает опции для pxe загрузки, загружает с auto deploy сервера образ программы загрузки, которая после этого снова опрашивает сеть на предмет получения адреса, но уже по честному mac-у, получает адрес из "динамической" сетки и на этом отваливается не находя auto deploy сервера...

Т.е. вопрос уже не по работе dhcp сервера, а о том, как заставить pxe загрузчик сервера требовать ip-шник не по GUID а по MAC... Неужели придется откатывать версию bios?

[ra1aie.livejournal.com]

А BIOS - EFI?

[zhenyat.livejournal.com]

Да, bios efi сетевой стек отключен, включена загрузка по pxe

[boot-from-cd.livejournal.com]

А какие настройки у тебя в vmware?

[zhenyat.livejournal.com]

Создано правило с фильтрацией по ip -шникам, привязывающее к кластеру. К правилу привязан профиль с ответами.

[boot-from-cd.livejournal.com]

Слушай, извини. Хрен знает, что это такое, заочно не скажу.

[zhenyat.livejournal.com]

Так, удалось вернуть начальное поведение

- сначала сервер запрашивает адрес у dhcp по guid (в резервировании пришлось вписать полный guid вместо mac)

- получает опции для pxe загрузки, загружает с auto deploy сервера образ программы загрузки, которая после этого снова опрашивает сеть на предмет получения адреса, но уже по честному mac-у, получает адрес из "динамической" сетки и на этом отваливается не находя auto deploy сервера...

Т.е. вопрос уже не по работе dhcp сервера, а о том, как заставить pxe загрузчик сервера требовать ip-шник не по GUID а по MAC... Неужели придется откатывать версию bios?

[goblinid.livejournal.com]

vmotion - то заюзается - если каналы между цодами хорошими... но решение не по канонам конешно! :)