Andrey's Blog

Экзамены RHCA в России

2012-02-02T14:56:00.002+04:00

Сегодня меня наконец авторизовали на прием экзаменов RHCA, так что теперь не обязательно лететь в Европу чтобы попытаться их сдать. В ближайшее время экзамены и цены появятся в расписании на сайте Инвенты. Но в целом, можно ориентироваться и на текущее расписание. После каждого курса, на пятый день - экзамен.

Системный инженер Linux в Инвенту

2012-01-30T17:18:00.000+04:00

Нам нужен системный инженер Linux :)

Ведущий в России партнер компании Red Hat и сертифицированный центр обучения Red Hat приглашает на работу системного инженера Linux.

Обязанности: Участие в разработке и реализации проектов по развертыванию Linux-систем для заказчиков. Техническое сопровождение развернутых систем. Технический pre-sale. Переводы технической документации. В дальнейшем возможна преподавательская деятельность (при желании сотрудника).

Требования: Высшее образование, отличное знание и практический опыт администрирования Linux/Unix-систем, свободное чтение технической литературы на английском языке, наличие сертификата RHCE либо готовность к сдаче экзамена RHCE в течение первого месяца работы. Приветствуется: знание технологий виртуализации, опыт публичных выступлений, базовые навыки администрирования ОС Windows

Условия: Оформление по ТК РФ, оплата обедов. Расположение - в центре Москвы, удобная транспортная доступность. Обучение и сертификация по профилю работы - за счет компании.

Вопросы/резюме на Golovanova_A собака инвента ру

2011-08-18T22:19:00.000+04:00

Хайку, навеянное отсутствием в Dell-овской корзине коммутаторов Cisco с бекплейном по 10 Гб на блейдовый порт:

Пойду,
Во все свои проекты
Я Pass-Thru
Панели
Пропишу

Презентация с ROSS-2011 "Частное облако на СПО сегодня"

2011-04-14T14:11:00.002+04:00

Open source private cloud. ROSS-2011. Markelov

View more presentations from amarkelov

Twitter

2011-04-09T22:19:00.000+04:00

Решил, наконец, завести учетную запись в Twitter (http://twitter.com/amarkelov) для сообщений, на которые тратить целый пост «жирно», например, ссылок на интересные ресурсы.

Единый профиль по экзаменам Red Hat

2011-03-18T17:11:00.000+03:00

Последние 10 лет после каждого сданного экзамена RHCE по новой версии ОС Red Hat присваивал новые уникальные 15-значные так называемые RHCE numbers по которым отследить историю сертификации специалиста было затруднительно. Начиная с экзаменов по 6-ке Red Hat пообещал сделать единые уникальные ID как это принято у других вендоров. Как оказалось, новые ID «задним числом» были выданы и текущим сертифицированным специалистам. Теперь можно в одном списке посмотреть всю историю сданных экзаменов. Пример по ссылке.

Использование SELinux совместно с iptables

2011-03-17T12:05:00.001+03:00

Dan Walsh, отвечающий в Red Hat за развитие SELinux опубликовал на Linux.com статью, посвященную использованию SELinux совместно с брандмауэром. Ссылка.

VMware View Client for iPad

2011-03-11T14:16:00.000+03:00

На днях вышел VMware View клиент для iPad. Подробнее можно почитать, например, в блоге у Михаила Михеева. Сегодня поставил себе клиент и попробовал на нашем стенде VMware View в лабе. Работает шустро. Можно работать с офисными программами, слушать музыку. Единственное неудобство с переключением языка (официально поддерживается только английская клавиатура). Из-за этого некоторые знаки типа двоеточия на доп. клавиатуре не вводятся. “Переключалку” Windows нужно оставить в EN, а язык менять кнопкой на клавиатуре iPad стандартным способом.
Ниже несколько снимков с экрана (кликабельны).

Советы по оптимизации производительности

2011-03-09T15:45:00.000+03:00

С удовольствием читаю интересный технический блог «about NetApp», в основном посвященный софтверной компании NetApp. На днях там появилась заметка с рекомендациями по оптимизации производительности, которые равно применимы к любой ИТ-системе. Хотя казалось бы советы очевидны, нередко ими пренебрегают что вызывает только деградацию производительности. Читаем тут.

Red Hat Satellite от Novell

2011-03-05T11:50:00.003+03:00

Компания Novell анонсировала новый продукт SUSE Manager для управления Linux-инфраструктурой. Изобретать велосипед не стали, а просто пересобрали Spacewalk - открытый ранее продукт Red Hat Satellite :) А что? Открытое ПО :)

Сегодня день тестирования FreeIPA 2

2011-02-15T13:13:00.000+03:00

Решение FreeIPA 2 «доросло» до стадии первого релиз-кандидата¸ и на сегодня назначен Fedora-15 Test Day, посвященный FreeIPA2. В свое время FreeIPA 1.X после появления в прайс-листе Red Hat (под именем Red Hat IPA) был оттуда удален, а сам проект производил впечатление «мертвого». Однако, в последнее время разработка активизировалась, в частности клиентская часть IPA уже входит в RHEL6.

В двух словах FreeIPA2 ИТ-специалисту можно описать как “AD для Linux”. FreeIPA2 включает в себя в качестве основы механизмов управления следующие продукты: 389 Directory Server, MIT Kerberos, NTP, DNS и службу управления жизненным циклом сертификатов Dogtag. Решение включат в себя веб-интерфейс и утилиты управления командной строки. Согласно дорожной карте уже в марте должен выйти финальный релиз.

Когда наконец рассчитаюсь с внезапно навалившимся «факультативным» апгрейдом до MCITP:EA и образуется хоть какая-то «дырка» во все увеличивающемся вале комплексных проектов (хотя казалось бы четвертый квартал прошел), напишу обзор данного продукта.

Почему я предпочитаю использовать англоязычный интерфейс

2010-12-27T18:05:00.001+03:00

Пример. Было:

Стало:

Перевод однозначно не может быть лучше оригинала. И «косячат» не только работающие ~~за еду~~ бесплатно переводчики СПО-проектов, которые часто не являются профессионалами, но и переводчики продуктов, продающихся сотнями миллионов экземпляров. Я по привычке использования открытых продуктов, честно потратил 20 мин времени, пытаясь отыскать способ отправить отчет об ошибке, но так и не нашел. Единственное более-менее похожее – это http://connect.microsoft.com/ но там принимаются отчеты об ошибках в продуктах статуса бета-версии.

Неофициальная статистика по сертификациям Red Hat

2010-12-13T16:56:00.000+03:00

Официально Red Hat, насколько мне известно, нигде не выкладывает статистику по обладателям сертификатов, но сотрудники GLS периодически на запросы выдают такую информацию на Certification Forums.

В октябре 2006 года было 14,866 «действующих» RHCE и 14,129 RHCT.
На ноябрь этого года было 33,303 «действующих» RHCE и 27,537 RHCT.
В марте 2008 было около 200 RHCA, в ноябре 2010 - 322.

Вышел Spacewalk 1.2 с ограниченной поддержкой PostgreSQL

2010-11-20T04:35:00.000+03:00

Вышла новая версия открытой платформы управления жизненным циклом Linux-инфраструктурой Spacewalk 1.2. Забавно, что случилось это спустя две недели после выхода RHN Satellite 5.4, который основан на Spacewalk. Видимо, разработчиков слишком торопили с выходом RHEL 6 :) Одно из важных обновлений в этой версии — возможность использовать PostgreSQL вместо Oracle. Как минимум сейчас работает:

синхронизация контента при помощи satellite-sync и spacewalk-repo-sync;
rhnpush;
регистрация клиентов;
операции с yum;

Можно предположить, что RHN Satellite 6.0, если он будет основан на Spacewalk 2.0, полностью избавится от зависимости в СУБД Oracle. Если верить дорожной карте проекта Spacewalk, то это произойдет примерно через год.

Два интересных сайта посвященных открытому ПО

2010-11-19T12:12:00.002+03:00

... и ссылки на материалы по виртуализации Red Hat.

Хотел бы поделиться ссылками на два относительно новых проекта коллег из технической команды НЦПР (ранее VDEL) - www.ossportal.ru и www.bureausolomatina.ru. Оба сайта интересы с точки зрения постоянно пополняющейся коллекции различных технических информационных материалов, посвященных корпоративному открытому ПО. В первую очередь это облачные вычисления и технологии виртуализации Red Hat, СУБД Enterprise DB, Zenoss, Alfresco и другие продукты, которые на российском рынке представляет VDEL/НЦПР. При этом, первый из двух сайтов предоставляет возможность добавлять материалы всем, кто готов поделиться опытом использования соответствующих продуктов.

Из последних интересных материалов по виртуализации, хотел бы обратить внимание на следующие:

Тестирование производительности протокола SPICE, который используется при построении инфраструктуры виртуальных десктопов (VDI) на базе RHEV-D

Раздел посещенный облачным стратегиям Red Hat. Помимо переводных материалов достаточно много оригинального контента.

Лента технических блогов, посвященных RHEV. На настоящий момент заметки о переносе виртуальных машин V2V, работе с USB в RHEV-D, описание алгоритмов миграции и fence в RHEV.

Изменения в сертификациях и курсах по RHEL6

2010-11-14T13:17:00.000+03:00

Как и предполагалось, сразу за RHN Satellite 5.4 вышла следующая версия корпоративного дистрибутива RHEL 6. Поскольку с выходом «шестерки» NDA по изменениям в обучении и сертификации Red Hat снимается, я кратко напишу о них в блоге.

Изменения в курсах линейки RHCE

Курс RH033 заменяется на RH124 Red Hat System Administration I, RH131 заменяется на RH134 Red Hat System Administration II, RH253 на RH254 Red Hat System Administration III.

Методика проведения курса полностью изменилась. Учебник теперь больше похож на «рабочую тетрадь», которую слушатель наполняет самостоятельно во время занятий. Теории там практически нет, в основном — ссылки на man и документацию. Таким образом, если раньше теоретически слушатель, пропустивший день занятия, мог самостоятельно прочитать главы учебника и нагнать коллег, то теперь это будет затруднительно. Основным носителем знаний теперь выступает преподаватель, и качество курса практически на 100% зависит от него. Сам процесс обучения стал очень интерактивным и использует более десятка современных подходов к обучению, заставляя слушателя постоянно работать и находиться в контакте с преподавателем. Больше не используется подход «лекция»- «практика». Насколько я знаю, ни у кого из ИТ-вендоров такого подхода к обучению нет. На мой взгляд, с одной стороны это должно поднять качество обучения, если курс проводится с опытным преподавателем, с другой стороны это резко повышает требования к преподавателю. У преподавателя больше нет «за спиной» слайдов и учебника с материалом, а только методические рекомендации по проведению курса. Я, честно говоря, не хотел бы оказаться на месте преподавателя, который только начнет читать курсы по «шестерке», не имея опыта по старым версиям.

Также на курсах вместо виртуализации Xen и 32-разрядных версий RHEL будет использоваться KVM и 64-разрядная операционная система.

Как говорили коллеги из Red Hat на последней партнерской конференции, обновление архитекторских курсов ожидается не ранее, чем через полгода, а по некоторым курсам - возможно не ранее, чем через год. Формат «старших» курсов тоже пока не определен. Возможно, их приведут в соответствие с методикой, использованной в 124 и 134 классах, а возможно, оставят старый формат.

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

Изменения в сертификации RHCT/RHCSA

С выходом RHEL 6 существующая сертификация «техника» (RHCT) заменяется на «системного администратора» - Red Hat Certified System Administrator (RHCSA). Все RHCT по пятой версии автоматически становятся RHCSA. Экзамена RHCT по шестой версии RHEL не будет.

По темам экзамен RHCSA почти соответствует RHCT, но некоторые из этих тем перешли в инженерный экзамен, а некоторые наоборот попали из требований RHCE в экзамен для системных администраторов. Например, теперь проверяется умение базовой настройки HTTP- и FTP-серверов.

Изменения в сертификации RHCE

Сертификаты RHCE по четвертой версии RHEL будут действительны до начала января 2011 года. Экзамен RHCE, как и RHCSA, теперь стоит 400$. Статус RHCE 6 можно будет получить только после сдачи экзамена RHCSA, таким образом, RHCSA становится обязательным предварительным требованием для RHCE. Сертификат RHCSA по пятой версии, полученный «автоматом» текущими «техниками», при этом не засчитывается.

Новые курсы и экзамены должны стать доступны непосредственно в УЦ Red Hat уже завтра, а у партнеров, вероятно, позже. Для того, чтобы партнер смог проводить обучение по RHEL 6, преподавателям надо пройти специальный 3-дневный курс. Из российских партнеров, насколько мне известно, преподаватели «Эврики», «Инвенты» и «Unix Education Center» уже обучились.

Изменения в сроках сертификации

Данные изменения применяются только к вновь полученным сертификатам. Сертификаты по 4 и 5 версиям RHEL все так же действительны до выхода RHEL на две версии старше чем та, по которой получен сертификат, плюс еще 60 дней. Например, все сертификаты по RHEL 5 будут действительны до выхода RHEL 7 и два месяца спустя. Вновь полученные статусы не будут привязаны к срокам выхода RHEL, а будут действовать 3 года. После пересдачи экзамена или сдачи одного из «старших» экзаменов линейки RHCA, «счетчик» обнуляется, и срок действия всех ваших сертификаций снова продлевается на три года вперед.

Вышел Satellite 5.4. Теперь можно ждать RHEL6.

2010-11-01T13:57:00.000+03:00

Одно из необходимых условий для выхода RHEL6 выполнено. На днях стала доступна версия RHN Satellite 5.4 - решения для обслуживания жизненного цикла Linux-инфраструктуры. Из Release Notes: «RHN Satellite 5.4 supports Red Hat Enterprise Linux 6 clients and content, due to SHA256 feature work. Previous versions of Satellite do not provide support for Red Hat Enterprise Linux 6 clients.»
Ждем GA в ноябре?

Фото. Российская делегация на 2010 EMEA Red Hat Training Partner Conference

2010-10-19T23:12:00.001+04:00

Во главе с Йенсом Циманном. «Общественный дом» вечером перед TTT по RHEL 6. По моему на фото уместились почти все действующие преподаватели Red Hat в России :)

«Дом» для virt tools

2010-10-15T15:13:00.000+04:00

У virt tools появился свой сайт, который постепенно наполняется различным содержимым: статьи, руководства. В первую очередь, сайт будет полезен работающим с такими дистрибутивами как Fedora, Debian, Ubuntu и RHEL, использующими API виртуализации libvirt, который используют утилиты virt tools. По большей части на сайте пока информация для начинающих пользователей.

Статья про RHEV

2010-10-02T22:54:00.000+04:00

На сайте журнала "Системный администратор" доступна моя обзорная статья про систему виртуализации от Red Hat. Ссылка.

Бесплатный сертификационный тест CLP 11 для RHCE

2010-09-14T12:25:00.000+04:00

Компания Novell сообщила о бесплатном (пока он в стадии бета-версии) экзамене 051-732: Novell Certified Linux Professional 11 for Red Hat Certified Engineers. Экзамен CLP для RHCE в отличие от самого экзамена CLP не является практическим, а сдается в VUE. Для подготовки к экзамену можно, например, использовать бесплатный курс Upgrading to Novell Certified Linux Professional 11 , материалы которого доступны на сайте Novell. Зарегистрироваться на экзамен можно через сайт Pearson VUE.

Курсы Red Hat в Стамбуле

2010-09-12T10:54:00.000+04:00

Совместил приятное с полезным. Отчитал пару RHCE-шных курсов в Стамбуле :) Город красивый, за полторы недели вечерами после занятий успел осмотреть все основные достопримечательности.

Клиент доставки удаленного рабочего стола SPICE портирован на N900 :)

2010-08-04T21:22:00.000+04:00

Скачать клиент можно тут.

Перенаправление USB устройств в RHEV

2010-08-03T12:29:00.002+04:00

Для того, чтобы штатно через User Portal подключиться SPICE-клиентом к виртуальному рабочему месту достаточно IP-связанности между клиентом, менеджером RHEV-M и гипервизором RHEV-H. Для того, чтобы локальные USB-устройства перенаправлялись в виртуальную машину, помимо этого необходима IP-связанность между клиентом и виртуальной машиной. Таким образом, подключить "флешку" или USB-принтер к изолированной от сети виртуальной машине не получиться. Для взаимодействия между клиентом и виртуальной машиной используется TCP-порт 32023. Журнал с отладочной информацией редиректора расположен в %temp%\usbrdrctrl*.log. Дополнительная информация тут.
UPD. Насколько я понимаю, это ограничение будет сохраняться лишь до тех пор, пока перенаправление USB в RHEV основывается на наработках http://www.incentivespro.com/. Когда перенаправление USB будет реализовано самим протоколом SPICE, видимо это ограничение будет снято.

Статья про RHEV в «Системном администраторе»

2010-07-26T10:06:00.000+04:00

В сдвоенном №7-8 журнала «Системный администратор» вышел мой достаточно подробный обзор системы виртуализации Red Hat Enterprise Virtualization.

«В ноябре 2009 года компания Red Hat анонсировала доступность первого продукта из портфолио Red Hat Enterprise Virtualization (RHEV) под названием Red Hat Enterprise Virtualization for Servers (RHEV-S), а уже в марте этого года небезызвестная компания IBM назвала данный продукт, помимо конкурентов от VMware, Citrix и Microsoft, в качестве одного из основных в стратегии развития решений виртуализации на платформе x86. [1] В конце июня 2010 года вышел следующий из продуктов линейки - Red Hat Enterprise Virtualization for Desktops (RHEV-D), включающий в себя реализацию нового открытого протокола для работы с виртуальными рабочими местами SPICE. Давайте вместе изучим текущее состояние портфолио решений виртуализации от Red Hat, и посмотрим что нас ждет в ближайшем будущем».

Материалы по виртуализации с Red Hat Summit

2010-07-07T13:45:00.000+04:00

На сайте Red Hat опубликован ряд презентаций и учебных материалов с прошедшего в июне саммита в Бостоне. По ссылке доступны все материалы, а в этом посте я хотел бы выделить те, которые имеют отношение к виртуализации KVM и решению RHEV:

Лекция посвященная миграции с Xen на KVM
Презентация Red Hat Enterprise Virtualization Best Practices & Advanced Use
Презентация Red Hat Enterprise Virtualization Architecture
Презентация KVM in Red Hat Enterprise Linux 6
Презентация Achieving Peak Performance from Red Hat KVM-Based Virtualization
Презентация V2V Moving VMware & Xen Virtual Machines to Red Hat Enterprise Virtualization / KVM
Презентация Virtualization - Consolidation & Performance Data to Help Maximize Server Utilization
Презентация Kernel Virtualization Optimizations for KVM
Презентация Storage Reconfiguration with Red Hat Enterprise Linux & Red Hat Enterprise Virtualization

