Утилита top - одна из наиболее удобных в своей линейке утилит, предназначенная для мониторинга состояния сервера. Ее задача - отобразить общую нагрузку на сервер и его отдельные компоненты.

Вывод утилиты делится на две части: в верхней общая информация о системе, а в нижней - список запущенных процессов и информации о них.

Рассмотрим верхнюю часть вывода утилиты, тоесть, общую информацию о системе.

Использование процессорного времени (CPU):

Собирая очередной програмнный RAID5 на FreeBSD, решил обратить внимание сообщества на следующий момент:

Filesystem          Size    Used   Avail Capacity  Mounted on
/dev/mirror/gm0a    446G    4,4G    405G     1%    /
devfs               1,0K    1,0K      0B   100%    /dev
/dev/raid5/raid5     13T    8,0K     12T     0%    /raid5

"Пропал" терабайт доступного дискового пространства... Как это возможно?

Как оказалось, в FreeBSD 11 отсутствует утилита nslookup, которая ранее присутствувала в базовой системе (в FreeBSD 10.3 даная утилита еще присутствует) ... При попытке использования утилиты получаем ошибку:

Либо, же, если коректно настроены локации, получаем ошибку на кириллице:

По материалах статьи "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 комманду