После установки Roundcube присутствует только папка "Входящие". Для полноценной работы не хватает папок "Удаленные", "Исходящие", и т.д. Это создает определенные проблемы. Например, при удалении письма, получаем следующее сообщение о ошибке: "Не удалось переместить сообщение".

Добавить необходимые папки можно в настройках. Там же можно указать, какие папки использовать как специальные ("особые папки").

Однако это не очень удобно, необходимо эти манипуляции выполнять с каждым аккаунтом. Необходимо как-то автоматизировать этот процесс. Для этого необходимо немного поправить конфигурационный файл config.inc.php, добавив в него такую строку:

Иногда возникает необходимость создания файла определенного размера. Сделать это можно разнообразными способами. Рассмотрим несколько из них. В примерах будем создавать файл размером 100MB.

• СПОСОБ 1. С помощью утилиты dd​

Проверяем размер созданного файла:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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