Иногда возникает необходимость создания файла определенного размера. Сделать это можно разнообразными способами. Рассмотрим несколько из них. В примерах будем создавать файл размером 100MB.
# dd of=test_file.100mb bs=1 count=0 seek=100M 0+0 records in 0+0 records out 0 bytes transferred in 0.000046 secs (0 bytes/sec) |
Проверяем размер созданного файла:
# ls -lh | grep test_file |
Для бекапирования данных можно использовать как специализированное ПО, так и самописные скрипты.
В случае использования самописных скриптов, возникает необходимость периодически удалять архивы бекапов. Однако и этот процесс можно автоматизировать.
Попытаемся максимально приблизить условия к боевым.
Итак, имеется в наличии сервер, на котором в родительском каталоге (например, /backup) созданы подкаталоги, для хранения бекапов в зависимости от типа содержимого:
В сервер с работающей системой понадобилось добавить еще один диск. Данные о платформе:
# uname -rsm FreeBSD 10.1-RELEASE amd64 |
В более ранних версиях FreeBSD для этой цели я пользовался утилитами bsdlabel и fdisk. Теперь же попробуем получить такой же результат, используя утилиту gpart.
Для начала проверим, какие диски присутствуют:
# camcontrol devlist |
На одном из серверов, при обновлении исходных текстов системы портов, получил такую ошибку:
files/6597b117eb1224eb5c42c08fdc99ba778015bddb9d991bd6a8ae536e66dd6d4b.gz not found -- snapshot corrupt. |
Вывод даного сообщения является результатом повреждения базы данных утилиты portsnap. Иногда такое бывает.
Исправить можно следующими манипуляциями. Сначала удалим содержимое каталога базы данных:
# rm -R /var/db/portsnap/* |
После этого загружаем snapshot дерева портов и распаковываем его:
При работе с биллинговой системой NoDeny версий 49-50 небольшое неудобство доставляет тот факт, что по умолчанию сортировка пользователей выполняется по IP-адресу.
Конечно, после открытия списка пользователей, можно выбрать другой тип сортировки. Доступны следующие варианты:
Разбирался на днях с производительностью сервера, который работал в роли маршрутизатора.
Итак, что мы имеем в роли операционной системы:
# uname -rmo FreeBSD 8.4-RELEASE-p7 amd64 |
Да, давно систему не обновляли... Ну и ладно.
В ходе диагностики обнаружил одну странность. Процесс dummynet потреблял слишком много ресурсов. Согласно выводу top:
Для того, чтобы проверить какой-либо параметр, сервер Nagios должен выполнить определенную команду. Например, запуск сценария, который выполнит подключение к серверу и проанализирует ответ. Рассмотрим некоторые доступные расширения (plugin), которые доступны в Nagios.
Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. В предыдущей статье рассматривали настройку проверки состояния порта коммутатора используя команду проверки check_snmp. Теперь настроим аналогичную проверку, используя расширение check_ifoperstatus.
Синтаксис использования check_ifoperstatus следующий:
Имея в распоряжении настроенную связку Nagios + Nconf, продолжим развивать тему мониторинга разнообразных параметров. Настроим возможность проверки состояния порта коммутатора (up или down). Для этого воспользуемся возможностью Nagios работать с SNMP, используя расширение check_snmp. Синтаксис использования check_snmp следующий:
Взялся за обновление ПО на коммутаторе Linksys SPS224G4, ну и задокументировать процесс...
Подключаемся через последовательный интерфейс (RS232) к консоли управления коммутатора и запускаем утилиту minicom. Параметры подключения: 38400 8N1.
В процессе обновления нам понадобится настроенный TFTP-сервер. Здесь нам может пригодиться статься по настройке TFTP-сервера. В дальнейшей работе отталкиваемся от того, что IP-адрес TFTP-сервера - 192.168.192.55.
Последние комментарии
17 недель 3 дня назад
41 неделя 5 дней назад
2 года 42 недели назад
3 года 12 недель назад
3 года 35 недель назад
3 года 50 недель назад
3 года 51 неделя назад
4 года 2 недели назад
4 года 13 недель назад
4 года 17 недель назад