Руководство по работе KVM c брандмауэром

2010-07-02T12:27:00.001+04:00

Daniel Berrange, являющийся одним из разработчиков libvirt опубликовал в списке рассылки list-libvirt краткое руководство по совместному использованию iptables и KVM. Читать тут.

RHEL6 Beta 2

2010-06-30T22:51:00.002+04:00

Первая бета-версия флагманского корпоративного дистрибутива была представлена в апреле. Сегодня вышла вторая версия. Собственно, качаем тут. В RHN, в отличие от FTP , похоже, еще лежат старые ISO.

Объявлена стоимость подписки на VDI от Red Hat

2010-06-30T19:02:00.003+04:00

Наконец на сайте Red Hat появился официальный GPL-ценник на VDI. На страничке приведена стоимость годовой подписки для Red Hat Enterprise Virtualization for Desktops Starter Kit, включающая в себя шесть управляемых RHEV-M хостов Red Hat Enterprise Virtualization Hypervisor и возможность запуска ста виртуальных машин. Если брать стандартный вариант подписки, то зная цену одного упровляемого хоста RHEV, получаем, что VDI-дополнение к RHEV на 25 виртуальных машин стоит $375. Схема расчета простая: отдельно приобретается подписка на каждый сокет сервера ($499 за сокет при стандартной подписке) и отдельно подписка на запуск виртуальных машин, которая прибавляется к серверным подпискам.

На сайте Red Hat пишет «All at a 60-80 percent lower cost with the same or better features compared to other solutions» Что касается VDI, те цифры которые у меня получались как раз укладываются в этот разброс.

RHEV 2.2 c поддержкой VDI

2010-06-24T13:42:00.008+04:00

Анонсирован выход RHEV 2.2, включающего в себя помимо серверной виртуализации, реализацию VDI на основе протокола SPICE. В качестве виртуальных рабочих мест и клиентов VDI поддерживаются как Linux, так и Windows. Согласно документам имеется перенаправление USB-устройств в виртуальные машины. В последней бета-версии которую я смотрел использовалась версия протокола 0.3, где этой поддержки не было. Будем качать — тестировать...

Из связанных с RHEV новостей, можно также отметить:

Выход первого «чернового» релиза RESTful интерфейса к Red Hat Virtualization Enterprise Manager. До этого был единственный вариант написания скриптов использованием PowerShell API.
Совместный с Cisco анонс интегрированного решения Cisco Unified Computing System и RHEV, позволяющего получать виртуальным машинам прямой доступ к устройствам ввода/вывода и повысить защиту виртуальной инфраструктуры за счет технологии Cisco Virtual Network Link.

Внешний вид пользовательского портала RHEV-D:

Сравнение защищенности гипервизоров

2010-06-18T17:56:00.003+04:00

Безусловно интересный для всех технических специалистов интересующихся виртуализацией документ «KVM Security Comparison» от Atsec information security corporation. Сравниваются гипервизоры KVM, в том виде как он присутствует в RHEL 5.4 под управлением RHEV Manager, Xen version 3.4 и VMWare ESX Server version 4.

Workaround: установка XP/2003 в Fedora 13 (KVM/libvirt)

2010-06-07T11:31:00.001+04:00

Налетел на баг 579348 при установке виртуальной машины WindowsXP. После перезагрузки процесс установки останавливается на сообщении: «Booting from hard disk.A disk read error has occurred». Workaround описанный в bugzilla работает. Необходимо выбрать загрузочным устройтвом iso-образ дистрибутива и после того как сообщение «press any key to boot form CDROM» повисит несколько секунд загрузка продолжится с жесткого диска.

Red Hat Enterprise Virtualization: Xeon Core i7 Inside

2010-05-27T11:02:00.003+04:00

Недавно в русскоязычной блогосфере появился перевод заметки с ресурса vcritical.com «Red Hat Enterprise Virtualization: Pentium II Inside». Собственно, если посмотреть бета версию RHEV 2.2 то выбор типа CPU осуществляется в настройках кластера виртуальных машин. Вот как это выглядит на снимке с экрана:

Право X для директорий в Linux

2010-05-25T14:45:00.003+04:00

Всего три типа разрешений и всего для трех уровней: владелец файла, группа-владелец, остальные. Запутаться в них все равно, что «запутаться в трех соснах». Однако, права доступа к файлам и директориям - одна из тех самых сложных «простых» тем, которые, как показывает практика, вызывают у начавших изучать GNU\Linux достаточно много вопросов.

Для того, чтобы правильно интерпретировать установленные на файл разрешения, необходимо знать разрешения, установленные на директорию, в которой расположен файл. Причем мы сейчас говорим не о каком-либо «наследовании» разрешений, а о том что они всегда работают в связке «права на директорию-права на файл в ней».

Эта связка наиболее очевидна, когда вы рассматриваете действие битов SGID и Sticky-бита, установленных на директорию, в которой расположены некие файлы. Однако, даже если в выводе команды ls -l нет ни строчных, ни прописных букв S и T, все равно эта связь существует. Для того чтобы ее понять, а также дать ответ на второй вопрос, рассмотрим, что такое директория и что такое файл в Linux, и как строение файловой системы влияет на разрешения. Говоря об устройстве файловой системы, мы максимально возможно упростим ее строение, оставив только то, что важно для понимания работы разрешений файловой системы.

Мы будем говорить только о трех вещах.

Первое — блок данных. Блок данных — адресуемый на диске кусочек файла. Зная, где находятся все блоки данных некого файла и получив к ним доступ, мы, тем самым, получаем доступ к содержимому файла. Изменяя блоки данных, мы меняем содержимое файла.

Второе — это индексный дескриптор (inode). Индексный дескриптор — это метаданные файла. В нем в том числе содержится информация о правах на файл и месте расположения на диске блоков данных этого файла. Но в индексном дескрипторе не содержится имени файла.

Третье — директория. Директория — это особый вид файла, который содержит сопоставление между именами файлов, которые «хранятся в этой директории», и индексными дескрипторами, соответствующими этим файлам. Конечно, как и у каждого файла, у директории есть свой индексный дескриптор, иначе как бы мы узнали «внутри» какой директории «лежит» данная директория.

Теперь соберем все три компонента в целое. Допустим, у нас есть директория dir2, вложенная в директорию dir1, и внутри dir2 расположен файл file1. Так это будет выглядеть для администратора:

