|
|
|
|
|
|
Проблема с UDMA33 при установке FreeBSD
Мало наверное кто знает про баг FreeBSD при установке на жесткий диск, включенный в режиме UDMA33. В режиме UDMA33 жесткий диск работает, будучи подключенным к IDE контроллеру “non-80 pin” шлейфом. Такой шлейф использовать лучше для включения CD/DVD привода. Кстати, установка Windows на HDD в режиме UDMA33 проблем не вызывает. Тем не менее, на днях, почитав еще раз вот эту публикацию, взвесив все “за” и “против” я тоже решил окончательно избавиться от Windows дома и поставить на домашнюю машину BSD как десктоп, поскольку действительно в настоящий момент не использую никакого программного обеспечения для Windows, аналогов которого не было бы в BSD.
Вообще, ранее на домашней машине на одном из разделов уже была фряшка, но этот раздел умер - однажды я его по ошибке на нетрезвую голову отформатировал под NTFS. Теперь пришлось делать все сначала с нуля. Что-ж, все что не делается, делается к лучшему. Можно будет начать все сначала, не повторяя прежних ошибок. Повторение, как говорится, мать учения.
PC-BSD и Frenzy рассматривались как варианты для установки, но оба были отброшены. Естественно, тут тебе уже все готово и настроено. Но ведь так же не интересно. Я люблю все сделать для себя так, как мне нравится, а не переделывать уже сделанное кем-то.
Ставить я собрался, естественно, последний релиз 7.0. В наличии на CD “семерки” не оказалось, но имелся диск с версией 6.2 и доступ в сеть Интернет. Этого вполне достаточно, чтобы установить любую версию FreeBSD.
KDE4 в портах и новости о седьмой ветке FreeBSD
Два последних существенных на мой взгляд события в мире BSD остались, к сожалению, без моего внимания. И хоть присутствие KDE4 в портах уже скорее “байан”, чем новость, это событие все-равно следует отметить, поскольку мне KDE нравится не меньше, чем Gnome.
Итак, кто еще не знает (как не знал я до позавчерашнего дня), сообщество разработчиков популярной графической среды KDE (K Desktop Environment), перенесли последнюю версию этого программного обеспечения в коллекцию портов FreeBSD. Несмотря на то, что KDE4 был официально представлен еще 11 января 2008 года, потребовалось достаточно много времени, чтобы мы увидели четвертые “кеды” в основном дереве портов. Случилось это, если верить официальному объявлению, 09 августа 2008 года. Следует заметить, что появлением KDE4, KDE3 никто не отменял. Вы по-прежнему можете поставить, либо третью версию, либо четвертую на свое усмотрение.
$ whereis kde3 kde4 kde3: /usr/ports/x11/kde3 kde4: /usr/ports/x11/kde4
Многие уже успели попробовать новую версию и высказать свои впечатления. Писать об этом, думаю, нет особого смысла, поскольку эта тема поднята на многочисленных форумах. Наберите в Google “Впечатление от KDE4” и получите массу ссылок. Скриншоты рабочих столов можно опять таки найти в “Google Картинках“.
Буду ли я себе ставить новый KDE? Да буду. Поставить поставлю, посмотрю… Но буду ли использовать взамен Gnome, не знаю. Как карта ляжет. Говорят, что четверка кушает еще больше ресурсов, чем предыдущая версия (а комп у меня не такой уж и быстрый), хотя и предоставляет совершенно новый, более современный и приятный (читай как “напичканный разными красивостями“) интерфейс. На каком-то форуме встретил высказывание, что KDE4 со своими эффектами - камень в огород Microsoft с его Вистой и ее оформлением рабочего стола. Так ли это - не стану ни утверждать, ни опровергать. Попробую сначала, потом что-либо скажу.
Сообщество FreeBSD совсем недавно представило вторую бетку ОС FreeBSD версии 7.1. Об этом Кен Смит (Ken Smith) 19 октября 2008 года официально заявил в списке рассылок lists.FreeBSD.org здесь.
Новая версия системы доступна в виде ISO образов на FTP серверах. Основная ссылка:
ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.1/
где переменная ${arch} это тип архитектуры Вашего компьютера: amd64, i386, ia64, pc98, powerpc, или sparc64.
Для обновления с предыдущих версий седьмой ветки разработчик рекомендует использовать утилиту freebsd-update(8). Пользователи более ранних версий (например 6.x) тоже могут использовать freebsd-update(8), но после обновление будет необходимо пересобрать все установленные в системе дополнительные пакеты программного обеспечения.
Что касается меня, до 7.1 BETA2 обновляться не буду. Дождусь релиза, который судя по всему совсем не за горами.
UPD: Почитателям ветки FreeBSD 6.x возможно будет также интересно, что 12 октября 2008 года вышел первый релиз кандидат FreeBSD 6.4. Подробнее об этом можно прочитать в списке рассылок lists.FreeBSD.org в этом письме.
FreeBSD как настольная система
Предпосылки:Как и миллионы других пользователей ПК я всегда работал под OS Windows считая, что настольный домашний ПК должен работать именно под windows и ни под чем иным. Однако со временем обнаружил, что собственно говоря “ценность” такого утверждения можно подвергнуть большим сомнениям.
В итоге я задумался, а для чего мне все-таки нужна именно эта операционная система? Если переформулировать, то получится вопрос: “Зачем мне компьютер?”.
Вот список моих ответов:
Все. Больше я ничего за компьютером не делаю и по всей видимости никогда делать не буду. Были небольшие сомнения насчет игр, но один час игрового времени в год не стоил того, чтобы на этом останавливаться.
Настройка репликации MySQLПредлагаю Вашему вниманию статью одного моего друга и читателя этого сайта, в которой раскрывается настройка репликации MySQL серверов. Репликация служит для создания резервных копий баз данных в режиме реального времени. Ну, а для чего создаются резервные копии, думаю, рассказывать не стоит. Все возникшие вопросы направляем автору в комментарии, либо на форум.
Daemony
![]()
Есть два сервера MySQL работающих на разных хостах соединенных между собой VPN каналом. Два сервера независимы и работают со своими базами данных. Есть задача настроить репликацию с первого на второй и со второго на первый серверы.
На обеих хостах версии MySQL 5.0.51. Сразу оговорюсь, “счастливым обладателям” MySQL 3.x.x версий все-таки обновиться до последних, ну или хотя бы до 4.1.
Важный момент: Сервера должны работать с одинаковыми кодировками.
Итак поехали. Для начала необходимо сделать копию директорий для нашего первого SLAVE сервера. Предварительно необходимо остановить процесс на сервере с которого мы копируем данные:
Хитрый Апач или алфавит на первом месте
Встретился сегодня с довольно интересной особенностью веб-сервера Apache (ветка 1.3), которую раньше не встречал никогда. И пусть, возможно, она “стара как мир” хотел бы о ней рассказать. Может кому-то в будущем пригодится.
Началось с того, что я решил слегка разобрать и привести в более удобоваримый вид файл конфигурации httpd.conf на этом сервере. Ранее все виртуальные хосты были описаны непосредственно в нем, но со временем их стало многовато и перемещаться по конфигу стало не очень удобно. Я решил избавиться от этого, путем выноса конфигураций виртуалхостов в отдельные (для каждого хоста) текстовые файлы, а в httpd.conf воспользоваться директивой Include для подключения скопом всех VirtualHost. Кстати, кто еще не знает такого приема - возьмите на заметку. Очень удобно добавлять/редактировать/удалять виртуальные хосты поскольку при этом нет необходимости лазить в httpd.conf Собственно, как это выглядит на деле, покажу на примере ниже.
Изначально httpd.conf выглядел традиционно вот так:
########## Виртуальные хосты ############ NameVirtualHost *:80 <VirtualHost> ServerName localhost AddType application/x-httpd-php .php .php3 .php4 .phtml AddType application/x-httpd-php-source .phps </VirtualHost> <VirtualHost> ServerName server.com ServerAdmin bla_-_bla_-_bla@server.com DocumentRoot /path/to/htdocs ... CustomLog /path/to/custom/log.log combined ErrorLog /path/to/error/log.log ServerName site1.server.com ...
И так далее перечисляются все остальные виртуальные хосты. Уходя от такого метода, поступаем так:
kernel: ipfw: Entry XX cleared
Файерволл ipfw во FreeBSD, как известно, можно использовать для подсчета пакетов, проходящих через правила. Выглядит это, например, так:
# ipfw show 20 21 00020 325 179449 count tcp from any 80 to any out via tun0 00021 361 57409 count tcp from any to any dst-port 80 in via tun0
Здесь во второй колонке отображается количество полученных байт, в третьей - отправленных. Для того, чтобы обнулить значение счетчика можно применить команду:
# ipfw zero 20 21
При выполнении вышеуказанной команды в логи /var/log/security и /var/log/messages выпадут уведомления:
Aug 29 00:05:03 servername kernel: ipfw: Entry 20 cleared. Aug 29 00:05:03 servername kernel: ipfw: Entry 21 cleared.
Вопрос коллегам-знатокам: как избавиться от этих entry cleared?
От этих сообщений в логах нужно избавиться потому, что выпадает их десять строк раз в минуту - логи засираются прилично. ipfw zero используется в сборе статистики для построения графиков RRD.
Вариант с ipfw -q не помогает - сообщения все-равно вываливаются. Ковырять исходники ipfw и перекомпиливать заново - желания мало, да и неправильно это… В Сети по этому вопросу мало чего нашел. В основном народ (и в Рунете и в Буржунете) спрашивает, наталкиваясь на подобное, другие советуют подставлять -q, что тоже ни к чему не приводит.
Есть еще идеи?
Возвращение блудного сына
Daemony’s Live Blog в ночь с 6-го на 7-е августа вернулся домой на родной сервер где он когда-то родился и вырос. Случилось это благодаря тому, что с 5-го августа этот самый сервер имеет безлимитное подключение к Интернет с шириной исходящего канала 1 Mbps. До этого за трафик оплата была помегабайтная, что выходило довольно накладно для бюджета. Но все течет и все меняется, безлимитки дешевеют…
Перенос не отнял много времени. Бекапы базы и файлов были перенесены на жестком диске. Когда все было готово, поменял записи в DNS. Еще какое-то время, пока не обновились кеши DNS серверов и часть трафика направлялась на прежний хост сайт по старому адресу оставался доступен. Однако роботы Google почти сразу пошли по новому адресу. Через сутки доступ к сайту по старому адресу был закрыт, хотя сам сайт удалять я не стал. Приберегу как резервную копию, если вдруг снова, не дай Бог, случится какая-то неприятность вроде этой.
Сразу после переноса сервера раскоментил в crontab’е скрипты для генерации графиков загрузки канала на основе RRD. Заодно кое-что выбросил, кое-что добавил. Вобщем привел немного в порядок. Результаты этого всего можно наблюдать на странице мониторинга. Графики на этой странице показывают статистику загрузки канала к/от сервера по отдельным протоколам (у меня это http - порты 80 и 443 - и dns), а также общую загрузку канала сумарно для шлюза в целом и отдельно для локальной сети. Статистика раз в минуту снимается со счетчиков файерволла ipfw.
Если кому-то из читателей будут интересны подробности как все сделано, позднее распишу весь процесс с примерами скриптов.