NTPD в виртуальной машине VMware - проблема синхронизации (утечки)времени

Столкнулся с проблемой. На некоторых виртуальных машинах (внутри RHEL 5) ntpd никак не удается нормально синхронизировать время. Постоянно то отстает то убегает вперед. Причем расхождение доходит до минуты за пару часов!

В то же время в других виртуалках - такого не наблюдается.

После некоторого поиска нашел статью в базе знаний VMware. Оказывается, проблема наблюдается на многих linux'ах.
Руководствуясь статьей и некоторым здравым смыслом, можно предложить несколько рекомендаций.

Некоторые результаты тестирования network teaming (bonding)

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

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

Краткие результаты:

• отключение второго порта (standby). Никаких изменений в работе сети, что и следовало ожидать.


• отключение первого порта (active). Сеть недоступна, в течении 30 сек происходит переключение, сеть снова доступна


• включаем первый порт. Никаких изменений (все правильно, драйвер не инструктировали возвращаться назад на основной интерфейс. такой режим возможен, однако не рекомендуется, т.к. из-за глючащего контакта в кабеле можно получить постоянное переключение туда-сюда, что очень нежелательно.


• выключаем второй порт (текущий standby). переключение на основной линк произошло за несколько секунд.

Обеспечение безотказной работы сети в RedHat Linux (bonding) длянескольких IP сетей

Один из важнейших элементов обеспечения бесперебойной работы ответственных серверов ( работающих по схемам 24/7 или 365/24/7 ) это резервирование сетевых интерфейсов. В самом деле, какой смысл в дорогом оборудовании, RAID 1+0, spare disks, если сервер соединен со свичем через один адаптер, один кабель, один порт? Да и свич тоже может выйти из строя.

Пусть мы имеем следующие исходные параметры:

• сервер подключен к свичам через два адаптера


• в нашей сети имеются два диапазона IP адресов - 192.168.1.0/24 и 192.168.2.0/24


• эти сети разделены при помощи VLAN, ID сетей 10 и 20 соответственно


• адреса интерфейсов сервера - 192.168.1.10, 192.168.2.10


• ОС - RedHat 5 или совместимые - CentOS 5, Oracle Linux 5

Хочу обратить внимание. В данном примере (в отличие от классического варианта bonding) нам не нужно удваивать количество сетевых карт - мы будем использовать те, что есть (network teaming). Главное, что карт более одной.

Intel Poulsbo GMA 500 и Ubuntu 9.04

В процессе настройки Kubuntu 9.04 на Dell Mini 12 пришлось решать неприятную проблему - поиск специфичного видеодрайвера Intel Poulsbo GMA500. Давно уже не приходилось сталкиваться с такими проблемами, я полагал, они отошли в прошлое... Оказалось, ошибался.

Для нормальной работы на нетбуке с GMA500 нужно установить и настроить проприентарный графический драйвер для X-ов, который community удалось выдернуть из Moblin и Dell Ubuntu. Для этого:

Dell Inspiron Mini 1210 и KUbuntu 9.04 boot flash

В общем, приобрел себе игрушку - нетбук Dell Inspiron Mini 1210.

Аппарат очень интересный. С одной стороны - начинка и цена нетбука (Intel Atom Z520, 1Gb RAM, 60Gb HDD), с другой - 12" экран (и, соотвественно, размеры корпуса). Играюсь второй день. Из первых впечатлений:

• приятный дизайн


• "нетбуковский" вес (всего 1.2 кг)


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

из плохого:

• оно весьма тормознутое :( не смотря на то, что проц вроде как 1.3GHz, с гипертрейдом, и памяти много. Субъективно - тормозит

Нетбук был куплен в аутлете Dell.

ispCP Omega - панель управления хостингом.

В процессе подбора простенькой бесплатной панели управления для нескольких своих сайтов наткнулся на ispCP Omega.

Достаточно просто и функционально. На сайте имеется достаточно документации, ниже опишу проблемы, которые пришлось устранять в процессе установки версии 1.0.2.

Rescan SAN разделов после реконфигурации LUN

Имеем проблему - без перезагрузки пересканировать SAN, если изменилась конфигурация LUN-ов (например, добавлен новый раздел).
У меня используются адаптеры Emulex (драйвер lpfc)

Вот что нашел по ссылке на сайте RedHat