# tree --inodes
.
`-- [20414543] dir1
`-- [20414544] dir2
`-- [20414545] file1

2 directories, 1 file
#

Обратите внимание, что перед именами указаны номера индексных дескрипторов, которые их уникально идентифицируют. С учетом наших упрощений данные директории и файл будут храниться на диске в следующем виде:

Данной информации нам достаточно для того, чтобы разобраться с правами. Как мы видим, каждый блок данных директории содержит некую таблицу, в которой слева - имена файлов, а справа - соответствующие им индексные дескрипторы. Разрешение x, которое часто определяют для директорий как «возможность сделать директорию текущей рабочей (cd) и возможность просмотреть «длинный листинг» директории (ls -l)», на самом деле означает возможность получить информацию о индексных дескрипторах файла, то есть, в нашей терминологии, — прочитать «правую часть таблички». Разрешение r позволяет осуществлять поиск неизвестного значения или получение всех значений левой части. При этом, если вам известна «левая часть», то есть имя файла, то вам разрешение r на директорию для доступа к самому файлу не требуется.

Дистрибутив RHEL 6 Beta доступен для тестирования

2010-04-21T16:59:00.003+04:00

Спустя три года после выхода RHEL 5, компания Red Hat выпустила Бета-версию следующего шестого релиза. Подробности и ссылка на ISO-образ на сайте Red Hat.

РАСПО предлагает публиковать результаты гостендеров по СПО в открытом виде

2010-03-30T12:20:00.002+04:00

РАСПО обратилась к государственным ведомствам РФ с предложением опубликовать в открытом доступе результаты работ по государственным контрактам по теме свободного ПО.

Юридический комитет РАСПО подготовил перечень работ по тематике СПО, выполненных по государственному заказу на бюджетные средства в Российской Федерации в период с 2003 по 2009 гг. Общее количество таких работ - порядка 40, это и аналитические обзоры, и разработанные программные решения.

Соответствующие письма от имени РАСПО направлены во все ведомства, выступавшие в качестве госзаказчика.

Ссылка на сайт РАСПО.

Компания Red Hat обновила решение виртуализации RHEV 2.2 beta

2010-03-29T18:29:00.001+04:00

Основные изменения:

Поддержка одной и той-же платформой управления для серверов и для VDI. Хотя в RHN каналы для серверного решения и VDI разнесены, технически там один и тот-же дистрибутив.
Импорт и экспорт в OVF.
Утилита для миграции V2V с VMware и Xen. Пока поддерживаются только виртуальные машины RHEL.
Хранилище данных с информацией по хостам и данным мониторинга для создания пользовательских отчетов
Поддержка ОЗУ в виртуальных машинах увеличена до 256GB
Ядро гипервизора обновлено до ядра RHEL 5.5
Улучшена производительность на операциях ввода-вывода при работе с «тонкими» дисками и снэпшотами.

Ссылка.

Переход к сloud computing в России

2010-03-18T15:37:00.003+03:00

Вот в свете новости на cnews, что если в дата-центре вашего "белого и пушистого" сервис-провайдера вместе с тысячью "белых и пушистых" машин других заказчиков окажутся машинки какого-нибудь "злодея"?

System x Virtualization Strategies

2010-03-11T15:52:00.002+03:00

В феврале компания IBM опубликовала на портале Redbooks шестидесятистраничный документ "System x Virtualization Strategies". В документе приведен краткий технический обзор решений основных вендоров серверной виртуализации. IBM выделяют четверых игроков: VMware, Red Hat (KVM), Microsoft и Citrix. Информация на данный момент вполне актуальна, и если вам интересно с высоты птичьего полета окинуть взглядом все четыре решения не читая на каждом из сайтов вендоров о том, что именно его технология самая лучшая и не открывая кучу вкладок в браузере, IBM собрал для вас все в одном PDF. Процитирую заключительные фразы документа: "VMware is still the dominant market leader, but the other offerings are carving out niches. Red Hat's Enterprise Virtualization offering has already become popular as the basis for many cloud solutions; Microsoft is gaining significant traction with the small, medium business (SMB) market space; and Citrix is a leading alternative for companies that want the features, reliability, and backing of a stable company but lower costs for an enterprise virtualization solution."

Ссылка на System x Virtualization Strategies.

Владельцы сертификатов LPIC-1 автоматически получают статус Novell CLA

2010-02-10T16:13:00.004+03:00

Сегодня пришла рассылка от LPI, с информацией о том, что заполнив форму на сайте Novell можно «автоматом» получить сертификацию Novell CLA. Жаль уже не актуально :) Но тем кому интересно, могут ознакомиться с деталями соглашения между Novell и Linux Professional Institute на этой страничке.

Доступ к файлам виртуальных машин ESX при помощи libguestfs

2010-01-13T16:33:00.002+03:00

Richard W.M. Jones в своем блоге опубликовал интересный пост о работе при помощи утилит libguestfs с образами VMware ESX4. Немного дополнив, напишу, в чем суть. Во-первых нам понадобятся пакеты fuse-sshfs и guestfish. Первый позволяет монтировать при помощи FUSE удаленную файловую систему по SSH FTP, а второй установит в систему интерактивную командную оболочку, из которой можно получать доступ к образам дисков виртуальных машин, в том числе и vmdk. Естественно, в системе должны присутствовать стандартные компоненты виртуализации Fedora, в частности, работающий демон libvirtd.

Для начала проверяем, какие присутствуют на хосте ESX виртуальные машины:

[andrey@f13 ~]$ virsh -c esx://192.168.1.12?no_verify=1 list --all
Enter username for 192.168.1.12 [root]:
Enter root password for 192.168.1.12:
ID Имя Статус
----------------------------------
208 www выполнение
224 mail выполнение
- 2RHEL5_DS отключить
- 2W2003_DC отключить
- RHEL5_IPA отключить
- RHEL5_Satellite53 отключить
- RHEL5_Server1 отключить
- RHEL5_Station отключить
- RHEL5_Station2 отключить
- RHEL5_Zimbra отключить

Далее смонтируем через FUSE соответствующую директорию файловой системы vmfs:

[andrey@f13 ~]$ mkdir esx
[andrey@f13 ~]$ sshfs root@192.168.1.12:/vmfs/volumes esx
root@192.168.1.12's password:
[andrey@f13 ~]$ cd esx/
[andrey@f13 esx]$ ls
4ac343f6-500e2828-d805-0022640793d2 LocalStorage1

Естественно, мы ничего нового по сравнению с тем, что нам покажет vCenter client, не увидели. Далее переходим в директорию с нужной нам виртуальной машиной:

[andrey@f13 esx]$ cd LocalStorage1/RHEL5_IPA/
[andrey@f13 RHEL5_IPA]$ ls
RHEL5_IPA-flat.vmdk RHEL5_IPA.vmdk RHEL5_IPA.vmx vmware.log
RHEL5_IPA.nvram RHEL5_IPA.vmsd RHEL5_IPA.vmxf

При помощи новой утилиты virt-list-filesystems (в версии libguestfs репозитория Fedora 12 пока ее нет, зато есть в Rawhide) смотрим какие разделы доступны внутри образа:

[andrey@f13 RHEL5_IPA]$ virt-list-filesystems -al RHEL5_IPA-flat.vmdk
/dev/sda1 ext3
/dev/vol0/home ext3
/dev/vol0/root ext3
/dev/sda3 swap

И, наконец, запускаем интерактивную командную оболочку:

[andrey@f13 RHEL5_IPA]$ guestfish --ro -a RHEL5_IPA-flat.vmdk -m /dev/vol0/root

Welcome to guestfish, the libguestfs filesystem interactive shell for
editing virtual machine filesystems.

Type: 'help' for help with commands
'quit' to quit the shell

> ll /
total 192
drwxr-xr-x. 22 root root 4096 Oct 24 07:47 .
dr-xr-xr-x 29 root root 0 Jan 8 12:59 ..
drwxr-xr-x. 2 root root 4096 Oct 7 15:07 bin
drwxr-xr-x. 2 root root 4096 Oct 7 13:45 boot
drwxr-xr-x. 4 root root 4096 Oct 7 13:45 dev
drwxr-xr-x. 93 root root 12288 Oct 24 07:47 etc
drwxr-xr-x. 2 root root 4096 Oct 7 13:45 home
....

Ну, а дальше man guestfish и help для списка команд оболочки. Для виртуальных машин с включенным SELinux крайне желательно использовать ключ --selinux, иначе при попытке записи файлов вы можете создать при монтировании образа r/w файлы без меток SELinux.

Архитектура корпоративной почтовой системы на Zimbra Collaboration Suite

2010-01-13T09:09:00.004+03:00

Немного об архитектуре Zimbra Collaboration Suite, для того чтобы было понятно "а что же там внутри?". Референсная схема почтовой системы приведена ниже:

К основным компонентам почтовой системы относятся почтовые серверы Zimbra, выполняющие определенные функциональные роли в почтовой системе (Роли: Zimbra mailbox server, Zimbra LDAP, Zimbra MTA, Edge).

Zimbra mailbox server – выделенный сервер, управляющий всем содержимым почтовых ящиков, включая письма, контакты, календарь, заметки, файлы, прикрепленные к письмам. Исполняет функции MDA. Сообщения поступают от сервера Zimbra MTA и затем пропускаются через созданные фильтры. Далее сообщения индексируются и помещаются в корректный почтовый ящик. В дополнение к Zimbra mailbox server подключаются отдельные тома для хранения резервных копий и фалов журналов.

Zimbra LDAP – служба каталогов, представляющая из себя сервер OpenLDAP с инсталлированной схемой Zimbra. Используется для хранения информации о конфигурациях служб, управления и информации о пользователях почтовой системы. Для аутентификации используется либо Zimbra LDAP в связке с Kerberos, либо существующая инфраструктура Microsoft Active Directory.

Zimbra MTA — принимает почтовые сообщения по протоколу SMTP и отправляет соответствующее письмо на соответствующий Zimbra mailbox server по протоколу Local Mail Transfer Protocol (LMTP), используя информацию полученную с Zimbra LDAP. Сервер Zimbra MTA включает в себя следующие компоненты:

• Postfix MTA для маршрутизации, перенаправления почты и блокировки вложений.
• Антивирус Clam AntiVirus, который используется для сканирования почтовых сообщений и вложений на предмет наличия вирусов
• Почтовый фильтр SpamAssassin, для фильтрации спама
• Amavisd-New, a Postfix фильтр контента, используемый в качестве интерфейса между Postfix и ClamAV / SpamAssassin

Пограничные транспортные серверы (серверы роли Edge) обеспечивают маршрутизацию трафика электронной почты по протоколу SMTP между пользователями и внешними адресатами в Internet, а также возможно защиту от вирусов и нежелательных сообщений для всего потока сообщений, проходящего через эти пограничные серверы. Серверы этой роли устанавливаются в зоне периметра.

VMware Zimbra

2010-01-13T08:20:00.003+03:00

Вчера компания VMware анонсировала приобретение Zimbra у Yahoo. Zimbra одна из лучших открытых систем коллективной работы, а в редакции Network Edition с коммерческой поддержкой представляет вполне достойную альтернативу MS Exchange, особенно с точки зрения стоимости. VMware в первую очередь Zimbra интересна в качестве сервиса работающего в «облаке» и поставляющегося по модели SaaS. В настоящее время Zimbra имеет более 55 миллионов оплаченных почтовых ящиков и эта цифра быстро растет. Сравнение с технической точки зрения различных редакций Zimbra Collaboration Suite и список функций доступен по ссылке.

Паравиртуализационные драйвера для Windows

2009-12-11T14:18:00.004+03:00

Относительно недавно в RHN появились подписанные паравиртуализационные драйвера для поддержки ОС Microsoft в среде виртуализации RHEL. Соответствующий пакет называется virtio-win и доступен в каналах RHEL Desktop Supplementary и RHEL Supplementary.

После установки пакета необходимо смонтировать полученный iso-образ /usr/share/virtio-win/virtio-win-1.0.0.iso в виртуальную машину Windows и проинсталлировать два msi-пакета с дисковыми и сетевыми драйверами. Внутри iso-образа содержаться как 32-р, так и 64-р драйвера.

Поддерживаются Windows XP (только 32-р и только драйвер сети), Windows Server 2003 и Windows Server 2008. Лицензия - GPLv2 и проприоритарная Microsoft.

VDI-решение от Red Hat теперь open source

2009-12-11T11:22:00.005+03:00

Компания Red Hat опубликовала исходные коды основы своего VDI-решения Red Hat Enterprise Virtualization for Desktops. Исходные коды клиента и сервера SPICE, а также инструкции по сборки и другая документация доступны на сайте www.spice-space.org "Бинарники" для Windows обещаны ближайшем будущем, сборка для Fedora 12 уже выложена в соответствующем yum-репозитории. Данные наработки изначально принадлежали компании Qumranet, поглощенной Red Hat в 2008 году.

Ресурсы по RHEV for Servers

2009-11-05T11:47:00.001+03:00

По ссылке представлена библиотека ресурсов, посвященных Red Hat Enterprise Virtualization for Servers. Описания возможностей решения (HA, Live Migration, Image Management и других), cравнения с конкурентами по функционалу и цене, калькулятор TCO Whitepaper по SAP Server, Oracle Database, Microsoft Exchange и другим продуктам.

Вторая ссылка ведет на техническую документацию по RHEV: руководства по внедрению, администрированию.

Red Hat Enterprise Virtualization for Servers доступен

2009-11-04T20:02:00.003+03:00

Вчера компания Red Hat анонсировала доступность платформы Red Hat Enterprise Virtualization (RHEV), состоящей на данный момент из следующих компонентов: решение для централизованного управления виртуальными машинами Red Hat Enterprise Virtualization Manager (RHEV Manager) и Red Hat Enterprise Virtualization Hypervisor (RHEV Hypervisor) — фактически специализированного мини-дистрибутива Linux, включающего в себя гипервизор KVM. Данные продукты созданы на основе технологий компании Qumranet, приобретенной около года назад, и работы проекта oVirt.

Red Hat Enterprise Virtualization Manager позволяет при помощи графического интерфейса управлять виртуальными машинами, пулами логических и физических ресурсов, образами ВМ, обеспечивает высокую доступность ВМ, кластеризацию и возможность "живой миграции" ВМ. Сам сервер работает на платформе Windows 2003, в том числе и в кластере. В качестве базы данных используется MS SQL Server 2005 или SQL Server 2005 Express. Опционально Red Hat Enterprise Virtualization Manager может управлять RHEL 5.4. Управляющая консоль работает на Windows XP SP2 и старше.

RHEV Hypervisor создан на основе управляемого узла (oVirt Node) проекта oVirt.org. О проекте oVirt.org я уже писал подробнее в этом посте. RHEV Hypervisor включает в себя часть пакетов RHEL и некоторые специфичные только для самого гипервизора пакеты. Для работы гипервизора, поскольку он основан на KVM, требуется аппаратная поддержка виртуализации AMD-V или Intel VT. Минимальный поддерживаемый объем ОЗУ — 512 Мб, кроме того необходимо минимум 750 Мб для swap. Ограничения гипервизора следующие:

Максимальное число физических ЦП - 64
Максимальное число виртуальных ЦП на одну ВМ — 16
Максимальный объем ОЗУ — 1Тб
Максимальный объем ОЗУ внутри ВМ — 80 Гб

В качестве виртуальных машин на данный момент официально поддерживаются RHEL 3,4 и 5, а также Windows Server 2003 R2, Windows Server 2008 и Windows XP SP 3.

RHEV Hypervisor можно установить с USB, CD/DVD или по сети при помощи PXE. В дальнейшем гипервизор может поставляться предустановленным OEM, как это сейчас делают с ESXi. По умолчанию на хосте RHEV Hypervisor уже настроен брандмауер и SELinux.

Цена подписки Red Hat Enterprise Virtualization for Servers на сокет в год составляет $499 при поддержке 12x5 и $749 при поддержке 24x7.

Соответствующее решение для рабочих мест компания обещает выпустить к началу 2010 года.

Одновременно с выпуском RHEV, компания Red Hat представила новую сертификацию Red Hat Certified Virtualization Administrator (RHCVA) и четырехдневный курс для подготовки к экзамену. Экзамен, как и все остальные у Red Hat, практический, длиться три часа и может быть засчитан в качестве одного из пяти при получении статуса архитектора.

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

2009-10-14T11:42:00.002+04:00

В Fedora 11 включен ряд инструментов, значительно упрощающих работу с образами дисков виртуальных машин из операционной системы хоста. Утилиты, разработанные в рамках libguestfs, используют код ядра Linux и qemu и, соответственно, позволяют получить доступ к файловым системам, с которыми умеют работать Linux и qemu, включая ext2/3/4, btrfs, FAT, NTFS, тома LVM и различные варианты схем хранения разделов Virtual Machine DisK format (vmdk) и qcow1/2. Также библиотека корректно работает с метками SELinux.

Для установки в Fedora 11, Rawhide или RHEL, использующем репозиторий EPEL, необходимо набрать команду:

yum install '*guestfs*' guestfish

Библиотека и утилиты распространяются по лицензии GNU GPL. Есть сборки и для других дистрибутивов, включая Debian.

guestfish - интерактивный командный интерпретатор, работающий с гостевой файловой системой. Включает в себя более двух сотен команд для работы с файлами, каталогами и файловой системой. Полностью задействует всю функциональность guestfs API.

virt-cat - Просмотр файла внутри ФС гостя

virt-edit - Редактирование файла внутри ФС гостя

virt-rescue - Аналог rescue mode при загрузке с установочного диска Fedora/RHEL. Во время использования гостевая ВМ должна быть выключена.

virt-inspector - Отображает версию ОС, ядра, драйвера, точки монтирования, приложения и другую информацию о виртуальной машине. Для доступа к информации ВМ Windows используется reged.

virt-df - Отображает объем свободного места на ФС ВМ

В разработке находятся и другие утилиты, например, v2v-snapshot - создает snapshot дисков ВМ или virt-v2v для конвертации ВМ из других гипервизоров в KVM c libvirt.

На страничке приведен ряд примеров скриптов, использующих libguestfs, например: клонирования виртуальных машин, экспорта домашнего каталога пользователя ВМ в архив tar, список RPM-пакетов внутри ВМ, список устройств, разделов и слоев абстракции LVM, и другие.

Нужен ли Red Hat Password Sync?

2009-10-06T16:53:00.003+04:00

Проверял синхронизацию пользователей, паролей и групп между тестовым доменом AD и RHDS 8 при помощи службы Red Hat Password Sync. На обоих серверах необходимо получить сертификаты и включить LDAPS. На контроллере домена AD устанавливается служба Password Sync, а со стороны RHDS - Windows Sync Agreement, примерно так же, как настраивается репликация между двумя серверами каталогов RHDS. Настройка и отладка достаточно трудоемка. Для пользователя синхронизируется порядка четырех десятков атрибутов, из которых большая часть одинакова в схемах обоих серверов каталогов. Для гетерогенной среды, где сохраняется AD, и необходимо осуществлять аутентификацию как Linux, так и Windows систем, особых преимуществ Password Sync по сравнению с единственным каталогом AD + Services for Unix мне в голову не приходит. Если же отказываться от AD совсем, то проще использовать IPA, который изначально "заточен" под аутентификацию. В случае использования Kerberos, смысла в Password Sync еще меньше.

Намного больше пользы от Password Sync будет, когда IPA "научится" применять политики Sudo, SELinux и т.д. Однако, пока это - дело будущего.

Про настройку можно почитать тут. Более подробно - в документации RHDS.

Упрощенная настройка iSCSI target при помощи targets.conf

2009-09-28T11:50:00.002+04:00

Около года назад я писал в блоге про настройку iSCSI target и initiator в RHEL5. Начиная с версии 5.3 настройка target значительно упростилась. Теперь не нужно прописывать несколько команд tgtadm в /etc/rc.local, а достаточно создать файл /etc/tgt/targets.conf вида:

<target iqn.2003-12.net.markelov:disk1>
backing-store /dev/xvda5
</target>

и запустить tgtd. Подробнее — в man tgt-admin.

Вышли RHEL 5.4 и RHN Satellite 5.3

2009-09-03T14:06:00.001+04:00

Вчера одновременно вышли очередные релизы операционной системы Red Hat Enterprise Linux 5.4 и платформы управления Linux-инфраструктурой Red Hat Network Satellite 5.3. Про основные новшества RHEL 5.4 я уже писал. Повторюсь лишь, что помимо Xen, в дистрибутив добавлена поддержка гипервизора KVM. Что касается Satellite, то там "море" нового. Основное: поддержка сервера автоматизированной установки cobbler, синхронизация каналов с мастер-сервером, модуль политики SELinux для Satellite, поддержка клиентов Solaris на архитектурах UltraSPARC T1 (sun4v) и X86_64. Про все остальные новшества и изменения как всегда можно прочесть в release notes.

Развитие проекта sVirt в Fedora 11/RHEL

2009-09-01T12:41:00.001+04:00

Я уже рассказывал в своем блоге о проекте sVirt, позволяющем изолировать при помощи мандатного контроля доступа гипервизор и отдельные виртуальные машины друг от друга. Если вы еще не знакомы с концепцией MAC, MLS и MSC, то вы можете почитать соответствующие записи в моем блоге с меткой SELinux. Не буду повторяться, а просто скажу, что уникальные преимущества в плане защищенности, доступные в операционных системах общего назначения с открытым исходным кодом уже можно живьем "пощупать" и в системах виртуализации (Fedora 11), а с выходом RHEL 5.4 и внедрить на предприятии.

В изначально реализованной политике для RHEL5, xend_t - домен в котором работает процесс Xen, не мог обойтись без права писать/читать не только в файлы xen_image_t, но и в физические устройства fixed_disk_device_t, поскольку в промышленной среде использование образов дисков вместо отдельных разделов, например на LVM, имеет ряд недостатков. Таким образом, злоумышленник из процесса xend_t в случае компрометации одной из виртуальных машин в принципе мог бы получить доступ как к самому хосту, так и к другим виртуальным машинам.

Данная проблема в целом распространяется и на другие системы виртуализации - от Microsoft, VMware и других вендоров. От "zero-day" уязвимости в ОС виртуальной машины и гипервизора одновременно не застрахован никто. Однако в случае Fedora (и в будующем RHEL) решениеп такой проблемы теперь есть. Одной частью решения в Fedora 11 стал появившийся в libvirt механизм подключаемых модулей. Теперь специальный plug-in динамически присваивает метки файлам\устройствам "на лету" и стартует виртуальные машины в соответствующем домене SELinux. По умолчанию в Fedora процессы виртуальных машин работают в доменах svirt_t, а фалы/устройства имеют тип svirt_image_t.

Описанное выше позволит защитить только операционную систему хоста (гипервизор) от атаки осуществляемой изнутри скомпрометированной виртуальной машины. Для изоляции же виртуальных машин друг от друга разработчики используют поддержку мультикатигорийной безопасности (подмножество реализации многоуровневой безопасности с одним и тем-же уровнем безопасности s0). За подробностями опять-же отправляю к предыдущим постам в блоге. Соответствующие друг-другу контексты и домены виртуальных машин с совпадающими категориями (как я уже сказал уровень безопасности при этом используется один и тот же) присваиваются libvirt случайным образом. Однако, при необходимости, администратор может задать их и статически. Подробнее почитать про sVirt можно в блоге Дэна Уолша, отвечающего в Red Hat за разработку SELinux.

MCT... "I live again..." :)

2009-08-20T18:17:00.001+04:00

Наверное первый раз за последние полтора-два года "достал с полки" свой подзаржавевший MCT :) На этой неделе дочитываю в Инвенте 2282 Designing a Microsoft Windows Server 2003 Network and Active Directory Infrastructure. По уровню сложности - 100 level. И правда, по сравнению с тем-же 400-очковым 423 Red Hat Enterprise Directory Services and Authentication просто курорт, хотя мне всегда курсы Microsoft давались тяжелее :)

-- Post From My iPhone

Spacewalk 0.6

2009-08-09T11:38:00.004+04:00

В эту пятницу была анонсирована версия 0.6 платформы управления жизненным циклом Linux-инфраструктуры Spacewalk. Spacewalk под именем Red Hat Network Satellite Server имеет давнюю, с 2001 года, историю разработки. В настоящее время - это open source продукт, открытый по лицензии GPL2. Начиная с версии 0.6 Spacewalk поддерживает актуальную версию Fedora 11 и работу с виртуальными машинами KVM в дополнение к Xen. В текущей версии сделан еще один шаг в сторону поддержки помимо Oracle открытой СУБД PostgreSQL. Соответствующий код для поддержки инфраструктуры PostgreSQL уже присутствует, а окончательная интеграция ожидается в начале 2010 года. Другие новшества и исправления в Spacewalk 0.6:

Поддержка SHA256 в rpm-пакетах
Поддержка rpm-пакетов более 2Гб (требуется rpm 4.6)
Возможность импортировать в канал ПО yum-репозиторий (как через GUI так spacewalk-repo-sync)
Новая утилита spacewalk-report, позволяющая получать отчеты в виде CSV вывода для использования в скриптах
Починили jabberd
Ряд новых функций API
Исправлено примерно сотня ошибок предыдущей версии

Red Hat представила Red Hat Enterprise Linux 5.4 Beta с поддержкой KVM

2009-07-02T12:36:00.002+04:00

С первого числа в RHN доступна бета-версия Red Hat Enterprise Linux 5.4. Период бета-тестирования определен до 13 августа.

Основные особенности RHEL 5.4:

Гипервизор KVM. В дополнение к гипервизору Xen в RHEL 5.4 появился KVM. В KVM поддерживается широкий спектр ОС, включая Microsoft Windows XP, Windows Server 2003 и Windows Server 2008. Без модификации могут запускаться как 32-р так и 64-р ОС. Для запуска паравиртуализированных гостевых ОС доступны драйвера, обеспечивающие улучшенную производительность сети и I/O. Естественно, все libvirt-овские утилиты в 5.4 поддерживают KVM. Кластер на KVM пока TP.

Обновление Cluster Suite. Агент для виртуальных машин теперь работает через libvirt. Добавлены новые агенты фенсинга, в том числе для MDS. Кроме того, в статусе technology preview Cluster Suite + GFS работает на кластерах собранных из LPAR на Power-машинах.

Улучшения для десктопов. Тут в основном обновления драйверов видеокарт и ALSA.

Система. Полная поддержка FUSE. В статусе technology preview поддержка FcoE. Новые контрольные точки в такой классной штуке как SystemTap, в том числе для vm. Ext4 в technology preview.

Ядро. Много-много-много всего :) Читайте в rhelv5-beta-list. Там же можно взять и installation numbers.

Руководства Red Hat Reference Architecture Series

2009-06-07T10:24:00.001+04:00

Если я не ошибаюсь, данные руководства раньше лежали только на партнерской части сайта Red Hat. В любом случае ссылка будет небесполезной. Среди Reference Architectures есть руководства по созданию решений высокой доступности, виртуализации, в том числе SAP, IBM DB2 и Oracle 10g в виртуализированной среде RHEL. Для доступа к документации необходимо заполнить небольшую форму. Список руководств тут.

Новое имя проекта Fedora Directory Server - "389"

2009-05-08T12:06:00.001+04:00

Анонсирована смена имени проекта Fedora Directory Server на "Проект 389". В первую очередь смысл ребрендинга в том, чтобы подчеркнуть, что FDS - это не "Сервер каталогов для дистрибутива Fedora". FDS работает на множестве различных дистрибутивов Linux, например, debian, gentoo, ubuntu и других, а также под управлением различных операционных систем, например, Solaris или HP/UX 11.

После ряда иттераций, разработчики остановились на самом лаконичном имени - числе 389. Почему именно число 389? Думаю, это станет очевидным, если набрать команду grep ldap /etc/services :)

FAQ, посвященный смене имени проекта.
Новый домен проекта.

Изменения в порядке сдачи экзаменов Red Hat

2009-05-07T15:56:00.001+04:00

С первого мая в порядке приема экзаменов Red Hat произошли некоторые изменения. В первую очередь нужно отметить, что экзамены как были performance-based, так и остались. Никаких шагов в сторону "поставь галочку" или "выбери правильный ответ" не планируется. Было сокращено время экзамена RHCE с пяти с половиной часов до трех с половиной, а время экзамена RHCT - до 2 часов с трех. Изменения ни в один из пяти экзаменов, обязательных для RHCA, пока внесены не были, и они по-прежнему длятся от двух до восьми часов.

Хотя экзамены RHCE/RHCT стали короче и интенсивнее, на сложность экзамена эти изменения никак не повлияли. То есть, те кандидаты, которые смогли бы сдать экзамен 30 апреля, сдали бы экзамен и 1 мая. И, соответственно, кто не смог бы сдать 30-го, не сдал бы и первого. В среднем, по статистике экзамены сдает 45% кандидатов.

Сокращение времени стало возможным благодаря оптимизации самого экзамена. Так, например, ранее кандидат должен был установить систему "с нуля", а теперь, садясь за рабочее место, кандидат получает уже установленную систему с базовыми настройками. Благодаря только этому экономится порядка 20-25 минут. Опыт приема сотен тысяч экзаменов показал, что все кандидаты в состоянии установить операционную систему, и соответственно, смысла в тестировании данного навыка нет.

Также теперь все задания на экзамене представлены в электронном виде, а не на бумаге. Ранее, поскольку у кандидата не было никакой доступной уже настроенной системы, без заданий на "твердой копии" было не обойтись. Плюсом заданий в электронном виде является то, что кандидат может выбрать задание сформулированное на том языке, которым владеет лучше. Всего доступно 12 языков, в том числе и Русский. Также, по отзывам, отслеживать, какие задания уже сделаны, а какие еще нет, кандидату проще при новой организации экзамена.

Кроме того, в прошлом месяце по инициативе Red Hat прошла первая он-лайн встреча RHCA. Подробностей я рассказать не могу, но могу отметить, что Red Hat делает шаги в сторону улучшения обратной связи с сообществом при разработке экзаменов, и вовлекает RHCA в процесс подготовки экзаменов.

Сообщение в неофициальном блоге по сертификации Red Hat.
Официальный FAQ.

Новая версия FDS 1.2.0

2009-04-07T17:34:00.003+04:00

Вчера вышла новая версия Fedora Directory Server 1.2.0. Из нового:

Улучшения в механизме репликации серверов (startTLS, SASL, Kerberos)
64-битные счетчики
возможность отключить анонимные подключения к каталогу
новые скрипты: remove-ds.pl для удаления экземпляра каталога и remove-ds-admin.pl - некий "hard reset", для того чтобы привести систему в состояние сразу после "yum install fedora-ds"
Новая консоль и Windows Password Sync для синхронизации с Microsoft AD
Расширение ACI (новые динамические фильтры)
Исправлено более 200 ошибок, найденных с прошлого релиза
Новая схема, которая изначально включает расширения для autofs, samba и множества других приложений

Подробнее см http://directory.fedoraproject.org/wiki/Release_Notes

Впечатления от «Дня открытых технологий»

2009-04-07T15:02:00.006+04:00

В конце прошлой недели летали с Андреем Мегановым на конференцию «День открытых технологий» в столицу Республики Коми – Сыктывкар. Мероприятие посетило около 70 человек, хотя рассчитывали на несколько меньшее число слушателей. При этом пятеро участников приехало из других городов Республики. В основном аудиторию составляли ИТ-специалисты различного профиля. Зал был заполнен полностью, и практически не пустел до самого вечера - до последних докладов, и, судя по отзывам в форуме сообщества UNIX Коми, слушателям конференция понравилось не меньше, чем докладчикам :) Слайды презентаций появятся в ближайшее время на http://unixkomi.ru .

Хотелось бы поблагодарить организаторов и коллег из Сыктывкара за теплый прием и традиционный подарок в дорогу – оригинальную местную настойку “Олым Вын”, что в переводе означает “Сила жизни”.

P.S. К сожалению, привезенных нами дисков с дистрибутивом Russian Fedora всем желающим не хватило. Но есть возможность скачать этот дистрибутив размером 4Гб или же можно бесплатно заказать диск на сайте проекта.

Фото:

"Get The Facts" про виртуализацию

2009-04-07T10:29:00.003+04:00

Еще один пример подтасовки фактов - "Top 10 VMWare myths video". В данном случае сравнивают продукт которого нет с продуктом который давным-давно в production. Не буду повторяться, уже до меня написали и перевели. Читаем.

Доклад по виртуализации RedHat

2009-03-31T08:08:00.001+04:00

В середине апреля планирую рассказать на RootConf-2009 про текущее состояние и перспективы развития виртуализации с использованием технологий Fedora/Red Hat. Преимущества по сравнению с проприетарными решениями, обзор средств создания отказоустойчивых решений, а также управления и развертывания виртуальных машин. Краткий обзор мандатного контроля доступа (SELinux), применяемого для защиты и разграничения доступа виртуальных машин. Доклад подтвержден, так что через пару недель можно будет пообщаться вживую. :) Кроме того, организаторы обещают после конференции выложить видеозаписи всех докладов в свободный доступ. А в конце этой недели лечу в Сыктывкар на «День свободных технологий».

Конференция "День свободных технологий"

2009-03-17T16:53:00.002+03:00

3 апреля 2009 года в г.Сыктывкаре мы проводим конференцию «День свободных технологий» .

Конференция ориентирована на ИТ-специалистов, студентов и всех, интересующихся новейшими технологиями из мира свободного программного обеспечения (СПО, программного обеспечения с открытым исходным кодом, open source software).

Основные темы конференции:

Как устроен мир СПО
Кто и почему платит за СПО, как превратить хобби в карьеру
Как создается СПО и как присоединиться к этому процессу

Технологии из мира СПО:

Виртуализация
Сервера каталогов и централизованное управление пользователями

Применимость СПО в различных областях:

Опыт использования СПО в России
Примеры успешного использования
Примеры неудачных внедрений
Опыт миграции на СПО

Подробнее тут.

Забавный ролик, представленный на конкурс Linux Foundation

2009-03-17T13:37:00.005+03:00

Посмотрел некоторые из роликов, представленных на конкурс "Мы Linux", который проводил Linux Foundation. Больше всего понравился этот:

RHEL на Cisco Unified Computing System

2009-03-17T11:50:00.003+03:00

Про то, что Cisco вышла на серверный рынок с Unified Computing System все уже наверно наслышаны. Выглядит красиво и интересно. Безусловно данное решение для ЦОД не было бы представлено заказчикам без уже сформированной экосистемы партнеров. В разрезе Red Hat это выглядит так. В двух словах:

Cisco - OEM-партнер Red Hat; ждем обновления Cisco GPL :)
Red Hat Enterprise Linux 5.3 (как сам по себе, так и внутри VMware VI) сертифицирован на оборудовании Cisco, а компоненты решения Red Hat Enterprise Virtualization, включая средства управления и гипервизор на основе KVM, будут сертифицированы по мере выхода;
Поддержку первого и второго уровня для RHEL на своем оборудовании будет оказывать непосредственно Cisco;

Off topic - award :)

2009-03-12T13:13:00.003+03:00

Спустя несколько месяцев с момента присвоения RHCDS, пришла посылка из Red Hat (см. фото) :) В коробке размерами с советский стандартный почтовый ящик в куче поролона обнаружился этот небольшой стеклянный предмет :)

Зато в RHCA-посылке обещают комплектацию побогаче, даже какой-то jacket – заставили указать свой размер :) Вот только осталось дождаться, когда вместе со мной таких ожидающих наберется двадцать штук, т.к. эти «регалии» именные, и на завод отправляют заказ при наборе минимальной партии. Похоже, мы с товарищем из VDEL получим сей award одновременно, хотя он «отстрелялся» на год раньше :)

Курс по корпоративным сервисам каталогов и аутентификации

2009-03-08T13:57:00.001+03:00

Через две недели буду читать в Инвенте курс RH423 Red Hat Enterprise Directory Services and Authentication. Сколько раз он проводился в России можно пересчитать по пальцам на одной руке :) Что касается меня, то это будет первый опыт чтения курсов из линейки RHCA, хотя инженерные курсы я начал читать в 2005 году. По сравнению с предыдущей версией курса, которая основывалась на RHDS 7.x, материал новой обновлен до RHDS 8.0. Кроме того, добавлен принципиально новый модуль по продукту Red Hat Enterprise IPA - решению с открытым исходным кодом для управления доступом и учетными данными. Обновленная программа курса доступна на данной страничке.

Виртуализация: планы Red Hat

2009-02-24T20:55:00.002+03:00

Компания Red Hat озвучила свои планы относительно будущего развития своих технологий виртуализации с открытым исходным кодом. Под брендом "Red Hat Enterprise Virtualization" будет доступен ряд продуктов для серверной виртуализации, виртуализации настольных ОС и отдельный гипервизор. Кроме того, технологии виртуализации все также будут поставляться как составная часть операционной системы Red Hat Enterprise Linux.

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

В рамках Red Hat Enterprise Linux планируется миграция с гипервизора Xen на KVM. За счет унификации работы через libvirt для конечного заказчика данный процесс должен пройти безболезненно. Поддержка Xen будет осуществляться минимум до 2014 года. Нужно заметить. что KVM уже был доступен в Fedora 7, а в RHEL5 появится, начиная с версии 5.4, позже в этом году. RHEL6 будет изначально поставляться с KVM.

Red Hat Enterprise Virtualization Manager for Servers - решение для управления серверной виртуализацией. Данный продукт будет первым open source решением, позволяющим управлять как виртуальными серверами, так и рабочими станциями. Заявлен следующий функционал: "живая миграция" ВМ, высокая доступность (HA), системный планировщик для создания политик динамической балансировки ВМ, управление питанием (автоматическая консолидация и отключение не используемых серверных ресурсов), управление образами ВМ (быстрое развертывание на основе шаблонов), "мгновенные снимки" ВМ, инструменты развертывания, мониторинга и отчетов.

Red Hat Enterprise Virtualization Manager for Desktops - решение для управления виртуализацией рабочих мест (VDI), работающих как под управлением Linux, так и Windows. Можно смело сказать, что с покупкой Qumranet Red Hat серьезно настроена вернуться в бизнес десктопов. Решение базируется на продукте Qumranet SolidICE и использует технологию SPICE. SPICE - это высокопроизводительный сетевой протокол, предназначенный для работы в VDI-решениях, и призванный заменить медленные проприетарные протоколы, такие как ICA и RDP.

Red Hat Enterprise Virtualization Hypervisor (RHEV-H) - отдельно поcтавляемый гипервизор на основе ядра Linux и KVM. Гипервизор помещается в 128МБ ОЗУ и спроектирован как узел "без сохранения конфигурации" с централизованным удаленным управлением через API libvirt. Все настройки хранятся в БД на управляющем сервере. Поддерживается до 96 ядер и 1Тб ОЗУ. Виртуальные машины могут работать с 16 виртуальными ЦП и 64Гб ОЗУ. За основу взят проект oVirt, о котором я не раз писал в блоге ранее. Гипервизор, как и другие продукты Red Hat Enterprise Virtualization, обеспечивает уникальную, по сравнению с конкурентами, безопасность за счет использования SELinux, о чем, применительно к виртуализации (sVirt), я также уже писал. Хочу добавить, что буквально сегодня James Morris у себя в блоге привел ссылки на слайды и видео в формате ogg, Google Video записи выступления на LCA 2009, посвященной sVirt.

В заключение поста скажу, что Red Hat планирует сделать доступным все компоненты своего портфолио в срок от трех до восемнадцати месяцев. Конкретные даты должны появиться к середине года.

Citrix XenServer теперь бесплатно

2009-02-24T20:52:00.001+03:00

Борьба за заказчика на рынке средств виртуализации идет весьма плотная, и обстановка на «полях сражений» меняется день ото дня. Вчера компания Citrix объявила, что новая версия платформы виртуализации Citrix® XenServer™ будет распространятся бесплатно. Скачать бесплатную версию ПО можно будет с сайта Citrix к концу следующего месяца. Также нужно отметить, что Citrix, традиционно работая в тесном партнерстве с Microsoft, предлагает решение для управления объединенными виртуальными ЦОД, построенными на технологиях Microsoft и Citrix - Citrix Essentials for XenServer and Hyper-V. Продукт Citrix Essentials, который в том числе поможет и Microsoft в продвижении своих технологий виртуализации, безусловно, не бесплатен.

Вероятно, следует ожидать ответного хода со стороны VMware. Тем более, что анонс сделан за один день до открытия конференции VMworld.

Ну, и в двух словах, про технологии XenServer: есть «живая миграция» (есть у Red Hat и VMware, пока нет у Microsoft); есть динамическая балансировка нагрузки (есть у VMWare, у Red Hat и Microsoft – вручную); как и у всех есть HA и централизованное управление, нет распределенной файловой системы (есть у Red Hat и VMware, пока нет у Microsoft), отсутствует ПО управления жизненным циклом (Software lifecycle management tools), которое есть у Microsoft, VMWare и Red Hat; нет динамического добавления ЦП и ОЗУ (есть у Red Hat).

Ссылки:
Персс-релиз.
Citrix Blog.

VMware vCenter Server 2.5 для Linux

2009-02-24T20:49:00.000+03:00

Уже доступен, правда, пока что в статусе Technical Preview. В настоящий момент можно скачать в виде виртуальной машины, и для работы требуется платформа виртуализации от VMware, в которой эту виртуальную машину необходимо запускать. В качестве платформы может выступать ESX Server, VMware Player, VMware Server или VMware Workstation. В качестве СУБД используется Oracle (в традиционной версии для Windows у вас есть выбор между Oracle и MS SQL).

Для управления все также требуется VMware Infrastructure Client, установленный на клиентскую машину под управлением Windows.

В текущей версии Technical Preview не поддерживаются следующие компоненты: встроенная СУБД, поддержка LDAP (пока есть опциональная поддержка NIS), настройка виртуальной машины, поддержка Plug-in, VI Web Access. Также в настоящий момент не поддерживаются возможности VirtualCenter: мониторинг, события (Alarms), планировщик заданий, менеджер обновлений, карты топологии, SRM, конвертор.

В целом, Technical Preview - это и есть Technical Preview :) Когда VMware приблизит функционал Linux-версии к существующей версии под Windows, это, как минимум, позволит снизить стоимость решения за счет лицензии Windows Server и соответствующего числа CAL.

Инструкция по установке и ссылка для загрузки VMware vCenter Server 2.5 для Linux тут.

Red Hat и Microsoft расширяют сотрудничество в области виртуализации

2009-02-17T00:14:00.000+03:00

Microsoft и Red Hat подписали соглашения, в рамках которых компании будут обеспечивать тестирование, сертификацию и совместную техническую поддержку общих заказчиков, использующих технологии серверной виртуализации. Были подписаны два соглашения. По одному из них Red Hat присоединяется к программе Microsoft Server Virtualization Validation Program (SVVP), которая обеспечивает официальную поддержку Microsoft виртуальных машин, работающих в среде виртуализации Red Hat Enterprise, и второе соглашение, направленное на сертификацию гостевых машин Red Hat Enterprise Linux, работающих в Windows Server Hyper-V.
Важно отметить, что данные соглашения не касаются лицензирования, патентов или иных вопросов, связанных с интеллектуальной собственностью. Также речь не идет о каких-либо финансовых отчислениях, за исключением обычных расходов на сертификацию и тестирование ПО.
Ссылки:
Пресс релиз Red Hat.
FAQ и технические детали.
Анонс в блоге Mike Neil (General manager of virtualization at Microsoft)

Скринкаст: oVirt - демонстрация интерфейса

2009-02-15T17:39:00.004+03:00

Выложил свой «первый блин» в области «скринкастостроения», посвященный Open Source-реализации системы виртуализации oVirt. Видео записал еще неделю назад, но склеить два куска в один и наложить звук, руки дошли только сегодня. Для записи использовался Istanbul, а сам конечный продукт сознательно делался «быстро и грязно» с первого прогона. Целью данной работы я ставил, в первую очередь, оценку трудозатрат. Перед просмотром рекомендуется прочитать краткий рассказ о том, что же представляет собой данная система виртуализации.

Видео в формате flash и ogg доступно по этой ссылке: http://www.russianfedora.ru/ScreenCast_oVirt

Пара впечатлений о создании скринкаста. Говорить в пустой экран для меня оказалось несколько сложнее, чем перед живой аудиторией. Кроме того, думаю, что для начала нужно записывать звук, а потом уже его проигрывать и писать видео. Наоборот несколько сложнее. Плюс, возможно, стоит делать пару «прогонов» и выбирать окончательный вариант.

Спасибо Алексею Васюкову за помощь в размещении видео.

Востребованность специалистов по различным платформам

2009-02-10T17:12:00.003+03:00

В качестве эксперимента задал поиск по ключевым словам в вакансиях на hh.ru за месяц. В OO.o Calc это выглядит примерно так:Windows - Найдено 720 вакансий
Linux - Найдено 410 вакансий
Solaris - Найдено 60 вакансий
VMware - Найдено 33 вакансии
Регион: Россия
Профессиональная область: Информационные технологии/Интернет/Телеком
выводить: за месяц

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

sVirt = Виртуализация + Мандатный контроль доступа

2009-02-09T22:55:00.003+03:00

Продолжу рассказ про перспективные разработки в области виртуализации. Давайте рассмотрим отдельно стоящий сервер, к которому в силу тех или иных причин злоумышленник получил доступ с привилегиями администратора. Плохо? Безусловно. Теперь у злоумышленника "ключи" от всех выполняющихся на сервере служб. А теперь представьте, что в роли сервера у нас машина с гипервизором, в котором работает какое-то количество виртуальных машин. Ситуация хуже во много раз: "плохие парни" получают доступ сразу ко всем виртуальным машинам. Тем более, что опасность увеличивается, благодаря использованию в случае гостевых операционных систем локальных механизмов атаки. Оставим в стороне конкретные технологии и конкретных вендоров. Не важно, чья модель безопаснее - Microsoft, VMWare, Citrix, Sun, etc. Никто не будет спорить, что от потенциальных уязвимостей не застрахован никто, вне зависимости от размеров возможной площади атаки.

Теперь снова вернемся к более простому и традиционному случаю - получению привилегий на отдельно стоящем сервере/ОС. Данная проблема более традиционна, и для ее решения уже существуют технологии. Благодаря таким решениям, ряд операционных систем общего назначения, например, уже получило высокий уровень сертификации Common Сriteria EAL4+ (c расширениями LSPP, RBACPP и CAPP).

Такие "заклинания", как мандатный контроль доступа (MAC), многоуровневая система безопасности (MLS), мульти-категорийная безопасность (MCS) уже не раз встречались в моем блоге в контексте операционной системы. Я не буду повторяться, и просто дам ссылку на посты с тегом "SELinux", где я и писал про практическую реализацию ограничений привилегий системного администратора :) Итак, идея состоит в том, чтобы защитить гипервизор при помощи существующих решений мандатного контроля доступа.

Теперь вернемся к конкретике :) Проект sVirt, направленный на решение этой задачи, был анонсирован Джеймсом Моррисом в рассылке libvirt в августе прошлого года. Цель проекта - интеграция SELinux и виртуализации на основе Linux-ориентированных технологий. Недостаточность традиционного дискреционного контроля доступа в системах, требующих особой защищенности, обуславливается тем, что субъект может менять собственную политику безопасности. С другой стороны, если гостевые операционные системы будут изолированы при помощи политик мандатного контроля доступа, то это резко снижает возможный ущерб от успешной атаки, а то и вовсе ее предотвращает. В идеале в каждом процессе виртуальная машина должна работать в собственном контексте безопасности. Снова в качестве иллюстрации посмотрим на отдельную - не виртуализированную - операционную систему. Вы без труда найдете примеры, когда реальные уязвимости, затрагивающие ОС, в том или ином компоненте операционной системы с отключенным SELinux успешно блокировались политикой безопасности при включенном мандатном контроле.

К своей первой версии sVirt должен обеспечивать реализацию MAC на уровне ядра гипервизора, и обеспечивать простую изоляцию виртуальных машин, не требуя никакой настройки, т.е. все должно работать "из коробки". Ресурсы каждой гостевой операционной системы должны иметь свой уникальный контекст virtd_isolated_t:. Взаимодействие между доменами при этом исключается. В будущем планируется выделить разные типы гостевых машин, требующих разную политику, например, virtd_isolated_webserver_t, реализовать политику SELinux на уровне сетевого взаимодействия, многоуровневую систему безопасности (MLS).

В каком состоянии находится проект сейчас? Сделана низкоуровневая интеграция с libvirt, базовая поддержка в virsh, и виртуальные машины могут запускаться в своих контекстах безопасности. Как и в случае с oVirt, в первую очередь работа идет над KVM.

Что означает все выше сказанное? Возможно в будущем те уникальные преимущества в плане защищенности, доступные в операционных системах общего назначения с открытым исходным кодом, станут преимуществами систем виртуализации с открытым кодом.

Впечатления от oVirt

2009-02-06T21:25:00.008+03:00

На пару дней взял в лабе четыре сервера, на которых развернул oVirt - Open Source-реализацию системы виртуализации, находящуюся в стадии разработки, но имеющую весьма высокий потенциал. Объясню почему. Когда говорят о бесплатных продуктах, подобных ESXi и Hyper-V, нужно понимать, что, хотя они и бесплатны, но масштабируемое решение на них никоим образом не построить. Если вы возьмете десять физических серверов и установите на них гипервизор, то у вас и будет десять отдельно стоящих серверов без функций централизованного управления, горячей миграции, отказоустойчивости и т.д. За все, без чего виртуализация превращается в "красивую игрушку", нужно платить.

С другой стороны есть свободные решения на базе Linux - стабильные и готовые к промышленному внедрению. Но! Даже если оставить в стороне тот вопрос, что открытые разработки в плане некоторых возможностей "не дотягивают" до уровня VMware (с Microsoft сравнивать не будем - ее роль "догоняющего" тут очевидна), то у существующих решений на базе Linux есть следующие недостатки:

сложность создания комплексного решения: дело не в том, что это нельзя сделать, а в том, что требуется достаточно высокая квалификация исполнителей и глубокое знание технологий;
отсутствие простых в использовании и масштабируемых инструментов управления.

На решение этих проблем и направлен проект oVirt.

В основе лежит API виртуализации и набор утилит - libvirt . libvirt поддерживает работу с различными гипервизорами и технологиями , в том числе Xen, KVM, QEMU, OpenVZ. Следующая составная часть проекта - небольшой образ на основе гипервизора KVM (в ближайшем будущем в проекте появится и поддержка Xen), например, загружаемый по сети. Управляемые хосты, где должны запускаться виртуальные машины, "поднимаются" за считанные минуты и работают без локального сохранения состояния. И, наконец, оставшаяся часть - это управляющие сервера. Если взять VMWare, то, при грубом приближении, эти сервера - аналог VirtualCenter. Управляющий сервер собран из нескольких тесно интегрированных друг с другом компонентов:

Единый инструмент управления - веб-консоль;
FreeIPA - обеспечивает безопасный канал аутентификации (GSSAPI/SASL2) и LDAP-сервер (Fedora Directory Server). Про IPA я уже писал в блоге пол-года назад;
Cobbler - обеспечивает централизованное развертывание виртуальных машин и самих образов с гипервизором;
База данных. Пока поддерживается работа только с PostgreSQL. Думаю, к моменту "выпуска в свет" там будет и поддержка Oracle;
Другие компоненты, написанные в рамках проекта (броузер хостов, механизм планирования задач, агенты мониторинга).

Еще раз: все это - Open Source решение, внедряемое как единое целое. А, значит, просто и быстро. Действительно, при помощи "Виртуального модуля" (Virtual Appliance) я получил готовую систему менее, чем за час. Из единой консоли можно добавлять хосты, хранилища (пока что только NFS и iSCSI, но к выходу окончательной версии должно быть добавлено и FC. Документация уже содержит упоминание работы с Fibe Channel), разворачивать виртуальные машины, осуществлять "живую миграцию", просматривать графики производительности, задавать права, назначать квоты, выделять пулы ресурсов. В общем, все, к чему мы привыкли, работая c коммерческими решениями. Когда выйдет окончательная версия продукта, я уверен, oVirt составит достойную конкуренцию на рынке продуктов "промышленной" виртуализации, при этом имея неоспоримое преимущество - это полностью свободное решение.

"Поигравшись" с интерфейсом oVirt, я попробовал записать скринкаст в формате ogg theora video. Осталось склеить несколько кусков и наложить звук. Думаю, на следующей неделе я доделаю его и выложу в блог. Как говорится, лучше один раз увидеть, чем сто раз услышать. Надеюсь, необходимость устанавливать кодеки тем читателям блога, которые используют на десктопе ОС от Microsoft, не станет непреодолимым препятствием для просмотра скринкаста. :) Попытки переконвертировать во flash увеличивают размер файла практически в два раза, поэтому я решил отказаться от создания двух версий файла.

Напоследок несколько снимков с экрана:

Virtual Appliance загружено.

Общий вид "аппаратного" пула.

Вкладка управления хранилищем. Пусть вас не пугают размеры LUN-ов. Это экспортируемое самим Virtual Appliance хранилище для формального тестирования работы с iSCSI.

Вкладка c обзором физических хостов.

Консоль виртуальной машины.

VMware открыла Virtual Desktop Client под лицензией LGPL

2009-02-04T11:01:00.001+03:00

Good news. :) Компания VMware открыла исходный код Virtual Desktop Client. Собственно, наверное, это в первую очередь повлечет появление большого числа клиентских устройств, сертифицированных для VMware View (бывший VMware VDI). Больше устройств, больше конкуренция, ниже цены. Кроме того, видимо стоит ожидать появление клиента во всех основных дистрибутивах Linux.

I am RHCA

2009-01-28T19:05:00.003+03:00

Подготовка к более чем двадцати четырем часам лабораторных, разбитых на пять экзаменов, заняла чуть больше года. Сегодня пришли результаты последнего экзамена по настройке производительности, который иначе как "black magic" назвать нельзя :) Для интересующихся: интервью с первым Red Hat Certified Architect Флорианом Брендом, обзор сертификации и FAQ.

Вышел релиз Red Hat Enterprise Linux 5.3

2009-01-21T14:29:00.002+03:00

Рядом с часами появилось сообщение "доступно 181 обновление" :) Анонс основных нововведений - тут. По этой ссылке - Release Notes.

Управление динамическим распределением задач на уровне ОС

2009-01-20T12:42:00.002+03:00

"Большие системы" для конечного пользователя означают значительные инвестиции в вычислительные ресурсы, и сразу же возникает вопрос эффективного управления этими мощностями. На этот раз оставим виртуализацию в стороне и рассмотрим динамическое управление ресурсами в пределах одной отдельно взятой операционной системы. Где это необходимо? Примеры:

Веб-сервер, поддерживающий несколько экземпляров одного и того же приложения;
Сервер, поддерживающий разные приложения (например СУБД и Apache) или HPC-приложения, каждое из которых должно работать с заданными параметрами быстродействия;
Сервер, поддерживающий приложения, нагружающие разные ресурсы (подсистемы) этого сервера, но требующие заданный уровень сервиса.

В замечаниях к выпуску Enterprise Linux 5 можно встретить такую фразу:

"...Cpuset обеспечивает механизм назначения узлов процессоров и памяти наборам задач, тем самым ограничивая распределение памяти и процессоров в пределах заданного cpuset. Механизм Cpuset является основным стандартом управления динамическим распределением задач в больших системах..."

Про Cpuset "в двух словах" я и хочу рассказать в этом посте. Данный механизм позволяет "на лету" распределять вычислительные ресурсы между различными задачами, ограничивая использование ОЗУ и ЦП "вычислительным доменом", которому присвоена задача. Впервые поддержка Cpuset появилась в ядре 2.6.12. Патч, включавший данный функционал, был предложен в 2005 году, привносил достаточно небольшой объем кода, дополнительно не нагружая планировщик процессов. Cpuset расширяет возможности уже существовавших в ядре Linux механизмов, позволявших задать с использованием какого ЦП (sched_setaffinity) и ОЗУ (mbind, set_mempolicy) может выполняться задача.

Поскольку управление Cpuset осуществляется при помощи виртуальной файловой системы, самый простой способ проверить, скомпилировано ли ядро вашей системы с поддержкой cpusets - это команда:

[root@server1 ~]# cat /proc/filesystems | grep cpuset
nodev   cpuset

Начать работать с cpuset максимально просто:

1) Создадим и смонтируем специальную файловую систему cpuset

[root@server1 ~]# echo "cpuset /cs cpuset defaults 0 0" >> /etc/fstab
[root@server1 ~]# mkdir /cs
[root@server1 ~]# mount -a

В итоге все процессы "привязаны" к корневому и единственному существующему на данный момент "вычислительным домену". У каждого процесса есть файл /proc/PID/cpuset, просмотрев который можно увидеть, к какому cpuset он привязан. В настоящий момент для любого процесса мы увидим картину:

[root@server1 ~]# cat /proc/1/cpuset
/

Кроме того, если посмотреть на специальную файловую систему cpuset, то внутри нашей директории /cs мы обнаружим ряд файлов, среди которых:

- cpus: список ЦП в этом cpuset

[root@server1 ~]# cat /cs/cpus
0-7

- mems: список узлов ОЗУ в этом cpuset

[root@server1 ~]# cat /cs/mems
0

- tasks: список процессов, привязанных к этому cpuset

[root@server1 ~]# cat /cs/tasks | wc -l
151

2) Теперь создадим "дочерний" cpuset. Это делается при помощи создания поддиректории внутри файловой системы cpuset:

[root@server1 ~]# mkdir /cs/cs1

Внутри /cs/cs1 мы увидим те же файлы, что и внутри корня файловой системы cpuset. Далее необходимо привязать ресурсы нашему новому вычислительному домену:

[root@server1 ~]# echo 0,3,7 > /cs/cs1/cpus
[root@server1 ~]# echo 0 > /cs/cs1/mems

3) Присваиваем какую-либо задачу домену cs1:

[root@server1 ~]# echo $(pidof syslogd) > /cs/cs1/tasks

В итоге мы видим:

[root@server1 ~]# cat /proc/$(pidof syslogd)/cpuset
/cs1

и изменившуюся маску ЦП для процесса syslogd:

[root@server1 ~]# cat /proc/$(pidof syslogd)/status | grep Cpus
Cpus_allowed:   00000089

Должен заметить, что наиболее полный из доступных источников по теме - это описание /usr/share/doc/kernel-doc-*/Documentation/cpusets.txt, к которому я и отсылаю вас за дополнительной информацией.

Новая версия Spacewalk 0.4

2009-01-19T15:05:00.002+03:00

На днях вышла новая версия open source решения для обслуживания всего жизненного цикла Linux-инфраструктуры - Spacewalk 0.4. Spacewalk представляет собой открытый по лицензии GPL2 продукт Red Hat Network Satellite Server, имеющий давнюю, с 2001 года, историю разработки.

Основные усовершенствования:

интеграция с Cobbler/Koan (о Cobbler я писал в блоге пару недель назад). Требуется версия cobbler >=1.4, которая пока что присутствует в репозитории epel-testing. Предполагается, что Cobbler заменит соответствующую подсистему в Spacewalk, а в дальнейшем, видимо, и в Red Hat Network Satellite Server;
начата работа над реализацией доверительных отношений между Организациями и реализацией "общих каналов" программного обеспечения (Multi-Org II);
улучшения в поддержке разных архитектур в пределах одного сервера для 64-разрядных систем;
Набор новых API (channel.access.*, channel.org.*, package.*);
Модули SELinux для компонентов Spacewalk (Ура! Раньше первый пункт при установке звучал как "выключите SELinux" :) ;
Поиск по online-документации в Spacewalk. (Мелочь, а приятно);
Справочная документация обновлена с учетом последних изменений;
Продолжается миграция частей кода с perl на java;
Улучшенна интеграция с базовой системой. satellite-httpd удален, поскольку теперь используется стандартный httpd;
С момента выхода версии 0.3 исправлено более сотни различных ошибок.

В качестве платформы все еще необходимо использовать RHEL/CentOS/etc, но уже начата работа по созданию репозитория для Fedora 10.

И снова о памяти в Linux - /proc/meminfo

2009-01-13T14:46:00.003+03:00

В продолжение поста о команде free, посмотрим на более полный источник об использовании памяти - специальную виртуальную файловую систему /proc, являющуюся общей точкой доступа к структурам данных ядра, а именно - на информацию /proc/meminfo. Вывод команды cat:

[andrey@server1 ~]$  cat /proc/meminfo
MemTotal:      1945312 kB
MemFree:         48980 kB
Buffers:          2248 kB
Cached:         171092 kB
SwapCached:        256 kB
Active:         622380 kB
Inactive:        32504 kB
HighTotal:     1048256 kB
HighFree:         3176 kB
LowTotal:       897056 kB
LowFree:         45804 kB
SwapTotal:     2048276 kB
SwapFree:      2047868 kB
Dirty:            2696 kB
Writeback:         400 kB
AnonPages:      481592 kB
Mapped:         137244 kB
Slab:            34244 kB
PageTables:       7276 kB
NFS_Unstable:        0 kB
Bounce:              0 kB
CommitLimit:   2433156 kB
Committed_AS:  1277084 kB
VmallocTotal:   114680 kB
VmallocUsed:     14232 kB
VmallocChunk:    99948 kB

Пройдемся сверху вниз с некоторыми комментариями по части из этих значений.

MemTotal - Доступный объем оперативной памяти. Часть физически доступной памяти резервируется во время запуска системы ядром и не входит в указанный здесь объем:

[root@server1 ~]# grep Memory: /var/log/dmesg
Memory: 1941740k/1965760k available
(2097k kernel code, 22716k reserved,
 877k data, 228k init, 1048256k highmem)

MemFree - Какой объем памяти не используется и доступен для немедленного выделения процессам. Ядро Linux старается использовать доступную память максимально эффективно, и, по умолчанию, достаточно большой объем ОЗУ, потенциально доступный для приложений, может быть занят под кэш и буферы. Объем свободной памяти в несколько десятков мегабайт на машинах с гигабайтами оперативной памяти - вполне типичная картина для Linux. В 32-разрядной операционной системе MemFree=LowFree+HighFree.

Buffers - область ОЗУ, занятая хранением данных, ожидающих записи на диск. Буфер позволяет приложениям продолжать выполнение своей задачи не дожидаясь момента когда данные будут физически записаны на диск. Обычно размер около 20Мб.

Cached - Объем занятый в ОЗУ под кэш чтения страниц с диска (файлы, директории, файлы блочных устройств, данные, относящиеся к механизму IPC, данные процессов уровня пользователя, сброшенных в область подкачки). Не включает в себя SwapCached.

SwapCached - Объем памяти, который однажды был помещен в область подкачки, но потом перенесен обратно в ОЗУ. Однако данные все еще присутствуют в swap, и при необходимости этот объем памяти может быть вновь освобожден без необходимости тратить ресурсы на "дорогие" операции ввода/вывода.

Active - Объем памяти, занятый в ОЗУ наиболее часто используемыми страницами памяти. Иными словами, эти страницы памяти активно используются процессами и будут освобождаться только в случае крайней необходимости.

Inactive - Объем памяти, занятый в ОЗУ не используемыми в настоящий момент страницами. Эти страницы считаются наиболее подходящими для выгрузки в swap и освобождения в случае необходимости.

High{Total,Free}, Low{Total,Free} - MemTotal=HighTotal+LowTotal. Вывод команды cat /proc/meminfo получен на 32-разрядной операционной системе. Модель использования памяти в 32-разрядном и 64-разрядном ядрах отличается. Ниже я привел рисунок, показывающий эти отличия:

В 32-р архитектуре ядро Linux может напрямую адресовать только первый гигабайт физической памяти. На рисунке ZONE_NORMAL - это и есть область памяти объемом LowTotal:897056 kB. Число меньше гигабайта за счет зарезервированных ядром областей памяти. Из оставшегося объема нужно вычесть 1Мб, используемый BIOS и устройствами ввода/вывода, а также 16Mб ZONE_DMA для совместимости с ограничениями устройств на шине ISA. Память "выше" первого гигабайта - ZONE_HIGHMEM (HighTotal:1048256 kB). Доступ к ней осуществляется через отображение на первый гигабайт ОЗУ. Отображение "прозрачно" для приложений, но вызывает небольшую потерю производительности. ZONE_NORMAL используется для тех же нужд что и зона ZONE_HIGHMEM, плюс для собственных структур ядра. В 64-разрядных архитектурах зона ZONE_HIGHMEM всегда пуста.

Swap{Total, Free} - SwapTotal - это общий объем области подкачки (как в разделе подкачки, так и в swap-файлах, если они используются). Как и в случае с ОЗУ, ядро Linux старается использовать область подкачки максимально эффективно. Иногда факт использования части области подкачки еще не означает того, что память является "узким местом" производительности системы. Один из способов влиять на агрессивность использования swap - это парметр vm.swappiness. Чем больше процент swappiness, тем активнее будет выгрузка в swap. По умолчанию в RHEL5 это число 60%. Предпочтительно использовать более агрессивную политику выгрузки в область подкачки, когда вы, например, на рабочей станции большую часть времени работаете с одним большим пакетом ПО и редко переключаетесь на другие задачи. Пример из области серверов - машина с ограниченным ОЗУ, выполняющая какие-то пакетные задания (процессы, находящиеся долгое время в состоянии S). На серверах с большим объемом ОЗУ увеличения swappiness может свести все выгоды использования swap "на нет" из-за активного использования дисковой подсистемы и процессорного времени для поиска и сброса на диск неактивных страниц памяти.

Dirty - Измененные ("грязные") страницы, находящиеся в ОЗУ, но еще не сброшенные на диск. За процедуру записи на диск отвечает группа потоков ядра pdflush. В системе должно работать минимум два и максимум восемь потоков pdflush. Посмотреть текущее число потоков можно:

[root@server1 ~]# cat /proc/sys/vm/nr_pdflush_threads
2

Дополнительные потоки создаются в зависимости от текущей нагрузки ввода/вывода. Команда sync и "магическая" комбинация Alt-SysRq-S сбрасывает все "грязные" страницы и буферы. Число, хранящееся в vm.dirty_background_ratio (по умолчанию 10%), задает какой процент от ОЗУ потоки pdflush должны сбрасывать на диск. Чем больше процент, тем реже происходит обращение к диску. Второй из важных параметров, влияющих на pdflush, это процент от объема ОЗУ, при котором стартует сам процесс сброса на диск - vm.dirty_ratio.

Writeback - Страницы памяти, которые в настоящий момент сбрасываются на диск.

AnonPages - Анонимные страницы - это, как правило, данные, используемые программами и не ассоциированные с каким-либо файлом. Наряду со страницами, объем которых указан в Inactive, это первые кандидаты на попадание в область подкачки. Анонимные страницы нередко используются несколькими процессами. Самый распространенный пример - fork() при создании нового процесса. Число анонимных страниц для конкретного процесса можно вычислить как разницу между размером резидентной части (resident) и разделяемыми страницами (share) в выводе /proc/PID/statm (информация о состоянии памяти в страницах). Например:

[root@server1 vm]# cat /proc/$(pidof sshd)/statm
1763 258 161 93 0 130 0

Получается что число анонимных страниц для sshd = 258 - 161 = 97 или 388Кб. Подробнее - man proc.

Mapped - Общий объем памяти, привнесенный в виртуальное адресное пространство процессов при помощи mmap (например, библиотеки).

Slab - объем памяти, занятый под различные структуры ядра небольшого объема, для которых не оптимально выделять по целой странице памяти. По умолчанию в 32-р системах размер страницы - 4Кб, и этот объем является квантом памяти при ее выделении. Подробнее информацию о slab-кэше можно посмотреть при помощи утилиты vmstat с ключем -m, утилиты slabtop или через /proc/slabinfo.

PageTables - Объем памяти, зарезервированный под Таблицу Страниц.

NFS_Unstable - Данный параметр относится к клиенту NFS v3+, реализованному в ядре Linux, и показывает, какой объем данных, отправленных клиентом серверу, еще не был записан на диск. Клиент должен кэшировать эти данные до поступления подтверждения от сервера.

CommitLimit - Объем памяти, который может быть выделен системой. Вычисляется на основе vm.overcommit_ratio (по умолчанию - 50%) и размера области подкачки. Формула имеет следующий вид CommitLimit = ( vm.overcommit_ratio * объем_ОЗУ) + область_подкачки. Этот лимит соблюдается только при "строгой" политике выделения памяти (vm.overcommit_memory=2). По умолчанию используется "эвристическая" политика (vm.overcommit_memory=0).

Committed_AS - Сколько памяти выделено всем процессам, даже если они эту память не используют в полном объеме. Иными словами, данный параметр показывает, сколько при текущей загрузке системы требуется ОЗУ, если процессы реально захотят использовать выделенную память для того, чтобы избежать core dump по причине отсутствия памяти (OOM). Дело в том что, когда процесс требует - ядро подтверждает выделение требуемого объема памяти (только если не используется "строгая" политика. В этом случае проверяем, не исчерпан ли CommitLimit) без выделения ОЗУ. Реально память выделяется постранично только лишь когда процесс пытается что-то записать в выделенную до этого память. Этот механизм называется overcommitment. Более подробно см. /usr/share/doc/kernel-doc-*/Documentation/vm/overcommit-accounting.

VmallocTotal - общее число виртуального пространства, доступного для vmalloc.

VmallocUsed - объем использованного пространства vmalloc.

VmallocChunk - наибольший свободный непрерывный блок внутри пространства vmalloc.

Литература:

Ядро Linux. 3-е издание, Даниель Бовет, Марко Чезати, БХВ-Петербург, 2007
Optimizing Linux® Performance: A Hands-On Guide to Linux® Performance Tools, Phillip G. Ezolt, Pearson PTR, 2005
Linux System Programming, Robert Love, O’Reilly, 2007
/usr/share/doc/kernel-doc-*/Documentation/

Команда /bin/free "в картинках"

2009-01-08T19:01:00.003+03:00

Команда free выводит информацию об общем числе свободной и использованной памяти, включая swap. Для того, чтобы было понятнее, как трактовать вывод команды, на приведенном ниже рисунке я показал результат исполнения команды free в Dom0 на моем рабочем ноутбуке:

Ключ -m говорит о том, что размер памяти нужно выводить в мегабайтах. Еще один ключ -l позволяет посмотреть сколько памяти использовано в каждой из зон:

[andrey@server1 ~]$ free -l
           total    used     free shared buffers  cached
Mem:       1819648 1807228    12420      0   56504 1257716
Low:        738260  728896     9364
High:      1081388 1078332     3056
-/+ buffers/cache:  493008  1326640
Swap:      2048276       8  2048268

Если бы я отдал эту же команду на установленной 64-разрядной ОС, то в строке, относящейся к ZONE_HIGMEM, я бы увидел 0. Обзор модели памяти Linux можно почитать в статье на IBM developerWorks Россия. Если же вы готовы к "глубокому погружению", то ничего лучше "Ядро Linux. 3-е издание" Бовет, Чезати на русском языке я не видел.

Cobbler: новое видео в Red Hat Magazine

2009-01-08T13:13:00.003+03:00

Не так давно я уже писал в блоге про создание сервера инсталляции. Кстати, пользуясь случаем, дам ссылку еще на одну отличную статью по теме, которая уже проскальзывала в комментариях. Так вот, ознакомившись с этими материалами, вы наверняка могли заметить, что создание сервера для сетевой установки хотя и не сложный, но достаточно комплексный процесс, затрагивающий настройку нескольких служб. Есть ли способ упростить настройку сервиса для конечного пользователя - системного администратора?

Такой способ есть, и он заключается в использовании ПО Cobbler, которое упрощает сетевую установку операционных систем, что особенно необходимо при масштабных инсталляциях, например, в дата-центрах. Вчера в Red Hat Magazine появилось видео-интервью с разработчиком Cobbler - Michael DeHaan.

Добавлю, что в релизе 0.4 open source решения для управления Linux-инфраструктурой Spacewalk планируется сделать первые шаги для интеграции c Cobbler/Koan. Предполагается, что Cobbler заменит соответствующую подсистему в Spacewalk, а в дальнейшем, видимо, и в Red Hat Network Satellite Server.

Подробнее с Cobbler можно познакомиться на сайте проекта. А все тот же Michael DeHaan описал процесс настройки Cobbler в статье "How to set up a network boot server in 10 minutes".

Приоритет ввода/вывода процесса и ionice

2009-01-06T19:05:00.002+03:00

В планировщике ввода/вывода CFQ (подробнее о планировщиках ввода/вывода можно почитать тут), который используется по умолчанию, начиная с ядра версии 2.6.18 (кстати, в последнем издании Understanding the Linux Kernel описано ядро 2.6.11, и там в соответствующей главе пишут про упреждающий конвейер - Anticipatory) есть интересная возможность вручную присваивать приоритет ввода/вывода конкретному процессу. На практике эти манипуляции осуществляются при помощи утилиты ionice.

Можно задать три класса ввода/вывода:

3. Idle - получает доступ к диску только тогда, когда другие процессы не требуют ввода/вывода. При "нормальной" работе системы такой процесс не должен испытывать проблем с производительностью.

2. Best effort - класс "по умолчанию". Для вычисления приоритета ввода/вывода используется соответствующее значение nice планировщика ЦП для этого процесса. Таким образом, при помощи команд nice и renice вы, помимо косвенного изменения приоритета процесса в планировщике ЦП, косвенно же влияете на планировщик ввода/вывода.

1. Real time - процессы с этим классом имеют приоритетный доступ к жесткому диску вне зависимости от того, что происходит в системе. Вместе с классом 1 как и с классом 2 можно передать и параметр-приоритет (0-7).

Первое, что приходит в голову глядя на классы - запуск некоторых задач в cron с пониженным приоритетом ionice -c3. Приоритет наследуется от родительского процесса, таким образом, все, что вы напишете после

#!/bin/bash
ionice -c3 -p$$

будет работать с приоритетом ввода/вывода Idle. Видимо, наилучшего прироста производительности можно добиться экспериментируя с ionice, когда вы вынуждены запускать одновременно несколько процессов с разными требованиями к дисковой подсистеме.

Подробнее:

man-страница ionice(1)
/usr/share/doc/kernel-doc-*/Documentation/block/ioprio.txt

Хотя не существует однозначного ответа на вопрос "Какой планировщик лучше?", и каждый раз необходимо тестировать конкретное приложение/систему, в общем случае ionice и конвейер CFQ не стоит применять для работы с /dev/xvdX в виртуальных машинах, где рекомендуется использовать планировщик NOOP, предоставив заботиться о планировании операций ввода/вывода Dom0. Для этого нужно добавить elevator=noop в строку параметров ядра grub:

title Red Hat Enterprise Linux Server (2.6.18-53.el5xen)
root (hd0,0)
kernel /vmlinuz-2.6.18-53.el5xen ro root=/dev/vol0/root rhgb quiet elevator=noop
initrd /initrd-2.6.18-53.el5xen.img

В итоге:

[root@vm02 ~]# dmesg | grep schedule
io scheduler noop registered (default)
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered

Впрочем, если вы помимо виртуальных дисков работаете с внешним хранилищем, где оптимальнее использовать планировщик "по умолчанию", то можно обойтись и /etc/rc.d/rc.local, меняя планировщик на уровне устройства:

echo noop > /sys/block/xvdX/queue/scheduler

Ресурсы по SELinux в Интернет

2008-12-25T01:36:00.003+03:00

Начал собирать ссылки, посвященные SELinux в сети на страницах нашей Wiki.

Fedora Linux Security Guide

2008-12-22T08:22:00.004+03:00

Руководство Security-Enhanced Linux User Guide, про которое я писал ранее, уже сменило статус с черновика на готовый документ, а вчера Eric Christensen опубликовал черновой вариант Fedora Linux Security Guide (Bugzilla Bug). В целом завершить работу планируется к выходу Fedora 11, а сейчас создатели документа с удовольствием выслушают отклики/исправления/замечания от сообщества пользователей и разработчиков Fedora. HTML-версия документа тут.

Книги по мониторингу и настройке производительности

2008-12-21T21:42:00.003+03:00

На ресурсе IBM Redbooks нашел несколько интересных для себя книг в формате PDF по настройке производительности операционных систем.

Tuning IBM System x Servers for Performance. Рассмотрены вопросы настройки производительности Windows, Linux и ESX Server на System x. Естественно, часть информации не специфична именно для System x. Более тысячи страниц, датировано февралем 2007 года

Tuning Red Hat Enterprise Linux on IBM eServer xSeries Servers. Помимо настройки непосредственно операционной системы, затронуты вопросы производительности Apache, LDAP, серверов баз данных. Июль 2005, сто пятьдесят страниц.

Linux Performance and Tuning Guidelines. Краткое введение в предмет. Примеры приведены для Red Hat Enterprise Linux и Novell SUSE Linux. Июль 2007, сто семьдесят страниц.

SystemTap: Instrumenting the Linux Kernel for Analyzing Performance and Functional Problems. Публикация пока что находится в стадии "черновика". Окончательная версия по информации на сайте будет примерно через месяц. Еще одно описание Systemtap уже не от инженеров IBM, а от Red Hat - тут.

А вообще, IBM Redbooks - замечательный источник информации, на котором, я уверен, многие найдут для себя интересное.

Ресурсы Russian Fedora

2008-12-18T11:29:00.002+03:00

Заработали Bugzilla и форум. Страница "Как присоединиться" с которой можно подписаться на списки рассылки. К следующему четвергу в wiki должны быть списки To Do по основным направлениям, и можно будет брать и раздавать задачи :)

I am RHCDS

2008-12-15T18:44:00.003+03:00

Пришли результаты EX436, а вместе с ними сертификат Red Hat Certified Datacenter Specialist :) До RHCA остался всего один экзамен, но это уже на следующий год. :)

Создаём сервер сетевой установки Fedora/RHEL

2008-12-09T11:35:00.004+03:00

С разрешения редакции размещена моя статья из 11/2008 номера журнала "Системный администратор":

Дистрибутив Fedora использует для установки весьма мощную и многофункциональную программу Anaconda, поддерживающую различные режимы работы и сценарии инсталляции. Вместе с рядом других технологий, в частности Spacewalk-сервером, вы можете значительно облегчить процесс развертывания и обслуживания вашей Linux-инфраструктуры.

Однако сегодня мы оставим Spacewalk-сервер в стороне и рассмотрим, как можно автоматизировать самую начальную стадию жизненного цикла серверов/рабочих станций – их развертывание. При этом в процессе установки мы постараемся обойтись без вмешательства оператора при помощи так называемого сервера сетевой установки. Для организации такого сервера мы используем следующие технологии:

PXE (Pre-Boot Execution Environment). Минимальное вмешательство человека подразумевает загрузку первой стадии инсталлятора по сети. Большинство выпущенных за последние два-три года сетевых карт и BIOS материнских плат поддерживают эту функцию. Как правило, загрузка по сети начинается, если на жестком диске отсутствует загрузчик, при старте нажата клавиша или в BIOS выбран соответствующий пункт меню. Первый вариант – отсутствие загрузчика на жестком диске – нас вполне устраивает.

DHCP-сервер. Предоставляет клиентам сетевые настройки и указывает место, где будут располагаться файлы, необходимые для загрузки с использованием Pre-Boot Execution Environment.

TFTP-сервер. Там мы и расположим все необходимые для начала инсталляции файлы. Нужно заметить, что мы можем одновременно поддерживать несколько вариантов дистрибутива, например, Fedora 9 и Red Hat Enterprise Linux 5.

Kickstart-файлы. Для каждого из дистрибутивов можно предусмотреть несколько вариантов установки, которые и будут задаваться при помощи kickstart-файлов. Kickstart-файл должен быть доступен по сети при помощи одного из протоколов: http/https, NFS, FTP. Необходимый kickstart-файл можно указывать и вручную, но, поскольку мы хотим максимально автоматизировать развертывание операционной системы, то нужно предусмотреть возможность автоматического выбора. Реализовать это можно следующими способами:
При помощи DHCP-сервера в зависимости от MAC-адреса клиента.
При помощи настроек PXE (конфигурационных файлов первой стадии загрузчика – pxelinux.0) в зависимости от MAC- или IP-адреса, полученного с DHCP-сервера. В последнем случае может понадобиться резервирование IP-адресов на DHCP-сервере.
При помощи Spacewalk-сервера. Мы не будем рассматривать данный вариант, но заметьте, что в зависимости от того, в какой из диапазонов IP-адресов попадает клиент, Spacewalk-сервер может выдавать свой kickstart-файл. При этом его содержимое будет создаваться «на лету» из базы данных, а на DHCP-сервере или при помощи настроек pxelinux.0 можно будет всегда задавать одно и то же месторасположение этого «динамического» kickstart-файла.

Сетевой репозиторий. Файлы дистрибутива, доступные по http, NFS, FTP или по всем трем протоколам. Быстрее всего установка будет производиться при выборе метода установки по NFS. Медленнее всего – по http.

Теперь попробуем собрать все компоненты вместе. Не буду подробно объяснять ключи командной строки или подробности работы протоколов – ответы на эти вопросы можно найти в обширной документации, включая официальную от Red Hat. Приведу рецепт решения конкретной задачи. Также обратите внимание на утилиту system-config-netboot, которая может упростить некоторые шаги. Однако в учебных целях не будем пользоваться GUI. Подробно использование system-config-netboot описано в руководстве системного администратора из комплекта официальной документации Red Hat Enterprise Linux.

Для начала установим и настроим автоматический запуск tftp-сервера:

# yum -y install tftp-server
# chkconfig tftp on
# service xinetd start

По умолчанию корневой директорией tftp-сервера в RHEL5 выступает /tftpboot, а в Fedora 9 – /var/lib/tftpboot. Если вы решите использовать директорию, отличную от установленной по умолчанию, не забудьте прописать соответствующие правила в своем модуле SELinux.

Скопируйте в избранный каталог необходимые файлы. Для начала нам необходима первая стадия загрузчика – файл pxelinux.0. Документация на загрузчик и сам файл привносятся в систему пакетом syslinux:

# yum -y install syslinux

Далее копируем загрузчик в корневую директорию tftp-сервера:

# cp $(rpm -ql syslinux | grep pxelinux.0) /var/lib/tftpboot/

Создадим сервер инсталляции для двух дистрибутивов. В качестве примера возьмем Fedora 9 и Red Hat Enterprise Linux 5.1, но пойдет и любой другой дистрибутив, использующий Anaconda. Скопируем в /tftpboot ядро и initrd-образы обоих дистрибутивов, которые расположены в директории /images/pxeboot/ установочного диска. Предположим, оба ISO-образа дистрибутивов смонтированы в /mnt/loop/:

# mkdir /var/lib/tftpboot/{fedora9,rhel51}
# cp /mnt/loop/RHEL_5.1/images/pxeboot/* /var/lib/tftpboot/rhel51/
# cp /mnt/loop/Fedora9/images/pxeboot/* /var/lib/tftpboot/fedora9/

Поскольку у нас два варианта дистрибутивов, предоставим оператору возможность выбора. Пусть в качестве информации наш загрузчик выводит на экран возможные варианты. Создадим текстовый файл /var/lib/tftpboot/boot.msg примерно следующего содержания:

--------------------------
MY SETUP MENU FOR PXE BOOT
--------------------------
f - install Fedora 9
r - install RHEL 5.1
q - boot normally

Кстати, в файле /usr/share/doc/syslinux-*/syslinux.doc (помимо опций, использующихся в конфигурационном файле загрузчика) описано, как сделать информационное сообщение более «веселым», добавив цвета, страницы, переключаемые при помощи функциональных клавиш, и различные управляющие символы. Теперь пришло время создать конфигурационный файл загрузчика, пользуясь все тем же руководством /usr/share/doc/syslinux-*/syslinux.doc:

# mkdir /var/lib/tftpboot/pxelinux.cfg
# vi /var/lib/tftpboot/pxelinux.cfg/default

Наш конфигурационный файл, используемый PXE по умолчанию, будет содержать следующие строки:

default q
display boot.msg
prompt 1
timeout 100

label q
localboot 0

label f
kernel fedora9/vmlinuz
append initrd=fedora9/initrd.img ks=http://192.168.0.100/f9.cfg

label r
kernel rhel51/vmlinuz
append initrd=rhel51/initrd.img ks=http://192.168.0.100/rhel51.cfg

Вариант загрузки с меткой q описывает загрузку с локального диска. Данный вариант используется по умолчанию. Для загрузки ядра Fedora или RHEL необходимо выбрать f или r. Заметьте, мы воспользовались самым простым способом предоставления информации о kikstart-файле через параметры ядра, передаваемые опцией append. В случае использования Spacewalk-сервера можно было бы обойтись одним «динамическим» путем к kikstart-файлу. Без него, если необходимо, можно добавить еще несколько меток, указывающих на другие файлы, например:

label f2
kernel fedora9/vmlinuz
append initrd=fedora9/initrd.img ks=http://192.168.0.100/f9_2.cfg

Следующий компонент нашего сервера – служба DHCP. Устанавливаем его:

# yum -y install dhcp
# cp /usr/share/doc/dhcp-*/dhcpd.conf.sample /etc/dhcpd.conf

С учетом того, что имя kikstart-файла передается без помощи DHCP, а также упростив конфигурацию и не используя классы вендоров, отредактируем нашу область, добавив два параметра:

filename "pxelinux.0";
next-server 192.168.0.100;

Остальные настройки используются в соответствии с вашими пожеланиями. Конфигурирование DHCP-сервера, как и написание kickstart-файла, выходит за рамки этой статьи. Предполагается, что читатель может самостоятельно скопировать содержимое дистрибутива на сервер и сделать его доступным по NFS, FTP или http. В случае необходимости смотрите соответствующую документацию по настройке этих служб.

Создание kickstart-файла также не должно представлять сложностей. Его формат подробно описан в документации Red Hat. Проще всего создать его при помощи GUI-утилиты system-config-kickstart или взяв за основу /root/anaconda-ks.cfg.

Итак, все готово для начала сетевой установки. Включаем тестовую рабочую станцию или запускаем виртуальную машину и наблюдаем следующую картину:

Вводом имени соответствующего пункта меню запускаем инсталляцию соответствующего варианта дистрибутива.

Как вы видите на рис. 3, до использования конфигурационного файла default загрузчик ищет конфигурационные файлы, соответствующие вашему MAC-адресу, IP-адресу и подсетям. Этим можно воспользоваться для создания конкретных комбинаций «дистрибутив/kickstart-файл» для определенных серверов или рабочих станций. Управлять привязкой IP-адресов к конкретным машинам можно в конфигурационном файле DHCP-сервера, используя резервирование IP-адресов и классы вендоров.

Приведенное решение является лишь «заготовкой», на основе которой вы можете самостоятельно собрать нужную вам конфигурациию сервера инсталляции. Следующим шагом я бы порекомендовал попробовать посмотреть в сторону Spacewalk-сервера, являющегося Open Source-решением для управления Linux-инфраструктурой и помимо прочих задач также служащего для развертывания серверов и рабочих станций.

Построение HA-кластера с использованием RHCS и GFS в RHEL 5

2008-12-07T22:37:00.008+03:00

Цель поста - продемонстрировать создание тестовой конфигурации кластера высокой доступности с использованием Red Hat Cluster Suite и кластерной файловой системы Global File System.

При создании HA-кластера используем следующее ПО/технологии. Все они являются полностью открытыми и для них доступен исходный код:

- Red Hat Enterprise Linux Advanced Platform 5.1
-- Red Hat Cluster Suite (в том числе web-интерфейс Conga, qdiskd и clvmd);
-- Global File System;
-- udev.

Вместо RHEL можно использовать CentOS, Scientific Linux и другие подобные.

Для создания демо-стенда использовались два физических сервера с внешним дисковым массивом, подключенным через FC, и одна управляющая станция, на которой была установлена web-консоль luci (проект Conga). Данная конфигурация избыточна, и все эти шаги можно повторить с использованием одного физического сервера, предоставляющего доступ к разделу по iSCSI двум виртуальным машинам, которые работают на том же сервере. В этом случае luci также можно было бы запускать на хост-системе или, в зависимости от числа доступных ресурсов, на сервере "поднять" третью виртуальную машину. Использование физических серверов критично в случае, если вы в качестве серверного ресурса планируете запускать виртуальные машины - HA + "живая миграция" (т.е. примерно то, что обеспечивает VMWareHA, и чего ждем в Windows Server 2008 R2). В этом случае рекомендую помимо официальной документации Red Hat ознакомиться со статьей в Red Hat Magazine и workaround на тему живой миграции виртуальных машин, описанном в блоге Андрея Мартынова.

Важно. Хотя, по информации, приведенной в этом посте, можно повторить все шаги и по аналогии настроить свой кластер, но информации будет явно не достаточно для понимания всех деталей работы, команд и планирования развертывания кластера. Для дальнейшего изучения материала рекомендую обратиться к официальной документации Red Hat, свободно доступной на сайте Red Hat как в виде PDF, так и HTML. Пост в блоге не заменяет чтения сотен страниц документации. Также нужно заметить, что решение задействовать GFS и использование кластера именно из двух узлов не является необходимым/оптимальным решением для рассмотренной задачи (отказоустойчивый web-сервер). Решение продиктовано желанием продемонстрировать использование большего числа технологий (GFS и кворумный диск). Более того, использование web-сервера как кластерной службы выбрано исключительно для демонстрации и из-за простоты базовой настройки. Для достижения результата в каждом конкретном шаге также, как правило, возможно воспользоваться разными инструментами: system-config-cluster, Conga или командная строка.

Создаем кластер, используя web-интерфейс (проект Conga)

Наиболее простой способ создать кластер - использовать Conga. Также стоит использовать данный интерфейс, когда мы хотим управлять из одной точки несколькими кластерами. Для того чтобы избежать некоторых "шероховатостей" в дальнейшем, убедимся, что на всех кластерах в /etc/hosts имя узла не присутствует в одной строчке с localhost, как это прописывает по умолчанию Anaconda. Кроме того, для независимости кластера от работы службы DNS лучше всего также прописать в hosts все остальные узлы и машину, где будет установлена luci. Кроме того, предполагается, что всем машинам доступны группы Cluster и Cluster Storage через RHN, Satellite или локальный репозиторий.

На управляющей станции устанавливаем web-консоль:

[root@server1 ~]# yum -y install luci
[root@server1 ~]# luci_admin init

Задаем пароль администратора luci.

[root@server1 ~]# service luci restart
Shutting down luci: [ OK ]
Starting luci: [ OK ]

Point your web browser to https://server1.example.com:8084 to access luci

А на обоих узлах кластера агента, который работает в паре c luci:

[root@node1 ~]# yum -y install ricci
[root@node1 ~]# service ricci restart; chkconfig ricci on

Теперь можно как нам и предложили зайти в web-интерфейс server1.example.com:8084. Со вкладки Clucter выбираем создание нового кластера:

После нажатия кнопки Submit узлы кластера скачивают и устанавливают соответствующие пакеты. По окончании процесса мы должны увидеть такую картину:

Настраиваем постоянные имена для разделов на дисковом массиве

Данный шаг необходим в ряде случаев, например, когда мы не можем гарантировать, что после перезагрузки каждый раздел будет иметь то же имя, что и перед прошлым циклом перезагрузки (iSCSI), или, например, в случае различного числа дисков на узлах кластера, когда один и тот же LUN будет выглядеть на узлах по-разному:

[root@node1 ~]# fdisk -l
...
Disk /dev/sdc: 72.8 GB, 72837857280 bytes
255 heads, 63 sectors/track, 8855 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdc1 1 13 104391 83 Linux
...
[root@node2 ~]# fdisk -l
...
Disk /dev/sdd: 72.8 GB, 72837857280 bytes
255 heads, 63 sectors/track, 8855 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdd1 1 13 104391 83 Linux
...

В первом случае наш рабочий LUN на массиве - это sdc, а во втором - sdd. Данную проблему можно решить при помощи правила udev. В качестве альтернативы при использовании LVM и ext3 можно было бы воспользоваться UUID или метками ФС. Однако, правило udev более универсально.

Получим идентификатор нашего рабочего диска:

[root@node2 ~]# scsi_id -g -s /block/sdd
3600805f3001d3200a1e3ff9f259f0003

На каждом из узлов напишем правило udev (за подробностями - к документации):

[root@node1 ~]# cat /etc/udev/rules.d/75-custom.rules
KERNEL=="sd*", BUS=="scsi", PROGRAM=="/sbin/scsi_id -g -s %p",RESULT=="3600805f3001d3200a1e3ff9f259f0003", SYMLINK+="mydata%n"

В итоге на обоих узлах получаем картину:

[root@node1 ~]# ls -l /dev/my*
lrwxrwxrwx 1 root root 3 Dec 2 12:54 /dev/mydata -> sdc
lrwxrwxrwx 1 root root 4 Dec 2 12:54 /dev/mydata1 -> sdc1

[root@node2 ~]# ls -l /dev/my*
lrwxrwxrwx 1 root root 3 Aug 1 13:58 /dev/mydata -> sdd
lrwxrwxrwx 1 root root 4 Aug 1 13:58 /dev/mydata1 -> sdd1

Еще один вариант - это воспользоваться стандартно создаваемыми симлинками в /dev/disk/by-id/.

Fencing

В Red Hat Cluster Suite поддерживается большое число агентов, в том числе для ряда ИБП APC, что радует - HP iLO и IBM Blade Center, виртуальных машин Xen, коммутаторов McData, Brocade. Однако, например, Cisco MDS, насколько я знаю, "родными" средствами "гасить" нельзя. В luci настройка fencing производится на вкладке Cluster в свойствах кластера и пункте меню Shared Fence Devices. Снимки с экрана пропустим :)

Добавляем кворумный диск

Получившийся кластер состоит из двух узлов. Чтобы разрешить проблему разделения кластера на две независимые части, когда каждый из узлов думает что он единственный уцелевший и продолжает изменять данные на диске, добавим кворумный диск. Просмотрим состояние нашего кластера. Два узла, флаг специального двух-узлового режима и ни одного сервиса:

[root@node1 ~]# clustat
Member Status: Quorate

Member Name ID Status
------ ---- ---- ------
node2.example.com 1 Online
node1.example.com 2 Online, Local

[root@node1 ~]# cman_tool status
Version: 6.0.1
Config Version: 1
Cluster Name: cluster0
Cluster Id: 26776
Cluster Member: Yes
Cluster Generation: 140
Membership state: Cluster-Member
Nodes: 2
Expected votes: 1
Total votes: 2
Quorum: 1
Active subsystems: 8
Flags: 2node
Ports Bound: 0 11 177
Node name: node1.example.com
Node ID: 2
Multicast addresses: 239.192.104.1
Node addresses: 192.168.50.140

В качестве кластерного диска используем первый раздел на общем диске:

[root@node1 ~]# mkqdisk -c /dev/mydata1 -l myqdisk
mkqdisk v0.5.1
Writing new quorum disk label 'myqdisk' to /dev/mydata1.
WARNING: About to destroy all data on /dev/mydata1; proceed [N/y] ? y
Initializing status block for node 1...
...
[root@node1 ~]# mkqdisk -L
mkqdisk v0.5.1
/dev/sdc1:
Magic: eb7a62c2
Label: myqdisk
Created: Tue Dec 2 13:12:29 2008
Host: node1.example.com

Теперь необходимо вручную на одном из узлов убрать флаг, говорящий о том, что кластер в особой двухнодовой конфигурации (luci ставит этот флаг автоматом), и увеличить число голосов на один. Кроме того, необходимо увеличить версию конфигурационного файла:

[root@node1 ~]# vi /etc/cluster/cluster.conf

cluster alias="cluster0" config_version="3" name="cluster0"
...
cman expected_votes="3" two_node="0"/

Даем команду узлам кластера обновить конфигурацию:

[root@node1 ~]# ccs_tool update /etc/cluster/cluster.conf
Config file updated from version 2 to 3

Update complete.

Стартуем сервис qdiskd, который уже привнесен нам на узлы пакетом cman:

[root@node2 ~]# chkconfig qdiskd on; service qdiskd start
Starting the Quorum Disk Daemon: [ OK ]

Теперь в luci добавляем кворумный раздел. В качестве проверки будем пинговать шлюз по умолчанию:

За объяснением параметров идем к документации. В итоге в clustat мы получаем следующую картину:

[root@node1 ~]# clustat
Member Status: Quorate

Member Name ID Status
------ ---- ---- ------
node2.example.com 1 Online
node1.example.com 2 Online, Local
/dev/mydata1 0 Online, Quorum Disk

Раздел GFS

Если в двух словах, то про сетевые файловые системы, в том числе и GFS, Андрей Меганов писал в блоге. А дальше, традиционно, читаем документацию.

К настоящему моменту Conga уже должна была установить все необходимые пакеты. Для гарантии того, что тип блокировок LVM2 сменен с stand-alone на cluster-wide, отдадим команду:

[root@node2 ~]# lvmconf --enable-cluster

После чего (пере)запустим clvmd. Далее создадим на общем диске раздел под GFS:

[root@node1 ~]# fdisk /dev/mydata

На обоих узлах перечитаем таблицу разделов:

[root@node1 ~]# partprobe
[root@node1 ~]# fdisk -l

Disk /dev/sdc: 72.8 GB, 72837857280 bytes
255 heads, 63 sectors/track, 8855 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sdc1 * 1 13 104391 83 Linux
/dev/sdc2 14 6093 48837600 8e Linux LVM

На новом разделе создадим логический том, который, благодаря clvmd, будет доступен на всех узлах кластера:

[root@node1 ~]# pvcreate /dev/mydata2
Physical volume "/dev/mydata2" successfully created
[root@node1 ~]# vgcreate vgcluster /dev/mydata2
Volume group "vgcluster" successfully created
[root@node1 ~]# vgdisplay | grep Free
Free PE / Size 11923 / 46.57 GB
Free PE / Size 0 / 0
[root@node1 ~]# lvcreate -l 11923 -n gfsvol vgcluster

В случае, если последняя команда отработает с ошибкой, workaround:

[root@node2 ~]# service clvmd stop
Stopping clvm: [ OK ]
[root@node2 ~]# rm /etc/lvm/cache/.cache
rm: remove regular file `/etc/lvm/cache/.cache'? y
[root@node2 ~]# pvscan
connect() failed on local socket: Connection refused
WARNING: Falling back to local file-based locking.
Volume Groups with the clustered attribute will be inaccessible.
PV /dev/mydata2 VG vgcluster lvm2 [46.57 GB / 0 free]
PV /dev/sdb1 VG VolGroup00 lvm2 [149.03 GB / 0 free]
PV /dev/sda2 VG VolGroup00 lvm2 [74.41 GB / 0 free]
Total: 3 [270.01 GB] / in use: 3 [270.01 GB] / in no VG: 0 [0 ]
[root@node2 ~]# vgscan
connect() failed on local socket: Connection refused
WARNING: Falling back to local file-based locking.
Volume Groups with the clustered attribute will be inaccessible.
Reading all physical volumes. This may take a while...
Skipping clustered volume group vgcluster
Found volume group "VolGroup00" using metadata type lvm2
[root@node2 ~]# lvscan
connect() failed on local socket: Connection refused
WARNING: Falling back to local file-based locking.
Volume Groups with the clustered attribute will be inaccessible.
Skipping clustered volume group vgcluster
ACTIVE '/dev/VolGroup00/LogVol00' [221.50 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [1.94 GB] inherit

[root@node1 ~]# service clvmd start
Starting clvmd: [ OK ]
Activating VGs: 1 logical volume(s) in volume group "vgcluster" now active
2 logical volume(s) in volume group "VolGroup00" now active
[ OK ]

Создаем файловую систему (один лишний журнал "про запас"):

[root@node1 ~]# gfs_mkfs -p lock_dlm -t cluster0:share -j 3 /dev/vgcluster/gfsvol

Пробуем смонтировать:

[root@node1 ~]# mount /dev/vgcluster/gfsvol /var/www/html
[root@node1 ~]# mount
/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
none on /sys/kernel/config type configfs (rw)
/dev/mapper/vgcluster-gfsvol on /var/www/html type gfs (rw,hostdata=jid=0:id=131074:first=1)

Информация о файловой системе:

[root@node1 ~]# gfs_tool df /var/www/html
/var/lib/xen/images:
SB lock proto = "lock_dlm"
SB lock table = "cluster0:share"
SB ondisk format = 1309
SB multihost format = 1401
Block size = 4096
Journals = 3
Resource Groups = 186
Mounted lock proto = "lock_dlm"
Mounted lock table = "cluster0:share"
Mounted host data = "jid=0:id=131074:first=1"
Journal number = 0
Lock module flags = 0
Local flocks = FALSE
Local caching = FALSE
Oopses OK = FALSE

Type Total Used Free use%
------------------------------------------------------------------------
inodes 5 5 0 100%
metadata 5 5 0 100%
data 12109426 0 12109426 0%

Добавляем строчку в /etc/fstab:

/dev/vgcluster/gfsvol /var/www/html gfs defaults 0 0

Создание кластерного ресурса

Остался последний шаг - создаем службу, которая будет хранить, и, если необходимо, изменять данные на GFS. С httpd пример не очень хороший, зато делается просто. На всех узлах:

[root@node2 ~]# yum -y install httpd

На одном из узлов:

[root@node2 ~]# vi /var/www/html/index.html

Теперь в web-интерфейсе:

Проверяем:

[root@server1 ~]# elinks -dump http://192.168.50.146
My web Service!

И с любого из узлов:

[root@node1 ~]# clustat
Member Status: Quorate

Member Name ID Status
------ ---- ---- ------
node2.example.com 1 Online
node1.example.com 2 Online, Local
/dev/mydata1 0 Online, Quorum Disk

Service Name Owner (Last) State
------- ---- ----- ------ -----
service:webservice node2.example.com started

Теперь можно через web-интерфейс или из командной строки поперекидывать сервис с узла на узел, сымитировать падение узла, добавить скрипт, который будет каким-то образом менять данные, или добавить более интересный сервис в созданный HA-кластер.

Полная линейка курсов RHCA в России

2008-12-02T12:20:00.004+03:00

Подписав соглашение с компанией Red Hat, Инвента стала первым учебным центром, авторизованным для проведения курсов RHCA на территории России и Казахстана.

Теперь и в России появилась возможность подготовить специалистов, чья квалификация позволит профессионально спроектировать и успешно развернуть в масштабах крупной корпоративной IT-инфраструктуры самые сложные архитектурные решения на базе Red Hat Enterprise Linux. Наличие в штате компании специалистов уровня RHCA гарантирует максимальную отдачу от внедрения таких продуктов, как RHN Satellite Server, Directory Server, Certificate System, Cluster Suite, Global File System.

Курсы RHCA представляют собой углубленные практические тренинги для ведущих системных администраторов Linux, уже имеющих сертификацию RHCE (Red Hat Certified Engineer) или эквивалентные знания и навыки.

Эти курсы позволяют в кратчайшие сроки освоить самые передовые технологии Red Hat по построению сложных систем, соотвествующих самым высоким требованиям по надежности, безопасности, производительности и управляемости. Они покрывают следующие области:

Кластерные решения для обеспечения отказоустойчивости и балансировки нагрузки
Управление хранением данных уровня предприятия
Массовое развертывание систем и управление настройками
Оптимизация производительности и обеспечение безопасности систем и приложений
Системы аутентификации пользователей корпоративного уровня

Подробнее тут.

Виртуализация: Red Hat vs Hyper-V vs VMWare

2008-11-25T19:15:00.006+03:00

Краткое сравнение с точки зрения функций в таблицах.

Red Hat и Hyper-V:

К картинке можно добавить, что с точки зрения гостевых ОС, в Hyper-V поддерживаются только Windows и SLES 10 от Novell, а что касается Red Hat Enterprise Linux virtualization, то поддерживаются как Windows, так и Linux и UNIX-системы (включая NetBSD, FreeBSD и Solaris).

Red Hat и VMWare:

Выход Fedora 10

2008-11-25T12:10:00.003+03:00

25 ноября 2008 года выходит десятая версия дистрибутива Fedora под кодовым названием "Cambridge".

Основные технологические улучшения:

NetworkManager — В NetworkManager появилась возможность создания общих соединений, что позволяет использовать систему с установленной Fedora в качестве общего хаба. При наличии единственного проводного или беспроводного подключения на втором беспроводном сетевом интерфейсе за несколько щелчков мыши пользователь может создать новую беспроводную ad-hoc сеть. Таким образом находящиеся вблизи устройства могут использовать данную сеть для доступа в Интернет.

PackageKit — PackageKit сделал очередной шаг в своем развитии и впервые расширил свои возможности функциями, направленными на улучшение открытого десктопа. Теперь PackageKit, используя информацию о зависимостях, расположенную в RPM пакетах, может искать кодеки для поддерживаемых форматов. Для этого PackageKit использует настроенные на хосте репозитории, и, после подтверждения пользователем, скачивает и устанавливает соответствующие пакеты. Примерно к моменту выхода Fedora 11 PackageKit должен получить дополнительные возможности по установке сходным образом шрифтов, а также приложений.

Plymouth/быстрая загрузка — Запуск устаревшей графической системы отображения процесса загрузки RHGB занимает продолжительное время, требует существенного объема памяти и дает значительную нагрузку на жесткий диск. Для RHGB требуется загрузка ряда графических компонент, которые всего лишь используются для вывода нескольких сообщений и отрисовки ползунка, демонстрирующего прогресс загрузки системы. Новый режим настройки ядра делает возможным ускорение и отображение процесса загрузки сопровождающегося графическими «спецэффектами». На момент выхода Fedora 10 по-настоящему насладиться графическими изысками Plymouth могут обладатели современных видеокарт от ATI. Однако, идет активная работа над тем, чтобы расширить базу поддерживаемых видеокарт.

RPM 4.6 — Первое серьезное обновление RPM за несколько прошедших лет содержит ряд существенных нововведений, исправлений ошибок и улучшений, таких как значительное сокращение размера пакетов, лучшая диагностика и проверка синтаксиса, экспериментальная поддержка более качественного алгоритма сжатия LZMA.

Поддержка виртуализации — Данный выпуск привнес существенные улучшения в плане удаленной установки и управления системами, а также обслуживания дисковых хранилищ. Новые возможности упрощают централизованное управление, автоматизацию и делегирование полномочий.

Appliance tools - The Appliance OS (AOS) и Appliance Creation Tool (ACT) вместе с новым знаком "FEDORA REMIX" позволяют независимым разработчикам создавать как новые, так и уже существующие сборки, используя удобные и хорошо задокументированные утилиты Fedora. Пользователи могут объединять как сторонние приложения, так и приложения, входящие в огромную вселенную свободного обеспечения Fedora, для создания своих инновационных решений. Знак Fedora Remix позволяет создателям независимых сборок показать взаимосвязь с проектом Fedora. Дополнительная информация — на сайте http://thincrust.net/

sectool — активно развивающийся инструмент аудита настроек безопасности и локальная IDS(система обнаружения вторжений) . Включает в себя ряд тестов для различных аспектов настройки системы, служб и т.д. В настоящий момент их около тридцати. Тесты независимы от языка программирования (Perl, Python, Bash, ...), и их можно писать самостоятельно (на сайте проекта доступна документация). Имеется как графический, так и интерфейс командной строки, гибкая система настроек, сравнение результатов проверок, отправка отчетов по электронной почте и т.д.

Полный список нововедений с технической точки зрения - https://fedoraproject.org/wiki/Releases/10/FeatureList

Новейшие возможности

Тема оформления "Solar" — как и предыдущие темы создана командой Fedora Artwork с использованием свободного и открытого инструментария.

GNOME 2.24 — Для полного списка нововведений обратитесь к Замечаниям к релизу. Вот лишь пара из них:

Новый апплет для планирования времени и более функциональная панель рабочего стола
Полностью обновленное приложение для телефонии и видеконференций Ekiga 3.0

KDE 4.1.2 - Для полного списка нововведений обратитесь к Замечаниям к релизу KDE 4.1.2. Нововведения включают в себя:

Восстановленный и интегрированный в систему KDE-PIM, приложение для управления личной информацией
Новые функции в файловом менеджере Dolphin и веб-браузере Konqueror
Улучшения композитного менеджера окон
Приложение для работы с картами, интегрированное с OpenStreetMap

PulseAudio — звуковая подсистема, поддерживающая различные источники и различные средства вывода для трансляции звука, включая сеть. В Fedora 10 система PulseAudio стала работать с меньшими задержками и менее требовательно к ресурсам.

"День рождения" Russian Fedora в МИФИ (дополнение о respin)

2008-11-22T00:38:00.000+03:00

Я не хотел озвучивать ответ на вопрос, который волновал многих, узнавших о проекте Russian Fedora, и узурпировать право рассказать о Fedora Respin у Аркадия Шейна. Поэтому я просто дам ссылку на сообщение в его блоге.

"День рождения" Russian Fedora в МИФИ

2008-11-20T23:17:00.006+03:00

Сегодня в МИФИ состоялись пресс-конференция и мероприятия, посвященные запуску проекта Russian Fedora. Десятая версия Fedora выходит через пять дней. К моменту ее выхода будет публично доступна инфраструктура (CMS, wiki, система контроля версий), относящаяся непосредственно к нашей локальной Russian Fedora. На сайте проекта и будет более подробно рассказано о конкретных шагах, которые уже сделаны и которые еще будут сделаны в ближайшее время. Это и локальный respin, и предстоящие мероприятия в ВУЗах, и Install Party, etc. Конечно, обо всем я постараюсь писать в этом блоге. Ну а сегодня есть силы только выложить фото :) После официальной части у нас было достаточно времени на живое общение за кружечкой Гиннеса с Максом Спеваком, который, нужно отметить, в России впервые :)

