Тестируем прекрасное решение по виртуализации рабочих мест Sun VDI 3.1. Все в нем радует, кроме одного НО, на которое быстро налетают наши пользователи:

• если у Вас развернут в качестве User Directory домен Active Directory,
• если Вы завели CN для пользователей, например, кириллицей,

то Вы получите при отображении пользователей в BUI совсем не то, что Вы ожидаете увидеть.

Есть решение этой проблемы.

Разобрался наконец с трудноуловимым багом в ESX3i.

Имеем сервер HP ML150 G2 с двумя сетевыми адаптерами:

• Broadcom BCM 5721, на motherboard, имеющий интерфейс 1000BaseT, подключенный к 100BaseT порту,
• отдельный 3Com 996-SX на чипе Broadcom BCM 5701, имеющий интерфейс 1000BaseSX, по нему же и подключенный.

Изначально первый адаптер использовался для подключения сервера к управляющей сети, а второй в режиме VST с пробросом через него нескольких VLAN, для основного подключения к сетевой инфраструктуре.

Баг был в следующем – достаточно часто клиенты жаловались на потери соединений с виртуальными машинами. Особенно это досаждало при работе с терминальным сервером. В журналах как гостевых OS, так и самого ESX никаких следов не обнаруживалось.

Задача.

Быстро создавать виртуальную машину с Windows XP/2003 для VMware ESX.

Ответ.

Очевидно – использовать VMware Virtual Center с технологией шаблонов.

Но он не бесплатен, бюджет небезграничен, а упростить жизнь администратора хочется прямо сейчас.

Задача

Есть необходимость читать и записывать много небольших файлов на Windows 2003R2 Server с клиента, работающего на Solaris 10 Update 5.

Первое, что приходит в голову – настроить SAMBA для Solaris 10. Но, очевидно, это не самый простой способ – хотя бы потому, что SAMBA нужно найти, установить и настроить в Solaris 10.

Чуть позже вспоминаем про NFS, а также что Services for UNIX, в который входит NFS server и client встроено в Windows 2003R2 Server. Получается, что все, что нам нужно у нас уже есть. Осталось только настроить.

Старые песни на новый лад.

Uptime сервера VMware ESX3i достиг 7 дней. За это время часы в гостевой linux и на хосте разбежались на 5 минут вперед, чего хватило, чтобы авторизация Kerberos перестала работать. ntpd не смог скорректировать такую разницу.

13 августа 2008 года были выпущены дополнительные пакеты исправлений со статусом CRITICAL.

Исправления коснулись:

• Firmware (ESXe350-200808201-I-UG: Firmware Update - Described in KB 1005911)
• VMware Tools (ESXe350-200808202-T-UG: VMware Tools Update for ESXi - Described in KB 1005912)

Первое обновление требует перезагрузки хоста.