Июн 282013
 

Сегодня ночью внезапно упали apache и mysql на сервере. Конечно, не совсем внезапно, но я не ожидал. Падение произошло из-за переполнения диска, на котором лежат файлы, необходимые для работы этих сервисов. После падения нормально поднялся только Apache.

А вот Mysql стартовать отказывался.
Много гуглил, но ни чего не нашел.
Симптомы были такие: в лог файл ничего не пишет, при попытке запуска через /etc/init.d/mysqld start зависает.

Запустил в режиме отладки /etc/init.d/mysqld start -d и посмотрел, что происходит.
Затык оказался вот тут:

+ ewaitfile 900 /var/run/mysqld/mysqld.sock

Проверка на наличие сокета в течение 900 секунд. Выходит и не подвисал он при запуске, а просто ждал появления файла.
Уменьшил в инициализационном скрипте время до 10 секунд. И увидел, что, не дождавшись появления файла, сервис отказывается стартовать.

Запустил от имени рута. Все ОК.
Внимание. Тут надо быть аккуратным — при запуске от рута создаются файлы в директории /var/lib/mysql вида mysqld-bin.000008
К новому файлу будут права выставлены от имени рута. И если mysql был запущен от рута, то потом надо выставить корректные права на файлы, иначе он не стартанет.

Если от имени root стартует, значит проблема в правах. Сначала я думал, что проблема в доступе к директории /var/run/mysqld,
Потому как он тормозится на проверке наличия сокета mysqld.sock в указной директории. Хотя права доступа были выставлены верно. (более того в инициализационном скрипте прописана правка прав если они не верны)
Даже после создания сокета вручную, сервис стартовал, но сразу крэшился.

/etc/init.d/mysql status
 * status: crashed

Тут появился прогресс — начали писаться логи.

130628 13:03:53 [ERROR] /usr/sbin/mysqld: Can't find file: './mysql/host.frm' (errno: 13)
130628 13:03:53 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/host.frm' (errno: 13)

Отсюда уже стало понятнее.
Оказалось, что файлы системной БД имели права для рута. Видимо раньше прокатывало и какое-то очередное обновление изменило это, но до ребута сервиса все работало.
файлы лежат тут: /var/lib/mysql/mysql
Как только я задал правильные права для всех файлов в директории сервис прекрасно запустился.

find /var/lib/mysql/mysql -type f |xargs chown mysql:mysql
Май 292013
 

Задача: создать случайный буквенно-цифровой пароль.

Казалось бы очень простой способ создания случайного пароля — это «постучать» по клавиатуре, но в действительности руки тянутся к середине клавиатуры, чтоб не попадать по спецклавишам. Криптостойкость такого пароля падает. Сегодня подобрал такой вариант решения, просто и удобно, но, возможно, не быстро.

head -c100 /dev/random | tr -dc 'a-zA-Z0-9' | head -c10 && echo

Теперь подробнее.

head -c100 выводит первые 100 байт из /dev/random
/dev/random имеет высокий уровень энтропии, т.к. его заполнение основывается на шумах системы, в основном от драйверов. Например, драйвер мыши.
Но если работать удаленно по SSH, то наполнение буфера случайных чисел может быть крайне медленным. Работая локально можно ускорить процесс начав двигать мышкой или нажимая клавиши.
Удаленно я запускал emerge —sync, что тоже пополняло буфер случайных чисел.
/dev/random — может работать медленнее, чем /dev/urandom так как первый выводи случайные последовательности, а второй псевдослучайные.

tr -dc ‘a-zA-z0-9’ отбрасывает все символы не попадающие в диапазон цифр или строчных/прописных английских букв.
head -c10 выводит из всех символов в потоке только 10 первых.
&& echo а это только для перевода строки, чтоб было удобнее просматривать результат.

Янв 212013
 

Недавно научился делать вот так:

status_report()
{
echo -en "\e[33;44m"< -->< ------>< ------># bacground to blue
echo
echo "-----------------------------"
echo "Report"
echo -e "Stack Pointer = \e[1;34m$SP"< -># Colot set to blue
tput sgr0< ----->< ------>< ------>< ------># terminal restored
echo -en "\e[33;44m"
echo -e "last element = \e[1;31m$data" ># Color set to red
tput sgr0< ----->< ------>< ------>< ------># terminal restored
echo -en "\e[33;44m"
echo -n "-----------------------------"
tput sgr0< ----->< ------>< ------>< ------># terminal restored
}

Что это дает?
А вот что…
Continue reading »

Дек 182012
 

Развертывание блога на основе WordPress вроде плевое дело, но каждый раз я сталкиваюсь с необходимой доработкой системы «под себя». И эта доделка под свои потребности и привычки занимает, как правило, наибольшее количество времени при запуске нового сервиса.

Спустя год-другой забываются некоторые детали и при настройках снова приходится гуглить.

Основные пункты доделок:

1) Плагины.

2) Счетчики.

3) Интеграция с соцсетями и прочими сервисами авторизации.

4) Допиливание кода.

Что я делал в этот раз и зачем по порядку.
Continue reading »

Дек 152012
 

Задача: поменять для всех директорий и файлов владельца и группу.

Раньше я это делал более сложной командой. Сегодня научился так.

find . | xargs chown apache:apache

просто и удобно. )

xargs передает полученные значения по конвейеру указанной команде. (в данном случае)
До этого выполнял вот так.

find . -exec chown apache:apache {} \;

В новом варианте проще запомнить.
Но самое главное вот в этом.

server wordpress $ time find . -exec chown apache:apache {} \;
real    0m1.682s
user    0m0.029s
sys     0m0.148s

server wordpress $ time find . | xargs chown apache:apache
real    0m0.016s
user    0m0.002s
sys     0m0.014s

100x прирост производительности!