1) Пресс-конференция. Кстати, на слайде кратко - отличия Fedora от Ubuntu :)

2) Какой "день рождения" без торта

3) Основной спикер - Макс Спевак (Лидер Fedora Project с 2006 по 2008 год, в настоящее время отвечает в Red Hat за стратегию работы с коммьюнити)

4) Актовый зал МИФИ. Правда, часть из присутствующих студентов как раз перед фото сорвалась на лекции. Не успел сфотографировать зал до того :)

Настройка Device-Mapper Multipath в RHEL 5

2008-11-15T20:41:00.005+03:00

В данном посте я хочу описать шаги для настройки Multipath при помощи dm-multipath. Device Mapper Multipathing (DM-Multipath) позволяет "собрать" несколько маршрутов ввода/вывода между сервером и дисковым массивом в единое целое, и рассматривать доступный по нескольким путям массив как одно мета-устройство. Например, если сервер с двумя двух-портовыми HBA подключен к одному и тому же массиву, то сервер, в самом простейшем случае, будет "видеть" четыре устройства /dev/sd{a,b,c,d}. При помощи dm-multipath можно собрать из них агрегирующее все четыре пути мета-устройство /dev/dm-N, обеспечив прозрачную для операционной системы и приложений конфигурацию, отказоустойчивую в случае выхода из строя HBA, кабеля или коммутатора (если каждый HBA подключен через свой коммутатор).

