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 и запускаете.

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

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 хосты.

Решение это проблемы нашёл по ссылке http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2002955

А если кратко, то есть 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.

IBM HS23E НЕ ПОДДЕРЖИВАЕТ установку гипервизоров VMware, Hyper-V, Xen and KVM на встроенный RAID контроллер!!!

Работал я тут над подборам решения одному из заказчиков и выяснилось интересная особенность новых серверов IBM HS23E.

RAID контроллер IBM ServRAID C105 по умолчанию устанавливаемый в сервер IBM HS23E не поддерживает:

1. Любые SAS диски!!
2. Установку гипервизоров VMware, Hyper-V, Xen and KVM hypervisors!!!
3. В ОС Windows и Linux нет встроенных драйверов под этот контроллер. Драйвера необходимо скачивать отдельно и указывать при установке ОС.

Гипервизор на этот  сервер возможно поставить 2 путями:

1. На USB Flash
2. Доставить дополнительный контроллер IBM ServRAID H1135 за ~$500. В этом случает так же возможно ставить SAS диски.

ИСТОЧНИК

http://www.redbooks.ibm.com/abstracts/tips0887.html

Проблемы с новой IBM DS3500 прошивка 07.83.22.00

Пришла тут по одному по одному проекту IBM DS3512 с FC платой в комплекте.
После установки FC платы SFP+ модули не увиделись на контроллерах.

После взаимодействия с службой поддержки IBM выяснилось что большая часть вновь поставляемые DS3500 с установленной Firmware контроллеров версии 07.83.22.00 имеют следующую ошибку с завода.
Для её решения необходимо после установки плат расширения FC или других заново произвести обновления (перепрошивку) микрокода контроллеров на прошивку версии 07.83.22.00.

Можно сделать это следующем образом:

1. Устанавливаем и открываем IBM DS System Manager 10 Client
2. Добавляем систему
3. Открывает управления системой
4. Заходим в View Event Log

5. Выделяем всё кнопкой "Select All"

6. Сохраняем всё кнопкой "Save As" в файл 

7. Удаляем все записи в логе кнопкой "Clear All" 

8. Заходим в раздел обновление  "Upgrade" как видно на нижнем рисунке

9. Нажимаем да на проверку логов контроллеров.
Выбираем с диска микрокод контроллера и NVSRAM с диска ПК и нажимаем "Transfer..." 

Как боротся с Misaligments partition

Не так давно столкнулся с проблемой Misaligments partition на VM под VMware.

Проблема известная и возникает у всех производителей СХД и не только при использовании виртуализации.

Вот один из примеров описанных на сайте Microsoft http://msdn.microsoft.com/en-us/library/dd758814(v=sql.100).aspx

Немного поискав я нашёл много информации на сайте компании NetApp


Вот одна из утилит решающих эту проблему

http://synsol.eu/blog/2010/03/disk-alignment-check-utility-how-to-use-diskpart-to-format-your-partitions-with-correct-alignment/

Так же у самой компании NetApp есть собственная утилита которая может находить и решать проблему на виртуальных машинах VMware. Ссылка на утилиту https://docs.google.com/open?id=0By_uMQYzJ08QVVVQMU5XdElDcjQ

Ниже привожу некоторые слайды из презентации описывающие эти проблемы и методы её решения.

Делаем AUTOBOOT на контроллерах в NetApp DATA ONTAP 8.x

Что то я давно не писал в этот блог. Надеюсь буду это делать чаще.

Наткнулся я недавно на одну проблему в настройках с СХД NetApp после upgrade NetApp Data ONTAP 8.x.

Перестали автоматически загружаться контроллеры после перезагрузки или отключения питания.

Пока найдено решение требующее перезагрузку контроллеров путём изменения настроек в загрузочном файле контроллера:

1.      1.       Изменяем настройки контроллера B

a.       Заходим через management контроллера А (например через putty)

b.      Видим login и пароль

c.       Cf takeover – переключаем настройки контроллера B на A

d.      Заходим через BMC контроллера B (например через putty)

e.      Видим login и пароль на BMC контроллера

f.        System console – входим в консоль котроллера видим LOADER-B>

g.       setenv AUTOBOOT true – настраиваем autoboot (регистр имеет значения)

h.      saveenv – сохраняем изменения

i.        printenv – проверяем сделанную настройку (ищем строчку – «autoboot true»)

j.        выходим обратно в BMC (в putty Ctrl+G)

k.       system power off – выключаем контроллер и соглашаемся нажимая "y"

l.         system power on - включаем контроллер

m.    System console – входим обратно в консоль контроллера чтобы убедится что всё отработало.

n.      Ждём загрузки контроллера B

o.      После загрузке на контроллере A делаем - cf giveback

2.       Изменяем настройки контроллера A

a.       Заходим через management контроллера А (например через putty)

b.      Видим login и пароль

c.       Cf takeover – переключаем настройки контроллера A на B

d.      Заходим через BMC контроллера B (например через putty)

e.      Видим login и пароль на BMC контроллера

f.        System console – входим в консоль котроллера видим LOADER-A>

g.       setenv AUTOBOOT true – настраиваем autoboot (регистр имеет значения)

h.      saveenv – сохраняем изменения

i.        printenv – проверяем сделанную настройку (ищем строчку – «autoboot true»)

j.        выходим обратно в BMC (в putty Ctrl+G)

k.       system power off – выключаем контроллер и соглашаемся нажимая "y"

l.         system power on - включаем контроллер

m.    System console – входим обратно в консоль контроллера чтобы убедится что всё отработало.

n.      Ждём загрузки контроллера B

o.      После загрузке на контроллере B делаем - cf giveback

Как пробросить USB over IP на 5 виртуальных машин?

Как пробросить USB over IP на 5 виртуальных машин?

Очень просто!
Появилась такая желазка Digi AnywhereUSB/5 with Multi-Host Connections (p/n: AW-USB-5M-W) которая позваляет прокидовать порты по IP USB порты и при том в отличии от предыдущей версии это железки позваляет распределить 5 портов по 5-ми виртуальным машинам.

Почитать про неё более подробно можно здесь http://www.digi.com/products/model?mid=3786