По материалах статьи "Nagios 3.x + NConf - настройка системы мониторинга Nagios 3.x и утилиты конфигурирования NConf"...

Используя NConf в новых инсталяциях, либо же обновив на рабочем сервере Perl до версии 5.24 или выше, получаем такуо ошибку:
 

В одном из проектов необходимо было реализовать небольшое хранилище с минимальным резервированием (для хранения бекапов). Решение - построение програмного RAID5 на FreeBSD. Рассматривать и сравнивать типы RAID не будем, рассмотрим только реализацию даной задачи.

Итак, диски присутствующие в системе:

Используя FreeBSD, софт я устанавливаю именно из системы портов. Дерево портов расположено в каталоге /usr/ports
В каталоге портов, кроме самого дерева портов, находятся следующие файлы:

По просьбе знакомого, решил разобраться, почему коммутатор Force10 S4810 только через нескольких попыток "разрешает" подключиться по telnet или ssh для управления. После подключения никаких "залипаний" и задержек в работе комутатора не замечалось...

При установке MySQL не заполняет таблицы time_zone.  Этих таблиц в MySQL несколько:

• time_zone
• time_zone_leap_second
• time_zone_name
• time_zone_transition
• time_zone_transition_type

Соответственно, данные о символьных временных зонах недоступны. Тоесть, если отпрвить MySQL комманду

Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. Будем мониторить время работы системы с момента загрузки системы. Чтобы "ребуты" оборудования не проходили для нас незаметно...

Проверку будем выполнять с используя расширение check_snmp. Синтаксис использования check_snmp следующий:

Иногда бывают ситуации, когда необходимо быстро поднять FTP-сервер, а громоздкие решения, такие как Proftpd и Pure-ftpd - излишни. Попробуем разобраться со штатным FTP-сервером, который идет вместе с FreeBSD - ftpd.

Создадим системного пользователя, домашним каталогом которого укажем директорию, куда необходимо попадать FTP-пользователю:

где

Как я уже писал ранее, проблема нехватки свободного дискового пространства на маршрутизаторах Juniper серии MX - софтварная, соответственно, решается обновлением програмного обеспечения до более новой версии. Однако, сам процес обновления ПО не описал. Попробуем исправить даную оплошность...

Итак, исходные данные: маршрутизатор Juniper серии MX, версия ПО 12.3R3.4:

При работе с NoDeny версий 49.x и 50.x иногда возникает проблема с ограничениями на выбор доступных дат. В исходном коде по умолчанию разрешена работа в промежутке дат 2004...2010 года, что на данный момент уже неактуально. В некоторых случаях, после внесения изменений все равно, со временем, можно "упереться" в данное ограничение. Например, как в следующем случае:

"На дворе" уже 2017 год, а в админке мы ограничены 2016-тым годом. Тоесть, когда-то уже изменялся доступный диапазон, но и он со временем стал неактуальный.