Ramzess Blog |

Я не особо любитель подводить какие-либо итоги, особенно финансовые. Но сегодня первый день осени, а вчера был последний день лета. Лета, которого и от которого я ждал так много. Изначально было много планов, воплотить которые практически не удалось, но кое-какие изменения в жизни есть. Итак, поехали…

Читать полностью »

Задался вопросом -  как видеть загрузку интернет-канала на сервере. Оказалось, с помощью демона SNMPD и MRTG все очень просто реализовывается.

Читать полностью »

Нашел в итернетах замечательную сборку php-скриптов для мониторинга состояния системы – phpSysInfo. Парсит информацию из /proc и выводит красивую веб-страничку с информацией о CPU, RAM, HDD, сети, аптайме и прочее прочее прочее..

Установка phpSysInfo очень проста. Качаем с офсайта, распаковываем в нужную директорию(у меня /var/www/html), переименовываем файл config.php.new в config.php и заходим браузером на сервер. Собсно все. Вот мой принт скрин:

Приобрел чудо китайской электроники. Цифровой термометр с LCD дисплеем и внешним термодатчиком:

Позиционируется китайским производителем как промышленный. Как по мне, нужный в хозяйстве прибор. Тех. характеристики:
Диапазон температур: -50 до +70 град. Цельсия.
Точность измерений: +-1 град.
Шаг измерений: 0,1 град.
Обновление: 1 сек
Размеры: 48х28.6х15.2мм
С точностью +-1 градус тяжело называть его промышленным. Хотя для измерения температуры в шкафах или корпусах промышленных станков – вполне достаточно.
Я пока приспособил как уличный термометр. Цена – 5$

Я на своем хостинге предоставляю услугу трансляции Интернет-радио. Основа: сервер IceCast 2.3.2 под FreeBSD. Заметил за IceCast’oм одну неприятную вещь – долго работающий процесс айскаста начинает пожирать память в больших объемах. Причем забивая оперативную память, начинает кушать своп, пока оной не заканчивается. Тем более процессы айскаста у меня висят десятками(отдельный процесс на отдельный порт). Разработчики, вроде бы, обещают исправить пожирание памяти в версии 2.3.3, но на сайте пока доступен релиз 2.3.2 за 2008 год. В интернетах предлагают поставить icecast trunk из Subversion репозитория, где эту проблему уже пофиксили.

Снапшоты находятся здесь. Я качнул последний. Компиляция и установка стандартная:

# ./configure
# make
# make install

После инсталляции перезапустил все процессы айскаста и понаблюдал за ними. Вроде бы, проблема решилась. Кушает айскаст теперь не более 30 мб памяти на процесс.

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

#!/bin/bash
DIR="/path/to/directory"
if [[ -d "$DIR" && "$(ls -A $DIR)"  ]]
then
echo "Каталог присутствует и НЕ пустой"
else
echo "Каталог пустой или отсутствует"
fi

Добавил себе в заметки, думаю, еще не раз пригодится.

Жесткие диски потихоньку подобрались к следующему пределу объема – 2 терабайта. Сначала для HDD был предел 8 Гб, потом 137 Гб. 8ГБ преодолели легко – забыв о CHS перейдя LBA, 137 ГБ – из-за 28-битной адресации секторов на уровне контроллера диска тоже преодолели без особых проблем – ввели 42 бита в контроллерах. А вот с пределом 2.1ТБ будет проблема у тех, у кого до сих пор 32-разрядные системы – в них не поддерживается LongLBA, который поможет увидеть (и управлять) разделами более 2ТБ на винте.  32-битный стандарт адресации секторов внутри таблицы разделов мешает сделать том более 2Тб. А загрузиться с него вообще не получится.

Seagate,  подтвердили эту проблему, которые уже кстати готовятся к выпуску 3ТБ винтов.

Здесь подборочка фотожаб на знаменитое видео =) Очередной раз поржал…

netstat -an|grep tcp | wc -l #кол-во активных соединений tcp

netstat -an|grep udp | wc -l #кол-во активных соединений udp

systat -vmstat 1 # статистика по жестким дискам

systat -ifstat 1 # статистика по сетевым интерфейсам

zip -9 archive.zip file1 file2 file3 fle* # добавление файлов в zip-архив

Однажды проснувшись с утра, я обнаружил, что мой сервер перестал отвечать на любые запросы, кроме пинга. Полез разбираться… Сделать ничего не получалось, пришлось перезагрузить после 100-дневного аптайма.

Перезагрузился, в логах обнаружил строку kernel: swap zone exhausted, increase kern.maxswzone
Статистика показывала, что особой нагрузки на сервак и ддос не было.

В чем же причина? Оказалось, неудовлетворительное значение переменной kern.maxswzone сгубило сервак (установлено по умолчанию было kern.maxswzone: 33554432). Значение допустимо для свопа размером до 7 Гб. У меня же своп был 8Гб, плюс я накануне добавил еще 8 на всякий случай. Видимо это и стало причиной ошибки.

Почитав в интернете, пришел к выводу что нужно увеличить значение втрое, прописав в loader.conf – kern.maxswzone=”100663296″

Сервер пока отлично работает.