28 июл. 2011 г.

HP Proliant RAID Monitoring

Оставлю тут. Годная статейка с примерами на предмет мониторинга состояния RAID-контроллера и массивов на HP Proliant серверах. И тут же прямую ссылку на HP-шную репу с Proliant Support Pack'ом (PSP).

19 июл. 2011 г.

Установка и настройка vnstat + vnstat php frontend

Простенькая последовательность на "не забыть" по установке-настройке простенького же монитора трафика vnstat в Debian Squeeze, и не только.
apt-get install vnstat apache2 libapache2-mod-php5 php5-gd
Настройки в основном умолчальные (/etc/vnstat.conf), правим только интефейс (если хочется несколько, то через запятую):
#Interface "eth0"
Interface "ppp200"
Уводим логи в собственный файл вместо syslog:
#UseLogging 2
UseLogging 1
LogFile "/var/log/vnstatd.log"
Единоразово инициализируем базу:
root@demos:/home/interra/!# vnstat -e -i ppp200
Перезапускаем демон:
root@demos:/home/interra/!# service vnstat restart
Stopping vnStat daemon: vnstatd.
Starting vnStat daemon: vnstatd.
Убеждаемся, что все хорошо:
root@demos:/home/interra/!# cat /var/log/vnstatd.log
[2011.07.19 11:53:47] vnStat daemon 1.10 started.
[2011.07.19 11:53:47] Daemon running with pid 30757.
[2011.07.19 11:53:47] Monitoring: ppp200
Скачиваем веб-морду vnStat PHP Frontend отсюда (на момент написания версия 1.5.1), распаковываем в /var/www/vnstat.
Настройки находятся в файле  /var/www/vnstat/config.php. Для базового запуска достаточно переопределить интерфейсы:
$iface_list = array('ppp200');
$iface_title['ppp200'] = 'Internet';
Получать данные для отображения можно или запросом текущих данных, тогда указывается путь к бинарнику vnstat:
$vnstat_bin = '/usr/bin/vnstat';
или чтением данных из текстового дампа базы, выполненного командой вида vnstat --dumpdb -i $iface > /path/to/data_dir/vnstat_dump_$iface. В этом случае переменная $vnstat_bin комментируется, и описывается переменная $data_dir:
// $vnstat_bin = '/usr/bin/vnstat';
$data_dir = './dumps';
В приведенном примере полный путь к каталогу - /var/www/vnstat/dumps. Важно, чтобы файл с дампом назывался строго vnstat_dump_$iface, где $iface - имя интерфейса, за которым ведется мониторинг. Несколько интерфейсов - несколько файлов, каждый из которых заполняется отдельной командой.
Далее внесем в cron задание на периодическое обновление дампа такого вида, создав файлик в /etc/cron.d/ или вызвав редактор - crontab -e:
*/2 * * * * /usr/bin/vnstat --dumpdb -i ppp200 > /srv/www/vnstat/dumps/vnstat_dump_ppp200
Всегда используем в кроне только абсолютные пути!
Далее остается только перезапустить apache и обратиться браузером по адресу http://адрес_сервера/vnstat

18 июл. 2011 г.

Удаление дубликатов из таблиц (PostgreSQL)

Так случилось, что образовалась в одной из postgresql-ных баз табличка, в которой было две абсолютно одинаковые строки. И еще и без первичного ключа. Забавно то, что pgadmin3 открывает такую табличку только на чтение, потому что нет первичного ключа, соответственно удалить лишнюю строчку там, явно указав ее мышкой, не выходит, а drop-нуть с помощью psql тоже трудно, ведь строчки одинаковые, и любой WHERE их обе зацепляет и отдает DROP'у. В общем, вилы ;) Решение, сильно напоминающее школьно-универский "пузырьковый метод сортировки", подсмотрено тут:
CREATE TABLE foo AS (SELECT DISTINCT * FROM bar); 
DROP TABLE bar; 
ALTER TABLE foo RENAME TO bar;
где foo - новая таблица, bar - таблица с дубликатами.  Оператор SELECT DISTINCT вычленяет только уникальные строки.

10 июл. 2011 г.

Что такое Линукс?

Друг за дружку зацепившись и друг дружкой вдохновившись, пара хорошо известных в узких кругах камрадов устроила ликбез широкой общественности по такому сугубо "теологическому" вопросу, как причины и следствия многообразия дистрибутивов Linux с комментариями. Ссылки вот: две в один конец - раз и два, одна в другой - раз. На мой взгляд, очень даже годные работы с отлично пережеванным материалом, который будет полезен новичкам в качестве, как говорилось выше, ликбеза по данному вопросу, а более искушенным пользователям - для структурирования имеющихся знаний и закладок, по которым можно будет отсылать первую группу. И, конечно же, вмемориз тем и другим ;).

7 июл. 2011 г.

Mediawiki change password

Меняем забытый пароль пользователя собственной wiki:
cd /где/там/у_вас/wiki/maintenance
php changePassword.php --user=example --password=newpassword
 

3 июл. 2011 г.

Firefox + ivi.ru

AdBlock Plus фаерфоксовский настолько суров, что чует рекламу в видеофайлах на music.ivi.ru. Соответственно, блокирует нахрен ;) Дабы можно было что-то там посмотреть, дополнение это надобно выключать.

Windows XP Update Error 0x0000007E

Пришлось третьего дня обновить сильно старый Windows XP SP1 до чуть более свежего Windows XP SP2 (дабы смочь устанвить нужную версию Крипто-Про и Drweb Security Space). Однако скачиваением с офсайта пакета обновлений SP2 и кликанием на кнопку Далее дело не ограничилоась - после упешного с точки зрения установщика процесса был словлен BSoD с ошибкой вида  Stop 0x0000007E. Ошибка, как показал беглый гуглинг, достаточно популярная, удостоенная даже обстоятельной статьи в базе знаний Microsoft.
Однако ни информация оттуда, ни из ряда других подобных "сборников" не облегчала восстановление системы. Решение нашлось уже на исходе маны терпения: сходить в реестр, найти ветку HKLM\SYSTEM\ControlSet001\Services\Intelppm и под корень ее удалить (конечно, забекапив предварительно, на всякий случай). В куцем описании говорилось что-то о том, что сервиспак собран (оптимизирован?) на (для?) процессорах Intel, и поэтому при установке на камешках от AMD (а на сабжевой машинке как раз Sempron) может вызывать BSoD c ошибкой 0x0000007E. Однако, несмотря на скепсис, проблема решилась - винда радостно загрузилась, отрапортовав в свойствах системы, что она теперь - Windows XP Professional Service Pack 2.

Firefox{4,5}: неизвестная ошибка синхронизации

Еще со времени Firefox 4 мучала меня периодически проблема: Firefox Sync не может синхронизироваться, выдавая "неизвестную ошибку". В качестве workaround-а где-то вычитал отмену синхронизации всего, кроме паролей. В пятой версии браузера, к сожалению, проблема осталась. Логично предположить, что в таком случае с самим Sync-плагином (а начиная с 4-ки, уже частью браузера) все хорошо, а проблема где-то в облаке. Так что новый workaround - сходить сюда и, авторизовавшись, удалить все сохраненные данные (Clear your Sync data). Беспокоиться не нужно, удаляются явки-пароли только из мозилловского хранилища, в браузерах ничего не изменится. После удаления жмем Инструменты - Синхронизировать. Все, если теперь глянуть в параметрах в разделе Sync объем используемого пространства в мозилловском облаке (квоты), оно будет снова ненулевым. 
У меня пока полет нормальный, ошибки больше не проявляется.