Хотя, по информации, приведенной в этом посте, можно повторить все шаги и настроить dm-multipath, но информация будет явно не достаточна для понимания всех деталей работы и команд. Для дальнейшего изучения материала рекомендую обратиться к официальной документации Red Hat - книге "Device-Mapper Multipath Configuration and Administration", доступной на сайте Red Hat как в виде PDF, так и HTML.

Далее рассмотрим настройку dm-multipath для конфигурации представленной на рисунке:Имеется iSCSI-target, доступная по двум интерфейсам в двух сетях: 192.168.0.0/24 и 192.168.1.0/24. Соответственно на сервере vm01 есть два сетевых интерфейса, каждый из которых подключен к одной из двух сетей. На сервере установлен iSCSI-инициатор, и сервер может обращаться к доступному ему целевому устройству по двум различным путям. Попробуем организовать конфигурацию, устойчивую к отказу одного из путей, при помощи dm-multipath.

Для начала убедимся, что на vm01 установлен пакет device-mapper-multipath, и загружены модули ядра dm_multipath и dm_round_robin:

[root@vm01 ~]# rpm -qa | grep multipath
device-mapper-multipath-0.4.7-12.el5
[root@vm01 ~]# lsmod | grep dm_
dm_round_robin 7617 0
dm_multipath 21577 1 dm_round_robin
dm_snapshot 20709 0
dm_zero 6209 0
dm_mirror 28869 0
dm_mod 58201 9 dm_multipath,dm_snapshot,dm_zero,dm_mirror

