December 21st, 2009

404

что-то у меня всё получаться стало...

... не к добру это. Только что починил perfomance counter'ы на сервере, где сколько я себя помню, с ними были проблемы. Чуть раньше разрулил WUS'овскую засаду (тоже застарелую), разрулил кривую самописную CMS, вроде, на 99% раскрутил старый почтовый сервер.


Не к добру это, ой, не к добру...
404

... так и знал, что что-нибудь сломается

Местая вики оказалась на такой древности движке (1.6), что на новой (1.12) база не подхватилась. Плюс, странное сочетание utf8 и cp1251, превращающее содержимое местами в нечитаемую кашу... Статей в локальной вики не так уж много, так что можно просто копипейстнуть через штатный экспорт... (upd: много не много, а 6Мб голого текста... Ещё 2-3 Мб и можно считать, что война и мир написана).

Но неприятненько. Плюс, вопросом как информацию (дампы) тягать, надо озадачиться чуть более серьёзно...
404

Micro HOWTO по настройке путей у mediawiki в debian

Оно меня задолбало (каждый раз детектив).

Пишу по шагам.

1) справка на медиавики.орг (http://www.mediawiki.org/wiki/Manual:Short_URL) - ни в коем случае не гвайдлайн, там слишком много вариантов (и дебиановская установка отличается от tar.gz'шной).

Итак, начальные положения: php и apache в боевой готовности, апач готов к virtualhosts, dns настроен.

Цель: получить newwikisite.ru, с адресацией /wiki/статья и /w?action.

Пишем:
#aptitude install mediawiki
#cd /var/www
#mkdir newwikisite.ru
#cd /etc/apache2/sites-avaible
#editor newwikisite.ru


<VirtualHost *:80>
        ServerAdmin your@email
        ServerName newwikisite.ru
        ServerAlias newwikisite.ru www.newwikisite.ru
        DocumentRoot /var/www/newsikisite.ru
        Alias /mediawiki /var/lib/mediawiki

        LogLevel warn
        ErrorLog /var/log/apache2/newwikisite.ru.error.log
        CustomLog /var/log/apache2/newwikisite.access.log combined

</VirtualHost>


#ls -s /etc/apache2/sites-enabled/newwikisite.ru /etc/apache2/sites-avaible/newwikisite.ru
#apache2ctl graceful
iceweasel http://newwikisite.ru/mediawiki

(выполняем процесс конфигурирования через веб-интерфейс)
#mv /var/lib/mediawiki/config/LocalSettings.php /etc/mediawiki/LocalSettings.php

(тут я не помню, есть или нет в дистрибьютиве симлинк, если нет, то: #ln -s /var/mediawiki/LocalSettings.php /etc/mediawiki/LocalSettings.php)

отсюда начинается самое интересное:
#editor /etc/mediawiki/LocalSettings.php

(найти и раскомментить/поменять/добавить)
$wgScriptPath       = '/mediawiki';
$wgArticlePath      = '/wiki/$1';
$wgUsePathInfo      = true;
$wgScriptExtension  = ".php";


#editor /etc/apache2/sites-enabled/newwikisite.ru

(дописать две строчки)
        Alias /mediawiki /var/lib/mediawiki
        Alias /wiki /var/lib/mediawiki/index.php
        Alias /w    /var/lib/mediawiki/index.php

#apache2ctl graceful

всё. Ах, да, ещё надо сделать /var/www/newwikisite.ru/index.html с редиректом на /wiki или сделать .htaccess, но с этим, я думаю, сами справитесь.

Обратите внимание:

1) Одна вики на сервер. Проблема решаема, но штатный дистрибьютив подразумевает глобальный конфиг (server-wide) медиавики.
2) Внутри /var/www/newwikisite.ru НЕТ ни капли кода mediawiki. Вообще. Даже симлинк не нужен.
404

ковыряясь с постфиксом

Я сволочь, но я зарегистрировал себе ящик double-bounce@mail.ru. Ща проверим проходимость этого через постфикс...

... прошло. Интересно, при каких условиях оно не пройдёт? Дело в том, что если попытаться отправить на постфикс, с включенной верификацией отправителя письмо на double-bounce@server.domain.ru, то оно молча съедается:

Dec 21 07:10:52 ag-srv-01 postfix/smtpd[10130]: EDCDE9DB7: client=desunote.ru[95.161.2.76]
Dec 21 07:11:01 ag-srv-01 postfix/cleanup[10142]: EDCDE9DB7: message-id=<20091221041052.EDCDE9DB7@relay3.domain.ru>
Dec 21 07:11:01 ag-srv-01 postfix/qmgr[10129]: EDCDE9DB7: from=<double-bounce@desunote.ru>, size=374, nrcpt=1 (queue active)
Dec 21 07:11:01 ag-srv-01 postfix/qmgr[10129]: EDCDE9DB7: to=<double-bounce@relay3.domain.ru>, relay=none, delay=20, delays=20/0/0/0, dsn=2.0.0, status=sent (undeliverable postmaster notification discarded)
404

внезапно

Нашёл жалкое подобие левой руки. На сегодняшнем нечегосмотреть™ сойдёт.

Penguin Musume Heart.
404

нагруженный сервер, говорите...

Перевёл 60% сервисов на виртуальную машину (пристроена в уголке недосервера, у которого по жизни половина процессорного времени пропадает и есть гиг лишней памяти).

Итог - load average колеблется от 0.01 до 0.05, сквид (самый тяжёлый сервис) ест 1-2% процессорного времени. Памяти, за вычетом буферов, занято 130Мб, и это при 128Мб кеше у сквида (сквиду я, правда, отключил дисковый кеш).

Правда, я ещё большую часть динамики (сайтов) не перекладывал, возможно, wordpress и phpbb способны на большее...

Но нафига тут зеоны и сказя о шести винтов?

Пока по нагрузке впереди всех сквид и named (который мучим postgresql'ем по каждому чиху многоразово, да и сквид напрягает тоже).

ЗЫ Вру, 0.15 есть.
404

полный slave для bind

А нет ли у бинда такого вкусного режима, как автоматическое принятие как secondary для всего, что пришлёт через notification primary?

Ну, грубо говоря, чтобы слейв воткнуть, сказать "верь этому узлу" и забыть, что бы не творилось на мастере (достаточно разрешить трансфер и нотификейшн на мастере, не прописывая ничего дополнительно на слейве...)
404

(no subject)

первый (неполный) день работы постфикса. MX я поменял в районе 5 утра, итого прошло 12 часов.

grep Queue mail.log|wc -l
504
grep reject mail.log|wc -l
11010

Queue - это в обе стороны (входящий\исходящий, за вычетом рассылок - они пока на другом сервере).

5% КПД - это ли не прелесть?