Утилита top - одна из наиболее удобных в своей линейке утилит, предназначенная для мониторинга состояния сервера. Ее задача - отобразить общую нагрузку на сервер и его отдельные компоненты.
Вывод утилиты делится на две части: в верхней общая информация о системе, а в нижней - список запущенных процессов и информации о них.
Рассмотрим верхнюю часть вывода утилиты, тоесть, общую информацию о системе.
Использование процессорного времени (CPU):
Собирая очередной програмнный RAID5 на FreeBSD, решил обратить внимание сообщества на следующий момент:
# df -h 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 даная утилита еще присутствует) ... При попытке использования утилиты получаем ошибку:
# /usr/local/bin/nslookup -q=MX gmail.com /usr/local/bin/nslookup: not found |
Либо, же, если коректно настроены локации, получаем ошибку на кириллице:
По материалах статьи "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 несколько:
Соответственно, данные о символьных временных зонах недоступны. Тоесть, если отпрвить MySQL комманду
Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. Будем мониторить время работы системы с момента загрузки системы. Чтобы "ребуты" оборудования не проходили для нас незаметно...
Проверку будем выполнять с используя расширение check_snmp. Синтаксис использования check_snmp следующий:
Последние комментарии
20 недель 3 дня назад
44 недели 5 дней назад
2 года 45 недель назад
3 года 15 недель назад
3 года 38 недель назад
4 года 1 неделя назад
4 года 1 неделя назад
4 года 5 недель назад
4 года 16 недель назад
4 года 20 недель назад