При необходимости установите пакет. Если модули не загружены, то воспользуйтесь командой modprobe. Далее запускаем процесс обзора для поиска iSCSI-целей. При необходимости можно обратиться к моему посту "Настройка iSCSI target и initiator в RHEL/Fedora" или к любой другой доступной документации.

[root@vm01 ~]# iscsiadm -m discovery -t sendtargets -p 192.168.0.114:3260
192.168.0.114:3260,1 iqn.2003-12.net.markelov:disk1
[root@vm01 ~]# iscsiadm -m discovery -t sendtargets -p 192.168.1.114:3260
192.168.1.114:3260,1 iqn.2003-12.net.markelov:disk1

Перезапускаем демон iscsi и проверяем вывод команды fdisk -l для того, чтобы убедиться, что сервер "видит" подключенную цель:

[root@vm01 ~]# service iscsi restart
[root@vm01 ~]# fdisk -l

Disk /dev/xvda: 17.1 GB, 17179869184 bytes
255 heads, 63 sectors/track, 2088 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

...

Disk /dev/sda: 5368 MB, 5368709120 bytes
166 heads, 62 sectors/track, 1018 cylinders
Units = cylinders of 10292 * 512 = 5269504 bytes

Disk /dev/sda doesn't contain a valid partition table

Disk /dev/sdb: 5368 MB, 5368709120 bytes
166 heads, 62 sectors/track, 1018 cylinders
Units = cylinders of 10292 * 512 = 5269504 bytes

