среда, 26 декабря 2012 г.

NetApp: Перенос vol0 (загрузочного тома) на другой aggregate


На одном из проектов на СХД NetApp понадобилось перенести загрузочный том vol0 контроллера  c одного aggregate (aggr) на другой, новый aggregate.

Создаем новый aggregate (aggr1). Можно из графики можно командой aggr add

Создаем новый том vol1. Можно из графики можно командой vol add

Далее копируем содержимое каталога etc на новый том командой
ndmpcopy /vol/vol0/etc /vol/vol1

Делаем новый том загрузочным
vol options vol1 root

и перезагружаем контроллер командой 
reboot (отработает HA и рабочие тома переедут на другой контроллер)
или правильней можно сделать takeover на другой контроллер 

Если вам необходимо затем удалить старый том и aggregate даем команды:
delete vol0
delete aggr0

После чего переименовываем новые aggregate и том в стандартные наименования
aggr rename aggr1 aggr0
vol rename vol1 vol0

Так же если вам необходимо часть дисков передать другому контроллеру, то на контроллере на котором сейчас находится диск даёте команду:
priv set advanced
disk remove_ownership имя_диска_который_хотите_передать

Затем на контроллер на которой вы передаете диск можете дать команду disk assign all (если вы ходите забрать все диски не предлежащие ни какому контроллеру).

PS нашёл ещё одну команду
priv set advanced
disk unfail -s имя_диска - возврат диска из режима BROKEN в режим SPARE

Настройка Windows сервера на получение времени с NTP сервера

Пример скрипта настройки Windows сервера на получение времени с NTP сервера.


Net time /setsntp:172.16.1.1
W32tm /config /syncfromflags:manual /manualpeerlist:172.16.1.1
W32tm /config /reliable:yes
W32tm /config /update
W32tm /resync
reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config /v AnnounceFlags /t REG_DWORD /d 00000005 /f
reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Parameters /v Type /d NTP /f
reg add HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer /v Enabled /t REG_DWORD /d 00000001 /f
Net stop w32time
Net start w32time
Net time
Pause

Копируете в script.cmd и запускаете.

суббота, 15 декабря 2012 г.

VMware ESXi Warning: System Logs on host are stored on non-persistent storage и настройка логирования на VMware vSphere Syslog Collector

При установке ESXi на flash накопитель установленный в сервере в оповещениях на странице Summory хоста возникает ошибка "System Logs on host XXXXXX are stored on non-persistent storage."

Это означает что ваши логи не будут сохранены при отключении сервера.

Убрать эту ошибку можно путём настройки хранения лог файлов в папке на общем datastore.

Сделать это можно зайдя в расширенные настройки хоста установив параметр Syslog.global.logdir.
Если подробно, то 
1. выбираем datastore на который будем складывать логи
2. создаем папку logdir на ранее выбранном datastore
3. выбираем хост->Configuration->Advanced Settings->Syslog->Syslog.global.logdir
4. в поле значение параметра Syslog.global.logdir указываем [имя ранее выбранного datastore]/logdir.

Так же если ранее вы установили компонент VMware vSphere Syslog Collector, то на каждом хосте необходимо произвести настройку на него. 

Сделать это можно зайдя в расширенные настройки хоста установив параметр Syslog.global.logHost.
Если подробно, то 
1. выбираем хост->Configuration->Advanced Settings->Syslog->Syslog.global.logHost
2. в поле значение параметра Syslog.global.logHost. указываем имя или ip адрес сервера на котором установлен VMware vSphere Syslog Collector.

Инструкций по удалению данных из Active Directory после неудачного понижения роли контроллера домена

Инструкций по удалению данных из Active Directory после неудачного понижения роли контроллера домена


ntdsutil

metadata cleanup
connections

если пользователь под которым вы вошли в систему не имеет права Domain Admins то:
set creds имя_домена имя_пользователя Пароль

connect to server имя_сервера

