Блог BB-Admin

Если ваш сайт расположен на сервере с панелью управления Plesk, то к HTTP-заголовкам будет добавлен header  X-Powered-By PleskLin. Проверить это можно, например, с помощью команды curl -I yourdomain.com.

Если вы не хотите в целях безопасности раскрывать наличие Plesk на вашем сервере этот заголовок можно убрать. Данный header Plesk добавляет в конфиге /etc/httpd/conf.d/zz010_psa_httpd.conf (путь для Centos), в строчке Header add X-Powered-By «PleskLin». Однако простое удаление или комментирование этой строки не поможет, при добавлении\удалении\редактировании доменов Plesk может перегенерировать этот конфиг.

В таком случае можно добавить удаление этого заголовка строкой Header unset X-Powered-By в отдельном конфиге, и что важно, назвать этот конфиг так, чтобы apache читал его после  zz010_psa_httpd.conf, например zzz020-psa.conf, т.к. учитывается последнее значение опции.

После рестарта апача строка X-Powered-By должен исчезнуть из HTTP-заголовка.

За последние дни произошло резкое подорожание жестких дисков во всех магазинах компьютерных комплектующих, на некоторые до 50-100%. Причиной тому – наводнение в Таиланде, затопившее заводы производителей HDD Western Digital и Toshiba.

Восстановление объёмов производства может затянуться до 1 квартала 2012 года. Ситуацию ухудшает паника покупателей, сметающих жесткие диски и желание торговцев и перекупщиков навариться. Надеюсь, цена на HDD упадёт, когда производство будет восстановлена, хотя от отечественных барыг можно ожидать всего. Сейчас даже на 500GB HDD цена уже доходит до 100$,  такого уровня цен не было даже несколько лет назад.

В прошлой заметке я рассказывал, как проверить температуру процессора семейства Core под Linux.

Под FreeBSD это делается еще проще, сначала необходимо загрузить модуль ядра, поддерживающий термальные сенсоры командой kldload coretemp. Можно проверить, загружен ли модуль в данный момент командой kldstat. После этого можно смотреть температуру всех ядер при помощи команды:

#sysctl -a | grep temperature

dev.cpu.0.temperature: 59
dev.cpu.1.temperature: 59
dev.cpu.2.temperature: 53
dev.cpu.3.temperature: 53
dev.cpu.4.temperature: 53
dev.cpu.5.temperature: 53
dev.cpu.6.temperature: 50
dev.cpu.7.temperature: 50

Как видно из вывода команды, текущая температура ядер находится в переменных sysctl вида dev.cpu.<номер ядра>.temperature.  Обратите внимание, что нумерация ядер начинается с нуля. Естественно, не составит труда написать шелл скрипт, который будет уведомлять о перегреве процессора.

Для того, чтобы проверить температуру ядер процессоров семейства Intel Core на Linux-системах можно воспользоваться утилитой lm_sensors. Он есть в стандартных репозиториях Centos и Debian.

Чтобы запустить сенсоры предварительно нужно детектировать их командой sensors-detect.  Во многих ОС модуль, поддерживающий снятие данных с датчиков процессоров не загружен по умолчанию, чтобы его включить нужно выполнить команду modprobe coretemp. После того, как сенсоры обнаружены, их можно запустить командой sensors. Утилита выведет список всех ядер с их температурами. Вывод команды легко распарсить для автоматической проверки шелл-скриптом, который будет проверять температуру процессора, и отправлять уведомления при превышении порогового значения.

Что делать если vzagent занимает много памяти на сервере с Virtuozzo Containers? Иногда процессы vzagent могут съедать до нескольких гигабайт памяти. Виной тому утечка, или это их нормальное состояние неизвестно, но использование памяти всегда растет постепенно и неумолимо.

Исправить это можно выполнив команду vzagent_ctl restart. Иногда процесс агента выключается слишком долго, в таком случае нужно сначала сделать stop и через несколько секунд start. После рестарта vzagent начинает использовать снова нормальное количество памяти. На сервере с 50-60 вдс рестарта хватает минимум на неделю-другую, пока vzagent снова не начинает отъедать пол-сервера.

Внимание: после рестарта агента в сервисном контейнере VEID #1 начинают выполнятся какие-то служебные процессы, около 15-20 минут, при этом обычно немного поднимается лоад, поэтому рестарт vzagent-а желательно проводить когда нода не сильно загружена.

Система мониторинга Nagios при проверке состояния Web-сервера проверяет не только его доступность, но и код ответа. По умолчанию, при получении кода 403, равно как и других 4xx и 5xx кодов ошибок, nagios выдаёт варнинг. Однако, если такой статус ответа нас устраивает, можно убрать варнинги. Для этого в конфиге commands.cfg нужно найти секцию с командой check_http, и в строке  command_line добавить опцию "-e HTTP". Команда дана для примера, такой вариант будет принимать, как нормальные, все коды ответов HTTP, можно прописать и более сложную фильтрацию ответов. По умолчанию, эта опция установлена в значение "-e OK", т.е. будет при любых кодах ответа, кроме HTTP 200 OK nagios будет выдавать варнинг.

Совсем недавно вышла бета-версия RHEL6, и после некоторого тестирования можно отметить новинки, которые не были указаны в официальном списке нововведений.

Одна из них – это отсутствие разделения ядра на kernel и kernel-PAE, теперь 32-битное ядро по умолчанию имеет включенное PAE и видит больше чем 3.5GB RAM. Вероятно, RedHat думают что к моменту выхода RHEL 6 серверов с небольшим количеством оперативной памяти уже не останется, и PAE нужен будет на 32-битной системе в любом случае. Интересно, а когда 32-битные системы совсем выйдут из пользования? Я думаю, что в ближайшие пару лет этого точно не произойдёт.  Изменилась и архитектура 32-битного дистрибутива, теперь это i686, а не i386. Да уж, действительно пора.

Еще одно важное изменение – смена стандартного почтовика на Postfix. Sendmail постепенно уходит в небытие.