Иногда после некорректной перезагрузки сервера некоторые базы MySQL повреждаются и нуждаются в исправлении ошибок. Проверить на наличие ошибок и исправлять их можно следующими командами:

myisamchk

Параметры уровня проверки:
--medium-check - средний
--extend-check - расширенный

Пример использования:

Есть в наличии маршрутизатор на базе PC с установленной FreeBSD, который рулит несколько подсетей, с общими потоками трафика около двухсот мегабит. В большой и злой интернет пользователи попадают через NAT, реализованый с помощью IPNAT. Все пользуют интернет, все довольны... Недоволен только админ,  и поэтому решил заняться оптимизацией работы IPNAT.

Перелопатив немного информации, было обнаружено, что в дефолтной конфигурации IPNAT поддерживает в таблице трансляции только 30 000 записей. Конечно, это немало, но не будем забывать о том, что торренты в сети никто не отменял. И действительно, запросив статус, увидел что перспективы не такие уже и радужные (параметр "inuse" - и это в два часа ночи!):

Вот поставил на сервер несколько новых планок памяти с повышенной скоростью доступа, и решил их немного потестить. Для этого воспользуемся бенчмарком ubench. Благо он есть в портах, этм и воспользуемся:

 Установка заняла несколько мгновений... После ознакомления с man-страницей, ознакомился с несколькими полезными опциями, а именно:

Представим ситуацию - есть сервер, который помимо довольно важных функций еще и предоставляет услуги хостинга для довольно широкого круга знакомых. Все шустро работает, все довольны. Но вот одного воскресного дня админа начинают посещать грустные мысли, о том что не все так безоблачно и радостно: за ночь на контактный e-mail админа "свалилось" до полутора тысяч писем-отлупов (то есть сообщений о невозможности доставки письма).

Как оказалось, на форуме одного из сайтов устроили периодическую рассылку уведомлений. И соответственно, значительная часть сообщений не была доставлена адресату (e-mail уже не рабочий, пользователь при регистрации указал ошибочно или специально неверный почтовый адрес и тд).

На сервере работают Cacti и  NUT. Теперь задумался над тем, как их "подружить". Итак, пошаговая инструкция.

Наконец-то установил более-менее приличный UPC в стойку (Powercom KIN-2200AP-RM). Быстренько прицепил его COM-портом к серверу, и начал искать софтину, которая умела бы с ним работать. Выбор остановил на NUT - набор утилит, которые обеспечивают общий интерфейс для мониторинга и администрирование UPS.

Устанавливать будем, конечно же, из портов:

Мой набор опций оказался следующим:

Собственно задался вопросом построения ЧПУ (человекопонятный урл) на сайте. Для реализации в стандартной поставке Drupal уже есть модуль path. Однако, каждый раз вписывать название URL - как то накладно. Неплохо было бы автоматизировать этот процесс. Для решения даной проблемы существует модуль pathauto.

Итак, скачиваем и распаковываем модуль (на момент написания статьи версия 6.x-1.3).

После установки модуля FCKeditor, приступаем к его настройке: Управление => Настройка сайта  => FCKeditor...

При настройке профилей в File browser settings доступна опция быстрой загрузки. По умолчанию эта опция отключена. При активации этой опции появляется сообщение "При установке Drupal возникли проблемы. Смотрите подробности в отчете о состоянии." Следуюя совету смотрим подробности в отчете о состоянии. При просмотре состояния можно обнаружить такую ошибку:

Собственно говоря, довольно много комуникационного оборудования первоначально настраивается через консоль, тоесть через порт RS232. А поскольку уже довольно давно работаю за ноутбуком, на котором RS232 отсутствует, то иногда возникает потребность в наличии данного порта. Зато RS232 навалом в серверах в стойке... Воспользуемся этой возможностью. Соединим кабелем порты RS232 сервера и коммутатора, для примера.

Далее нам пригодится небольшая утилита, название которой minicom. Установка и настройка проблем не вызывает. Для начала установим утилиту из портов:

После первого запуска утилита "ругается" на отсутствие файла конфигурации.

Настроен очередной маршрутизатор... Как бы работа уже завершена. Но "высокое начальство" решает, что нужно полностью контролировать трафик. Для контроля контента только один вариант - прокси-сервер. Выбор остановился на довольно мощном инструменте - SQUID. Тем более, что к нему можно "прикрутить" такой инструмент, как SAMS (Squid Account Manager Sams).

Но обо всем по порядку...

Будем отталкиваться от того, что Apache, PHP5 и MySQL уже установлены и настроены.

Приступим непосредственно к установке прокси-сервера Squid