Вот такой магический запуск mysql-administrator избавляет от зависания при работе с пользователями.  

export DEBUG_DONT_SPAWN_FETCHES=1
mysql-administrator

Это все потому что за Линукс я таки пересел. Убунту форева!
И gaim работает, и музыку играет, и мой radrails работает, ага, и mysql поднялся с query-browser и mysql-administrator И счастию моему нет предела, ибо Tahoma - нужный шрифт.
Посему всем, кто хочет пересесть на линукс крайне рекомендую начинать с дистрибутива Ubuntu, но никак не с Fedora Core.Убунта отличается простым инсталлятором (кто словит баг на 15% установки - пользуйте alternate cd с текстовым инсталлером). Установка Убунты, пожалуй, в лучших традициях "откиньтесь на спинку кресла", Live CD позволяет загрузить ИКСЫ и использовать графический инсталлер. 

Некто с ориджином http://blog.e-domen.com/index.php/2006/06/12/my-sysadmin-toolbox-second-helping/ запостил чудный коммент со ссылкой на multitail. 

Начал юзать ... удивился и остался жутко доволен.

pkgdb -F
portinstall multitail  ## да-да, в последнее время только так

  читать далее >>

SVN оказалась очень и очень удобной штукой для хранения конфигов серверов в едином репозитории. Типичные случаи - развернуть те же настройки bash и screen на новом FreeBSD сервере, что и на остальных, или  восстановить рабочий конфиг после неверных изменений, которые привели к неработоспособности какого-либо сервиса.

  читать далее >>

Очень интересный вариант для хранения конфигураций - использование систем контроля версий, типа CVS или SVN. И, если что, откатываться до рабочей конфигурации. Разворачивается svn чуть ли не одним кликом (из портов, конечно), создается отдельный  репозитарий для конфигураций каждого сервера, зеркалируетсяструктура дир-рий, и вперед, коммитить файлы. А плюс ко всем фичам - кроссплатформенность, так что, в принципе, нам должно быть все равно, что бекапить. Люблю порты у freebsd, это кайф.

Потестировал SVN - замечательная штучка, умеет даже работать по WebDav совместно с Apache2. TortoiseSVN - удобный инструмент, который встраивается в windows explorer и по правому клику в контекстном меню добавляются список команд для работы с SVN.

  читать далее >>

Как правило нас интересуют два момента при мониторинге состояния сервера: что происходило, и что происходит в данный момент. Наиболее запускаемые команды на unix сервере - top и tail /var/log/messages. Обычно запуск их происходит или в разных сессиях, или по очереди.

А так что бы одновременно, да и в одном окне? А легко, см. скриншот.

 

Что было использовано в этом скриншоте?

  читать далее >>

Базовые принципы Active Directory

Все слышали, все знают, но вот "на пальцах" рассказать что же это такое и с чем его едят, думаю, сможет далеко не каждый. Назначение Active Directory - единое информационное пространство для сквозной авторизации различных ресурсов. Например, пользователя, желающего войти на определенную рабочую станцию тоже нужно как-то идентифицировать, аутентифицировать, и подумать, давать ему вход, или нет. Другими словами идеология AD ходит вокруг да около каталога пользователей и машин, попутно совмещая побочные функции, как то, адресная книга, управление политиками, правами и хранение других различных атрибутов. Слово Directory уже говорит само за себя, это в первую очередь каталог, каталог учетных записей пользователей и учетных записей машин, Active говорит о том, что каталог "активный", постоянно пополняемый, обновляемый, да и вообще живущий своей жизнью.

  читать далее >>

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

exim -qf

В Exchange 2003 для такой же операции необходимо будет зайти в консоль Exchange System Manager , Servers->ourmailserver->queues. Вся неушедшая почта будет скапливаться в Messages queued  for deferred delivery. Там же находим нужный коннектор (SMTP connector), и в меню по правому клику выбираем Force Connection.

... и умиленно наблюдаем за вваливающимися пачками почтового спама :) 

 

На практике частенько сталкиваюсь со случаями, когда человек, вроде понимает, что такое DNS, даже может настроить доменную зону и добавить записи, но вот слова "обратный резолв" вводят его в ступор. Попытаюсь изложить свое видение доступно и "на пальцах".
"Прямая" доменная зона, скажем, it-expert.com.ua содержит записи, которые будут трансформироваться в IP адреса, например запись
nexus          IN                A          192.168.0.48
укажет на то, что адрес nexus.it-expert.com.ua будет преобразован в 192.168.0.48. В случае с обратным преобразованием мы указываем обратное действие, преобразование IP адреса 192.168.0.48 в nexus.it-expert.com.ua будет осуществлено записью
48             PTR                    nexus.
в доменной зоне 192.168.0. (в именовании зоны обратного резолва принято использовать обратную запись, т.е. 0.168.192).

В случае с unix системами настроить обратное преобразование можно в named, в windows системах в оснастке dns.

Хорошим тоном считается именование каждого IP адреса в вашей сети, к примеру незабвенный Active Directory умеет динамически прописывать в основную зону и в обратную IP адреса клиентов в сети.

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

 

На первый взгляд типичная задача обеспечения бесперебойной связи меджу удаленными точками при глубинном изучении выявила несколько различных по степени сложности подходов. Надо отметить что готовых и "родных" методов для решения этой проблемы ни в одной системе я не увидел. А зачастую задача усугубляется еще и требованиями к балансировке нагрузки, что тоже является очень непростой задачей, например, исходя из каких условий установить приоритеты использования каналов? А требования к балансировке могут быть самыми разными, например, стоимость трафика, ширина и скорость каналов, латентность(пинг). С честной балансировкой нагрузки во FreeBSD очень плохо в связи с отсутствием фичи "поддержка multi route path", это когда непосредственно в ядре хранится несколько записей для одного и того же хоста, с заданием приоритетов. А в Линуксе есть, ага.

  читать далее >>

Вот тут уже неоднократно задают вопрос, какой php выбирать для установки на свой сервер? Ну, а так как "ложки нет" (© Матрица), и универсального рецепта всеобщего счастья тоже нет, то предлагаю самостоятельно выбрать метод установки, предварительно оценив все за и против.

Установка как mod_php, модуль Apache. Предполагает получение максимальной производительности от PHP, что является предпочтительным на очень нагруженных сайтах, обновление версии PHP повлияет на все захостченные веб узлы. Очень подходит для случаев "один сервер - один сайт".

Установка PHP как CGI. По сравнению с mod_php несколько медленнее. Необходимо прописывать php.cgi как обработчик для php файлов в концигурациях apache для каждого сайта (я это делаю у каждого сайта в корневом .htaccess). Несомненным плюсом является возможность держать нужную версию PHP для каждого конкретно взятого виртуального хоста. Массовые хостинг-серверы, как правило, настроены именно так, ибо при обновлении PHP можно будет переводить на более новую версию php.cgi сайт за сайтом, без боязни потерять работоспособность.

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