Уменьшение размера диска ВМ vmWare ESXi с ОС windows 2000 server

Имелась в виртуальной инфраструктуре старая виртуалка с операционной системой windows 2000 server. Диск был большой и толстый. Толстый в плане Thick. И имелось на нем порядочно свободного места. И сама виртуалка стояла скорее "на всякий случай", т.е. рост диска не планировался. Появилось естественное желание сконвертировать диск в "тонкий" и затем его "сжать" дабы освободить место. Сконвертировал путем миграции ВМ на новое хранилище. К слову - есть два способа преобразования:
1. Storage vMotion - в процессе миграции можно сменить тип диска.

2. Использование VMware Converter. В процессе конвертации также будет предложено выбрать формат дисков.

Итак получил тонкий диск. Решил перенести ВМ обратно и вот тут процесс завис. Именно на этой виртуалке с windows 2000 server. 

Тогда попробовал использовать с чтобы вернуть диск к первоначальному типу - программа отказалась запускается на древней ОС. Слышал что можно использовать более ранние версии VMware Converter, но решил пойти другим путем. - уменьшить разделы диска с помощью программ работы с обычными, не виртуальными дисками, после чего клонировать диск на диск нужного размера.

Обновление драйверов HP в VMware ESXi 5.1 через Update Manager

Обновления Firmware для серверов HP ProLiant, доступное для гипервизора VMware ESXi 5.1 компания HP выкладывает на http://vibsdepot.hp.com/hpq/.
Эти обновления нужны и в том случае, если изначально использовался образ ESXi от HP - драйверы то устаревают.
Для владельцев платной версии ESXi c установленными vCenter и Update Manager нет необходимости что-то скачивать, - достаточно настроить Update Manager.

vmware tools не может обновиться. Отсутствует VMware Tools.msi.

Обновление не проходит поскольку не идет изменение предыдущей версии. При этом вручную VMware Tools не удаляется и также просит VMware Tools.msi.

Для решения этой проблемы необходимо почистить реестр. Вручную чистить не нужно, достаточно зайти через командную строку на CD-ROM, например D:\ и запустить

setup /c

Для 64-разрядной -

setup64 /c

Затем обновление проходит в обычном режиме.

Обзор решений HP для бизнеса

Не секрет, что хорошему сисадмину необходимо не только уметь администрировать "железо", но и быть в курсе тенденций развития аппаратного обеспечения если не всех вендоров, то хотя бы того, оборудование которого используется в компании. При этом лазить по сайту вендора иной раз бывает не удобно, а анонсы выхода нового оборудования можно и прокараулить. В этом отношении очень удобным является брошюра от компании Hewlett Packard - Краткий обзор аппаратных платформ, типовых архитектурных решений и сервисов HP для корпоративных информационных систем. Брошюра распространяется как файл PDF, текущая версия выпущена летом 2013 года, 90 страниц. Брошюру будет интересна как сисадминам, которые уже имеют дело с оборудование HP и хотят узнать а что же новенького приготовила HP и не стоит ли задумываться об обновлении, так и новичкам, которые хотят расширить свой кругозор.
Приведу содержание брошюры:

Установка MPIO в ОС Windows для СХД HP EVA, HP P2000/MSA2000

MPIO

Multi-Path Input Output — технология, позволяющая соединять устройства хранения и серверы, используя несколько портов или контроллеров, обеспечивая тем самым избыточность подключений. С помощью дополнительных компонентов физических путей (адаптеры, кабели, коммутаторы) создаются логические пути между сервером и хранилищем. При выходе из строя одного или нескольких компонентов, логика MultiPath позволит использовать альтернативный логический путь, сохраняя для приложений доступ к данным.

Можно использовать стандартный, встроенный в Windows. Но можно и HP MPIO.

Подключение СХД (SAN) к серверам HP ProLiant BL460c Gen8 по iSCSI

Скажу сразу, что в данном случае мы не будем пользоваться программным инициатором операционной системы. СХД подключается с помощью Emulex iSCSISelect Utility, которая доступна при загрузке сервера. Далее устанавливается лишь MPIO (Multi-Path Input/Output) -  в операционной системе Windows, либо проводятся соответствующие манипуляции на хосте ESXi.

ZABBIX. Частое срабатывание триггера. Функция COUNT.

ВЕБ-мониторинг в ZABBIX работает хорошо, триггеров довольно много. Но если сам ВЕБ-сервис подвисает, то ZABBIX начинает добросовестно слать оповещения, т.е. в данном случае спам. Справился с этой проблемой ... нет, не переустановкой сервиса (нельзя его просто пока трогать) а настройкой чувствительности триггера. Хотя можно просто отредактировать времени ожидания шага сценария: Настройка - Веб - выбор сценария - шаги время ожидания. Но этот вариант мне как-то не пришелся по душе. Я изменил условие триггера таким образом, что он срабатывает лишь если проверка доступности сайта два раз подряд завершится неудачно.
При стандартном создании триггера создается следующее выражение: web.test.fail[имя сервиса].last(0)}#0. Т.е. если проверка доступности сервиса возвращает не 0 (а 0 - это норма) то триггер срабатывает. Вместо last(0)}#0 поставим count(#2,1)}=2. Теперь триггер работает следующим образом: Количество последних 2 значений равно «1», т.е. если проверка доступности сайта два раз подряд завершится неудачно, триггер срабатывает.

Значения функции COUNT: