admin.txt

… заметки IT’шника…

Upgrade virtual hardware с 4 на 7 версию. Как обновить виртуальное железо.

После переезда на VMware vSphere и обновления всех ESX/ESXi  хостов до 4 версии, начал наводить порядок с бэкапами, шаблонами и прочим добром.

Сразу думал что оставлю все старые виртуалки на 4 уровне virtual hardware (новые сразу уже 7 уровня делаю), т.к. много работы по обновлению. Ведь сразу все не сделаешь, да еще и может что-нибудь поломаться. А позднее, вышел на необходимость обновления виртуального железа до 7 уровня, что бы можно было юзать vStorage API, а конкретнее CBT (Changed Block Tracking).

Уже обновив более 20 виртуалок, можно сделать вывод: Windows виртуалки обновляются почти без проблем, Linux — тоже все ОК, а вот Solaris и прочие редкости — сразу ломаюццо (нужен индивидуальный подход с длительним инвестигейтом).

Сразу оговорюсь, что без предварительного бэкапа виртуалки, лучше не поводить обновление виртуального железа. В крайнем случае — сделать снапшот перед началом работ.

Использовать VMware vCenter Update Manager я не рискнул,  т.к. еще не налажены бэкапы виртуалок, может через пару недель попробую.

Итак, планируем обновление VMware Tools и Vitrual Hardware для каждой виртуалки. Потребуется 4 перезагрузки для каждой виртуалки, в течении всего процесса обновления.

Процес стоит проводить в такой последовательности:

  1. Обновить VMware Tools вируталки до актуальной версии. В идеале билд тулзов=билд хоста, но минимальное требование — тулзы от esx\esxi 4. После завершения установки/обновления vmware tools гостевая ос должна перезагрузится (1 ребут). Для этого этапа можно использовать update manager, можно обновить тулзы в автоматическом или интерактивном режиме. В результате мы должны видеть статус ОК на вкладке Summary:

    VMtools Status OK -on HW4

    VMtools Status OK before HW upgrade

  2. Обновить Virtual Hardware, небходимо убедится в корректной установке VMware Tools на виртуалке. Обязательно наличие бэкапа виртуалки.
    Для этого процесса так же можно использовать vCenter Update Manager, или же вручную обновлять уровень виртуального железа (выключив предварительно виртуалку). Этот этап  — 2 ребут.
  3. Перезагрузка Гостевой ОС, после установки всех драйверов на новое виртуальное железо железо (3-й ребут).
    для Windows:  Залогинившись в ОС, сразу после ее загузки (для винды), можно наблюдать поцесс установки драйверов. После завершения устанвоки драйверов должен появится запрос на перезагрузку, если он не появился — нужно ребутнутся вручную.
    При обновлении вируального железа происходит замена виртуальных сетевых адапетеров, настройки сети переносяся со старого адаптера на новый. Но иногда случается глюк, поэтому желательно предварительно сохранить сетевые настройки вируталки (ipconfig -all >c:\ipcongig.txt), или иметь возможность восстановить из другого источника.
  4. Удаление отсутсвующего сетевого адаптера .
    (для Windows) При обновлении вируального железа происходит замена виртуальных сетевых адапетеров, но старые адаптеры все еще «числятся» в системе. Проверить это можно зайдя в TCP\IP настройки нового сетвеого адаптера. Если он настроен на статический IP адрес, то при нажатии на OK будет выеденно предупреждение, что другой сетевой адаптер уже имеет такой IP. Это не вызовет конфликтов в работе, но лучше удалить из системы запись о старом сетвом адаптере.
    сделать это можно так: http://support.microsoft.com/?kbid=269155 или тоже самое но в другом месте
    Кратко — нужно ввести в коммандной строке:
    set devmgr_show_nonpresent_devices=1
    start DEVMGMT.MSC

    И, включив в менеджере устройств отображение скрытых девайсов, удалить «бледный» сетевой адаптер. После этого предупреждение не будет выскакивать.
    (для linux) Тут можно отметить, что иногда сбивается нумерация сетевых адаптеров. Есть солюшены как этого избежать, но я еще не вникал.
    В своих случаях, я просто правил конфиги сети, заменяя номер eth0 на нужный.
  5. Настройка WINS. Нужно заметить, что настройки WINS, если они у вас были, не переносятся со старого интерфейса на новый при обновлении железа. Если нужо — вносим WINS как и было, заодно и проверим, что по нажатию ОК  не появляется сообщения о адаптере с таким же IP.
  6. Финальный ребут (четвертый). Это не обязательно, но если есть возможность — лучше ребутнутся еще раз и проверить что все ок. После этого можно считать работы с виртуалкой завершенными.

Ну и в заключение — нужно иметь ввиду, что после обновления вирутальног железа меняется имя сетевого подключения и MAC адрес. В большинстве случаев это не играет роли, но в некоторых окржениях может иметь значение.

___________________

Источники информации:

P2V — Error with NIC after migration with static IPv

Sphere Virtual Machine Upgrades-public

Март 2, 2010 Posted by | Virtualization | , , , | Оставьте комментарий

Email нотификация RSyslog с фильтрацией сообщений для разных получателей.

rsyslog-mailДанный пост продолжает тему использования  Email нотификаций (через SMTP) о событиях полученных демоном RSyslog. Однозначно и с уверенностю могу сказать, что сидеть в веб-интерфейсе (phpLogCon) и постоянно просматривать текущие события — дело нудное и бесполезное. Если вы хотите получить реальную пользу от внедрения RSyslog, то нужно делать почовую нотификацию на заинтересованных лиц (админов конретных сервисов/серверов).

В прошлом посте я писал об основах конфигурирования модуля для отправки почты. Сейчас, уже поработав  некоторое время с данной системой, могу выложить мой текущий конфиг. В этом конфиге я отсылаю разные сообщения на разные ящики и могу отсеивать не нужные нотификации. Фильтрация сообщений основана на Facility.Serverity классификации, плюс фильтрация на основе вхождения в текст сообщения определенного текста. Первая часть конфига — общая, служит для отправки уведомлений на сообщения с уровнем важности (serverity) начиная от err (ошибка), в не зависимости от источника (facility) события. Вторая часть — нотификация сетевого админа о событиях на коммутационном оборудовании, которое шлет сообщения с facility=local7. Дополнительно, на нотификации от коммутаторов уровень важности включает еще и предупреждения. Одинаково в обоих случаях реализована фильтрация сообщений, используя конструкцию:

if not ($msg contains 'Кусок текста по которому фильтуем')......... Читать далее

Май 14, 2009 Posted by | Linux | , | 1 комментарий

Узнать версию VMware Tools, установленных в гостевой ОС Linux.

Для того что бы узнать версию VMware Tools установленных в гостевой операционной ситеме Linux можно применять два способа.

Первый способ, для ОС с установленным графическим интерфейсом, который аналогичен способу применяемому в ОС Windows.

Необходимо запустить vmware-toolbox (из меню или из консоли) в результате чего появится окошко, на одной из вкладок которого можнонайти нужную информацию.

Окошко vmware-toolbox, где можно узнать версию vmtools

Окошко vmware-toolbox, где можно узнать версию vmtools

Второй способ — универсальный, и подходит для серверов (виртуалок) где не установлена графическая среда.

Это единственный  способ (how get vmware tool version linux ), основан на том, что конфигурационный скрипт от vmtools выводит по окончанию своей работы версию (билд) VMware tools. Но что бы не запускать конфигурацию снова и не делать ненужную работу (а возможно и опасную), мы просто ищем номер версии в исходных текстах скрипта. Он хранится там в переменной buildNr.

vm-server:~# grep buildNr /usr/bin/vmware-config-tools.pl
my $buildNr;
$buildNr = '3.5.0 build-110271';
return remove_whitespaces($buildNr);
vm-server:~#


В выводе команды сразу видим нужную информацию, билд тулзов в данном примере 110271… а гипервизор у меня 143129… надо бы обновить.

Апрель 24, 2009 Posted by | Linux, Virtualization | , | 2 комментария

Бэкап баз удаленного MySQL сервера из windows.

windowspowershellРешил завести новую рубрику и тэги для коллекционирования своих и чужих скриптов. Заодно будет полезно услышать мнения, советы и критику других людей. Я не считаю себя «великим» скриптописателям, но начальный опыт есть и надо развиваться дальше в этом направлении….

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

Суть поставленной задачи звучала так: организовать бэкап удаленной базы данных MySQL (установленной на линухе). Бэкапить надо было на виндовой тачке и там же хранить бэкапы. Хранить надо было три последних копии.

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

  • Для выполнения дампа я использовал утилиту идущую в комплекте с MySQL сервером, но я не устанавливал сам сервер, апросто скопировал mysqldump.exe c другого (виндового) сервера. Синтаксис комманды аналогичен таковому в линуксе, и учитывая кучу инфы в сети по этому поводу, приводить его тут не стану.
  • После выполнения дампа баз данных, я проводил сжатие дампа и ротацию файлов. Ротацию делал так: после создания дампа я удалял старый файл, средний файл переименовывал в старый, а новый файл переименовывал в средний. Далее сжимал дамп, давая ему имя нового файла. Для осуществления сжатия, в папку скрипта скопировал rar.exe (из папки с установленным WinRAR). Хелп у этой консольной версии довольно подробный и понятный.
  • По завершению ротации файлов отправляется почтовое уведомление. Для этого юзал утилиту mailsend.exe (бесплатный OpenSource), которая позволяет отплавлять почту используя SMTP сервер не требующий авторизации. Для расширения информации о ходе бэкапов я аттачил к каждому письму список текущих архивов, полученный коммандой dir. Читать далее

Апрель 22, 2009 Posted by | Databases, MySQL, Windows | , | 3 комментария

Черный экран входа windows и черный рабочий стол.

Столкнулся с проблемой при работе windows 2003, после перезагрузки компа — окно ввода логина черного цвета. И не возможно понять куда что вводить.

Черный login window

Черный login window

Получилось по памяти ввести логин и пароль… но дальше загрузилось такое же безобразие на рабочем столе…..

А вот по RDC вышло подключиться удачнее. Сам экран ввода пароля был черный, а после входа в систему — все встало ок.

Начал рыть в чем дело…. после очередного ребута — всегда все оставалось черным…. даже по RDC…. Вот думал и пришла хана винде.

Однако загуглив нашел причину и решение.

У меня это случилось на виртуалке ( но у людей и на физических серверах случается). У виртуалки закончилось свободное место на системном диске, собственно по этому ко мне и обратились, для расширения диска. Диск расширил, но оказалось что «поздно пить баржоми». Читать далее

Март 5, 2009 Posted by | Заметки..., Windows | , , | 5 комментариев

VirtualCenter 2: Использование шаблонов, практика применения.

Наверное всем давно известно о существовании механизма шаблонов, используемого для разворачивания виртуальных машин. Уверен что многие его успешно применяют. Но некоторым будет интересно ознакомится с описанием технологии и практики применения шаблонов в VMware Virtual Center.

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

Первая и простейшая причина применения шаблонов виртуальных машин — это эффективность. Используя механизм шаблонов можно избежать множества повторяющихся при инсталляции приложений операций. В результате можно получить полностью готовый (виртуальный) сервер намного быстрее, чем инсталляция в ручную, с самого начала. Рассмотрим следующий пример: вам необходимо создать четыре виртуальные машины, с гостевой ОС Windows. Причем три из четырех машин планируются для использования в производстве (produciton use), а четвертая — для использования разработчиками. В отличии от трех машин, четвертая не требует использования агента резервного копирования (backup agent). В процессе выполнения задания необходимо будет выполнить 17 шагов, большая часть из которых будет повторятся для каждой виртуалки (см. рисунок).

manual setup of several VM

Ручное разворачивание нескольких виртуальных машин

Это не только отнимет кучу времени на повторяющиеся операции, но и повысит шанс допустить ошибку на одном из шагов. Более эффективный путь — создание базового шаблона операционной системы с антивирусом и обновлениями, и Читать далее

Февраль 20, 2009 Posted by | Virtualization | , , , , , | 2 комментария