quit
Metadata Cleanup
select operation target
list domains

select domain номер
list sites

select site номер
list servers

select server номер
quit
remove selected server

Наживаем "Да"


Источники: "Удаление данных из Active Directory после неудачного понижения роли контроллера домена" (http://support.microsoft.com/kb/216498/ru)

http://www.petri.co.il/delete_failed_dcs_from_ad.htm

VMware vCenter Server 5.1.0a Warning/Error 29155.Identity source discovery error

При реализации одного из проектов возникла проблема при установке VMware vCenter Server 5.1.0a



Warning 29155.Identity source discovery error. (При обновлении vCenter Server с 5.0.0 на 5.1.0a ошибка выглядит иначе Error 29155.Identity source discovery error) при установке модуля VMware vCenter Single Sign On.

После разбирательства выяснилось что один из контроллеров домена Active Directory был недоступен.

Проверить в этом ли причина этой ошибки и исправить её можно после установки с помощью утилит входящих в VMware vCenter Single Sign On.
Заходим в каталог %ProgramFiles%\VMware\Infrastructure\SSOServer\utils\

набираем команду
rsautil configure-riat -a discover-is --simulate -u admin

Команда покажет какие контролеры домена Active Directory будут использоваться при авторизации.
затем убираем –simulate из команды и получаем команду:
rsautil configure-riat -a discover-is -u admin

по выводу результата будет приведена настройка компоненты или получена подробная ошибка

Подробно как это сделать описано по это ссылке:


Подробно как это сделать описано по это ссылке:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2036320

В моём случае этот контроллер домена давно не использовался в организации, соответсвенно удаляем его из домена по следующему описанию:
"Удаление данных из Active Directory после неудачного понижения роли контроллера домена" (http://support.microsoft.com/kb/216498/ru)


Если же ошибка у вас возникла при обновлении vCenter Server с версии 5.0.0 на версию 5.1.0a, то вам стоит воспользоватся ссылкой с подробным описанием решения:
http://www.petenetlive.com/KB/Article/0000679.htm

вторник, 11 декабря 2012 г.

VMware Host currently has no management network redundancy


При реализации одного проекта наткнулся я на одну проблему:
ESXi хост подключён к сети одним сетевым адаптером и после установки ESXi и включение сервера в HA кластер VMware возникает Warning:
Host currently has no management network redundancy

Подобная проблем кстати является нормальной при использовании серверов лезвий Cisco UCS.
Решение это проблемы нашёл по ссылке http://www.vmadmin.co.uk/vmware/35-esxserver/268-esxinonetworkredundancy

А если кратко, то настройках расширенных настройках (Advanced Options) VMware HA

необходимо добавить опцию das.ignoreRedundantNetWarning со значением true.

и после этого на каждом из серверов кластера необходимо в VMware vSphere Client нажать на каждом ESXi хосте правой кнопкой мышки и вызвать команду "Reconfigure for HA"

Configuring an ESXi 5.x host to capture a VMkernel coredump

При реализации одного проекта наткнулся я на одну проблему:
ESXi хост грузится с USB-flash и после установки возникает Warning:
Host not configured with core dump server

При установке vCenter Server я установил VMware ESXi Dump Collector, но встал вопрос как на него настроить ESXi хосты.


А если кратко, то есть 2 пути:
1. через Host Profiles
2. через CLI

Я воспользовался вторым. Команды можно вводить как через vMA, так и напрямую с хоста через предварительно открытый SSH.

Покажу на приме:
esxcli system coredump network set --interface-name=vmk0 --server-ipv4=10.11.12.13 --server-port=6500
esxcli system coredump network set -e true

где:
interface-name - имя vKernel интерфеса с которого будут посылаться дампы на сервер с установленным VMware ESXi Dump Collector;
server-ipv4 - ip адрес сервера с установленным VMware ESXi Dump Collector;
port - номер порта на котором слушает сервис VMware ESXi Dump Collector.