Блоги

Скрипт удаления файлов старше N дней

Для бекапирования данных можно использовать как специализированное ПО, так и самописные скрипты.

В случае использования самописных скриптов, возникает необходимость периодически удалять архивы бекапов. Однако и этот процесс можно автоматизировать.

Попытаемся максимально приблизить условия к боевым.

Итак, имеется в наличии сервер, на котором в родительском каталоге (например, /backup) созданы подкаталоги, для хранения бекапов в зависимости от типа содержимого:

Gpart - добавление нового HDD в систему

В сервер с работающей системой понадобилось добавить еще один диск. Данные о платформе:

uname -rsm
FreeBSD 10.1-RELEASE amd64

В более ранних версиях FreeBSD для этой цели я пользовался утилитами bsdlabel и fdisk. Теперь же попробуем получить такой же результат, используя утилиту gpart.

Для начала проверим, какие диски присутствуют:

camcontrol devlist

Portsnap - ошибка snapshot corrupt

На одном из серверов, при обновлении исходных текстов системы портов, получил такую ошибку:

files/6597b117eb1224eb5c42c08fdc99ba778015bddb9d991bd6a8ae536e66dd6d4b.gz not found -- snapshot corrupt.

Вывод даного сообщения является результатом повреждения базы данных утилиты portsnap. Иногда такое бывает.

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

#  rm -R /var/db/portsnap/*

После этого загружаем snapshot дерева портов и распаковываем его:

NoDeny - изменение типа сортировки пользователей

При работе с биллинговой системой NoDeny версий 49-50 небольшое неудобство доставляет тот факт, что по умолчанию сортировка пользователей выполняется по IP-адресу.

Конечно, после открытия списка пользователей, можно выбрать другой тип сортировки. Доступны следующие варианты:

Dummynet - привязка процесса к CPU0

Разбирался на днях с производительностью сервера, который работал в роли маршрутизатора.

Итак, что мы имеем в роли операционной системы:

# uname -rmo
FreeBSD 8.4-RELEASE-p7 amd64

Да, давно систему не обновляли... Ну и ладно.

В ходе диагностики обнаружил одну странность. Процесс dummynet потреблял слишком много ресурсов. Согласно выводу top:

Nagios - описание команд проверки

Nagios logo

Для того, чтобы проверить какой-либо параметр, сервер Nagios должен выполнить определенную команду. Например, запуск сценария, который выполнит подключение к серверу и проанализирует ответ. Рассмотрим некоторые доступные расширения (plugin), которые доступны в Nagios.

Nagios - проверка статуса порта коммутатора используя check_ifoperstatus

Nagios logo

Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. В предыдущей статье рассматривали настройку проверки состояния порта коммутатора используя команду проверки check_snmp. Теперь настроим аналогичную проверку, используя расширение check_ifoperstatus.

Синтаксис использования check_ifoperstatus следующий:

Nagios - проверка статуса порта коммутатора используя check_snmp

Nagios logo

Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. Настроим возможность проверки состояния порта коммутатора (up или down). Для этого воспользуемся возможностью Nagios работать с SNMP, используя расширение check_snmp. Синтаксис использования check_snmp следующий:

Linksys SPS224G4 - обновление програмного обеспечения (software)

Linksys logo

Взялся за обновление ПО на коммутаторе Linksys SPS224G4, ну и задокументировать процесс...

Подключаемся через последовательный интерфейс (RS232) к консоли управления коммутатора и запускаем утилиту minicom. Параметры подключения: 38400 8N1.

В процессе обновления нам понадобится настроенный TFTP-сервер. Здесь нам может пригодиться статься по настройке TFTP-сервера. В дальнейшей работе отталкиваемся от того, что IP-адрес TFTP-сервера - 192.168.192.55.

Nmap - ошибка "Failed to obtain system routes"

Nmap

Понадобилось как-то просканировать хост на открытые порты. Соответственно, инструментом был выбран Nmap. Однако не тут-то было.

Запуск сканера вылетал с ошибкой:

# nmap muff.kiev.ua

Starting Nmap 6.47 ( http://nmap.org ) at 2014-10-06 02:26 EEST
route_dst_generic: Failed to obtain system routes: getsysroutes_dnet: sysroutes_dnet_find_interfaces() failed

RSS-материал

Вставай, Україно!

Литература