вторник, 28 февраля 2012 г.

Настройка IPMI, создание пользователя для мониторинга.


Коротко о главном:

ipmitool shell
ipmitool> lan set 1 ipaddr 10.110.1.115
Setting LAN IP Address to 10.110.1.115
ipmitool> lan set 1 defgw ipaddr 10.110.1.254
Setting LAN Default Gateway IP to 10.110.1.254

воскресенье, 26 февраля 2012 г.

Блокирование доступа в iptables с использованием модуля time.

Для своих изысканий в отношении модуля ай-пи таблиц time подобрал ресурс "вконтакте". В общем решено блокировать разрешать доступ от ресурса только с 8 до 10 утра, с 14 до 19 вечера в будние дни и круглосуточно в выходные :).

суббота, 25 февраля 2012 г.

Модификация плагина check_snmp для системы мониторинга Nagios.

Столкнулся с небольшой проблемой при настройке мониторинга Raid контроллеров через SNMP с помощью плагина check_snmp. А именно, хочу мониторить политику использования кеша контроллера WriteThrough/WriteBack, при этом "переключение" политики это штатная ситуация, когда контроллер запускает тренировку аккумуляторной батареи - кеш на запись отключается, когда тренировка заканчивается - кеш включается. Для чего это мониторить? Да просто нужно знать почему могут "тормозить" в данный момент диски на запись...

вторник, 21 февраля 2012 г.

пятница, 17 февраля 2012 г.

Пересоздание индексов СУБД Informix.

В одном из предыдущих постов я написал как проверить таблицы и индексы в СУБД Informix. Собственно по результатам проверки, возможна ситуация, когда необходимо пересоздать некоторые индексы. Далее привожу небольшой bash скрипт для пересоздания (удаления/создания) индексов с логированием в файл.

Скрипт iptables для Upstart

Написал скрипт установки правил ай-пи-таблиц для upstart. Скрипт необходимо разместить
/etc/init/iptables.conf
Правила для iptables размещаем в файле: /etc/default/iptables.rules

пятница, 10 февраля 2012 г.

Проверка таблиц и индексов в Informix.

Проверка таблиц и индексов в Informix.

 Запускать нужно в скрине (screen -a) для исключения обрыва при проседании сети.
$ (date; oncheck -cID nameofmydb ; date) | tee oncheck_log.txt

во время работы вся информация будет выводиться на экран и одновременно записываться в файл oncheck_log.txt для последующего анализа. Выполнение проверки может проходить от нескольких часов до нескольких суток в зависимости от размера базы. Также нужно учитывать, если в базе есть таблицы со страничным уровнем блокировки "page", то oncheck во время проверки такой таблицы заблокирует её на модификацию. Для продуктивных СУБД рекомендуется проводить тест на резервной копии СУБД / резервном(тестовом) сервере.

Используемые ключи oncheck:
-c  - режим проверки
I - индексы и идентификаторы строк в индексах
D - строки данных в табличных пространствах включая битовые массивы, оставшиеся страницы и BLOB(двоичный большой объект) данные.