Disk /dev/sdb doesn't contain a valid partition table

Как видно, помимо локального /dev/xvda, появились два новых устройства - /dev/sda и /dev/sdb - одинакового размера. Можно убедиться, что это одно и тоже устройство, сравнив идентификаторы:

[root@vm01 ~]# scsi_id -g -s /block/sda
16465616462656166313a3100000000000000000000000000
[root@vm01 ~]# scsi_id -g -s /block/sdb
16465616462656166313a3100000000000000000000000000

Теперь приступаем к правке конфигурационного файла демона multipathd - /etc/multipath.conf. Необходимо закомментировать секцию, определяющую, для каких устройств multipathing выключен:

#blacklist {
# devnode "*"
#}

По умолчанию он был выключен для всех устройств - devnode "*". Далее необходимо раскомментировать секцию с комментариями:
## This is a template multipath-tools configuration file
## Uncomment the lines relevent to your environment
В этом шаблоне есть практически все, что нам нужно. Единственное, что мы изменим, это в path_grouping_policy пропишем failover. В следующей секции описан blacklist, который определяет такие устройства, как floppy-дисководы и IDE-диски. Его также можно раскомментировать. При необходимости добавьте свои устройства. Теперь можно запустить демон multipathd:

[root@vm01 ~]# chkconfig multipathd on
[root@vm01 ~]# service multipathd start

