ПРЕДУПРЕЖДЕНИЕ: все действия исполняются с правами суперпользователя root. Если не допускается использование команды с правами root, это указывается дополнительно.
В одном из проектов необходимо было реализовать небольшое хранилище с минимальным резервированием (для хранения бекапов). Решение - построение програмного RAID5 на FreeBSD. Рассматривать и сравнивать типы RAID не будем, рассмотрим только реализацию даной задачи.
Итак, диски присутствующие в системе:
Используя FreeBSD, софт я устанавливаю именно из системы портов. Дерево портов расположено в каталоге /usr/ports
В каталоге портов, кроме самого дерева портов, находятся следующие файлы:
По просьбе знакомого, решил разобраться, почему коммутатор Force10 S4810 только через нескольких попыток "разрешает" подключиться по telnet или ssh для управления. После подключения никаких "залипаний" и задержек в работе комутатора не замечалось...
При установке MySQL не заполняет таблицы time_zone. Этих таблиц в MySQL несколько:
Соответственно, данные о символьных временных зонах недоступны. Тоесть, если отпрвить MySQL комманду
Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. Будем мониторить время работы системы с момента загрузки системы. Чтобы "ребуты" оборудования не проходили для нас незаметно...
Проверку будем выполнять с используя расширение check_snmp. Синтаксис использования check_snmp следующий:
Иногда бывают ситуации, когда необходимо быстро поднять FTP-сервер, а громоздкие решения, такие как Proftpd и Pure-ftpd - излишни. Попробуем разобраться со штатным FTP-сервером, который идет вместе с FreeBSD - ftpd.
Создадим системного пользователя, домашним каталогом которого укажем директорию, куда необходимо попадать FTP-пользователю:
# pw useradd -n ftpuser1 -g ftp -c FTP\ user -d /ftp -s /bin/sh |
где
Как я уже писал ранее, проблема нехватки свободного дискового пространства на маршрутизаторах Juniper серии MX - софтварная, соответственно, решается обновлением програмного обеспечения до более новой версии. Однако, сам процес обновления ПО не описал. Попробуем исправить даную оплошность...
Итак, исходные данные: маршрутизатор Juniper серии MX, версия ПО 12.3R3.4:
При работе с NoDeny версий 49.x и 50.x иногда возникает проблема с ограничениями на выбор доступных дат. В исходном коде по умолчанию разрешена работа в промежутке дат 2004...2010 года, что на данный момент уже неактуально. В некоторых случаях, после внесения изменений все равно, со временем, можно "упереться" в данное ограничение. Например, как в следующем случае:
"На дворе" уже 2017 год, а в админке мы ограничены 2016-тым годом. Тоесть, когда-то уже изменялся доступный диапазон, но и он со временем стал неактуальный.
Довольно часто, при работе с почтой, используется протокол IMAP (Interim Mail Access Protocol). Удобность этого протокола заключается в синхронизации, в отличии от протокола POP3 (Post Office Protocol - Version 3).
Однако, если доступ ящику имеет несколько человек (например менеджеры компании), то могут возникнуть проблемы, как случайные, так и умышленные. Самая частая: удаление сообщений на одном клиенте влечёт за собой синхронное удаление на всех активных клиентах (в том числе и на сервере).
Последние комментарии
4 дня 10 часов назад
1 неделя 6 дней назад
6 недель 2 дня назад
10 недель 6 дней назад
10 недель 6 дней назад
10 недель 6 дней назад
11 недель 3 часа назад
11 недель 5 дней назад
20 недель 10 часов назад
20 недель 14 часов назад