Все готово. Теперь можно убедиться, что в выводе команды fdisk появилось новое устройство:

[root@vm01 ~]# fdisk -l

...

Disk /dev/dm-2: 5368 MB, 5368709120 bytes
255 heads, 63 sectors/track, 652 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/dm-2 doesn't contain a valid partition table

Цель iqn.2003-12.net.markelov:disk1, очевидно, не содержит таблицы разделов. Создадим ее. Однако, команду fdisk нельзя использовать для работы с разделами на устройствах /dev/dm-*. Вместо этого мы создадим разделы на /dev/sda или /dev/sdb:

[root@vm01 ~]# fdisk /dev/sda
... создаем, например, два раздела...
[root@vm01 ~]# partprobe
[root@vm01 ~]# fdisk -l

Disk /dev/xvda: 17.1 GB, 17179869184 bytes

...

Disk /dev/sda: 5368 MB, 5368709120 bytes
166 heads, 62 sectors/track, 1018 cylinders
Units = cylinders of 10292 * 512 = 5269504 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 509 2619283 83 Linux
/dev/sda2 510 1018 2619314 83 Linux

Disk /dev/sdb: 5368 MB, 5368709120 bytes
166 heads, 62 sectors/track, 1018 cylinders
Units = cylinders of 10292 * 512 = 5269504 bytes

Device Boot Start End Blocks Id System
/dev/sdb1 1 509 2619283 83 Linux
/dev/sdb2 510 1018 2619314 83 Linux

Disk /dev/dm-2: 5368 MB, 5368709120 bytes
166 heads, 62 sectors/track, 1018 cylinders
Units = cylinders of 10292 * 512 = 5269504 bytes

Device Boot Start End Blocks Id System
/dev/dm-2p1 1 509 2619283 83 Linux
/dev/dm-2p2 510 1018 2619314 83 Linux
[root@vm01 ~]#

Наконец осталось создать из наших разделов устройства /dev/dm-*, для того, чтобы с ними далее можно было работать:

[root@vm01 ~]# kpartx -a /dev/dm-2

После этого появятся два новых устройства - /dev/dm-3 и /dev/dm-4, - которые и являются нашими двумя ранее созданными разделами. Можно создать файловую систему и смонтировать ее:

[root@vm01 ~]# mkfs.ext3 /dev/dm-3
[root@vm01 ~]# mkdir /mnt/dm3
[root@vm01 ~]# mount /dev/dm-3 /mnt/dm3/

Далее можно работать с разделом /dev/dm-3 обычным образом. Просмотреть состояние multipathed-устройств можно командой:

[root@vm01 ~]# multipath -ll
mpath0 (16465616462656166313a3100000000000000000000000000) dm-2 IET,VIRTUAL-DISK
[size=5.0G][features=0][hwhandler=0]
\_ round-robin 0 [prio=0][active]
\_ 0:0:0:1 sda 8:0 [active][ready]
\_ round-robin 0 [prio=0][enabled]
\_ 1:0:0:1 sdb 8:16 [active][ready]

По выводу:

[root@vm01 ~]# dmsetup ls --target multipath
mpath0 (253, 2)

можно сопоставить устройство /dev/mapper/mpath0 и /dev/dm-2. Теперь промоделируем выход из строя одного из маршрутов:

[root@vm01 ~]# multipath -ll
sdb: checker msg is "readsector0 checker reports path is down"
mpath0 (16465616462656166313a3100000000000000000000000000) dm-2 IET,VIRTUAL-DISK
[size=5.0G][features=0][hwhandler=0]
\_ round-robin 0 [prio=0][active]
\_ 0:0:0:1 sda 8:0 [active][ready]
\_ round-robin 0 [prio=0][enabled]
\_ 1:0:0:1 sdb 8:16 [failed][faulty]

Тем не менее наше устройство доступно, что легко проверить, записав какую-нибудь информацию в /mnt/dm3. После этого можно "поднять" интерфейс eth1 и провести тот же эксперимент с eth0.

Выступление Макса Спевака (Fedora Project) в МИФИ 20 ноября

2008-11-15T11:31:00.002+03:00

Я уже писал в блоге об анонсе проекта Russian Fedora. В течение этого месяца в ходе обсуждений инициатива обросла конкретными идеями, и были сделаны первые шаги в их воплощении. Инициатива Russian Fedora распадается на два направления - техническое и организационное. В качестве одного из шагов во втором направлении 20 ноября состоится пресс-конференция, а после нее - встреча с лидером Fedora Project (с 2006 по 2008) Максом Спеваком (Max Spevack). В настоящее время Макс отвечает за стратегию Red Hat по работе с комьюнити. Также на встрече будет проанонсирован ряд конкретных шагов (в том числе в техническом плане), осуществление которых планируется в рамках Russian Fedora, и направленных на то, чтобы сделать Fedora дистрибутивом, подходящим для российских пользователей «из коробки», а также инициативы в плане локализации. На встрече помимо Макса Спивака планируются выступления руководителей Европейского Red Hat и компании VDEL.
О подробностях регистрации на мероприятие читайте на opennet.ru.

Статья "Создание сервера сетевой установки Fedora/RHEL"

2008-11-12T13:27:00.002+03:00

В ноябрьском номере журнала "Системный администратор" выходит моя статья "Создание сервера сетевой установки Fedora/RHEL".

"Дистрибутив Fedora использует для установки весьма мощную и многофункциональную программу Anaconda, поддерживающую различные режимы работы и сценарии инсталляции. Вместе с рядом других технологий, в частности Spacewalk-сервером, вы можете значительно облегчить процесс развертывания и обслуживания вашей Linux-инфраструктуры.
Однако сегодня мы оставим Spacewalk-сервер в стороне, и рассмотрим, как можно автоматизировать самую начальную стадию жизненного цикла серверов/рабочих станций – их развертывание. При этом в процессе установки мы постараемся обойтись без вмешательства оператора при помощи так называемого сервера сетевой установки.

Для организации такого сервера мы используем следующие технологии:

PXE (Pre-Boot Execution Environment)
DHCP-сервер
TFTP-сервер
Kickstart-файлы
Сетевой репозиторий"

Примерно через месяц с разрешения редакции статья будет выложена на сайте markelov.net.

Новые версии Red Hat Network Satellite 5.2 и Spacewalk 0.3

2008-11-11T13:03:00.002+03:00

В начале этого месяца вышла новая версия open source решения для управления Linux-инфраструктурой - Spacewalk. Также обновился основанный на Spacewalk продукт Red Hat Network Satellite Server. К сожалению, планы по поводу возможности установки Spacewalk на Fedora перенесены на следующую версию - 0.4, которая должна появится в середине декабря. Пока что в качестве базовой ОС необходимо использовать Red Hat Enterprise Linux (или CentOS и т.п.). Из нововведений можно отметить новый API, возможность синхронизации серверов Spacewalk между собой, улучшенную систему поиска, исправление более четырех десятков различных ошибок.

Что касается новой версии Red Hat Network Satellite 5.2, основное - это возможность использовать в качестве базовой ОС Red Hat Enterprise Linux 5 вместо 4 (я в октябре экзамен сдавал еще на "четверке") и, раз перешли на RHEL 5, то в качестве СУБД - Oracle Database 10g Release 2 Standard Edition и Enterprise Edition, вместо девятой версии.