<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>BB-Admin</title>
	<atom:link href="http://blog.bb-admin.com/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.bb-admin.com</link>
	<description>Администрирование UNIX-серверов</description>
	<lastBuildDate>Mon, 31 Oct 2011 19:38:57 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>Plesk добавляет header X-Powered-By PleskLin</title>
		<link>http://blog.bb-admin.com/plesk-add-header-x-powered-by-plesklin</link>
		<comments>http://blog.bb-admin.com/plesk-add-header-x-powered-by-plesklin#comments</comments>
		<pubDate>Mon, 31 Oct 2011 19:38:12 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Plesk]]></category>
		<category><![CDATA[Web-серверы]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=39</guid>
		<description><![CDATA[Если ваш сайт расположен на сервере с панелью управления Plesk, то к HTTP-заголовкам будет добавлен header  X-Powered-By PleskLin. Проверить это можно, например, с помощью команды curl -I yourdomain.com. Если вы не хотите в целях безопасности раскрывать наличие Plesk на вашем сервере этот заголовок можно убрать. Данный header Plesk добавляет в конфиге /etc/httpd/conf.d/zz010_psa_httpd.conf (путь для Centos), [...]]]></description>
			<content:encoded><![CDATA[<p>Если ваш сайт расположен на сервере с панелью управления <strong>Plesk</strong>, то к HTTP-заголовкам будет добавлен header  <strong>X-Powered-By PleskLin</strong>. Проверить это можно, например, с помощью команды curl -I yourdomain.com.</p>
<p>Если вы не хотите в целях безопасности раскрывать наличие Plesk на вашем сервере этот заголовок можно убрать. Данный header Plesk добавляет в конфиге /etc/httpd/conf.d/zz010_psa_httpd.conf (путь для Centos), в строчке Header add X-Powered-By &#171;PleskLin&#187;. Однако простое удаление или комментирование этой строки не поможет, при добавлении\удалении\редактировании доменов Plesk может перегенерировать этот конфиг.</p>
<p>В таком случае можно добавить удаление этого заголовка строкой <strong>Header unset X-Powered-By</strong> в отдельном конфиге, и что важно, назвать этот конфиг так, чтобы apache читал его после  zz010_psa_httpd.conf, например zzz020-psa.conf, т.к. учитывается последнее значение опции.</p>
<p>После рестарта апача строка X-Powered-By должен исчезнуть из HTTP-заголовка.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/plesk-add-header-x-powered-by-plesklin/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Почему подорожали HDD</title>
		<link>http://blog.bb-admin.com/hdd-price-rise-flood</link>
		<comments>http://blog.bb-admin.com/hdd-price-rise-flood#comments</comments>
		<pubDate>Wed, 26 Oct 2011 16:33:31 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Железо]]></category>
		<category><![CDATA[Новости]]></category>
		<category><![CDATA[HDD]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=36</guid>
		<description><![CDATA[За последние дни произошло резкое подорожание жестких дисков во всех магазинах компьютерных комплектующих, на некоторые до 50-100%. Причиной тому &#8212; наводнение в Таиланде, затопившее заводы производителей HDD Western Digital и Toshiba. Восстановление объёмов производства может затянуться до 1 квартала 2012 года. Ситуацию ухудшает паника покупателей, сметающих жесткие диски и желание торговцев и перекупщиков навариться. Надеюсь, [...]]]></description>
			<content:encoded><![CDATA[<p>За последние дни произошло резкое <strong>подорожание жестких дисков</strong> во всех магазинах компьютерных комплектующих, на некоторые до 50-100%. Причиной тому &#8212; <strong>наводнение</strong> в Таиланде, затопившее заводы производителей <strong>HDD</strong> Western Digital и Toshiba.</p>
<p>Восстановление объёмов производства может затянуться до 1 квартала 2012 года. Ситуацию ухудшает паника покупателей, сметающих жесткие диски и желание торговцев и перекупщиков навариться. Надеюсь, цена на HDD упадёт, когда производство будет восстановлена, хотя от отечественных барыг можно ожидать всего. Сейчас даже на 500GB HDD цена уже доходит до 100$,  такого уровня цен не было даже несколько лет назад.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/hdd-price-rise-flood/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Измерение температуры процессоров Core под FreeBSD</title>
		<link>http://blog.bb-admin.com/coretemp-freebsd</link>
		<comments>http://blog.bb-admin.com/coretemp-freebsd#comments</comments>
		<pubDate>Tue, 11 May 2010 18:26:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[FreeBSD]]></category>
		<category><![CDATA[Железо]]></category>
		<category><![CDATA[Статистика, мониторинг и резервирование]]></category>
		<category><![CDATA[Мониторинг]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=34</guid>
		<description><![CDATA[В прошлой заметке я рассказывал, как проверить температуру процессора семейства Core под Linux. Под FreeBSD это делается еще проще, сначала необходимо загрузить модуль ядра, поддерживающий термальные сенсоры командой kldload coretemp. Можно проверить, загружен ли модуль в данный момент командой kldstat. После этого можно смотреть температуру всех ядер при помощи команды: #sysctl -a &#124; grep temperature dev.cpu.0.temperature: [...]]]></description>
			<content:encoded><![CDATA[<p>В прошлой заметке я рассказывал, как проверить<strong> <a title="Температура Intel Core под Linux" href="http://blog.bb-admin.com/core-temp">температуру процессора семейства Core под Linux</a></strong><a title="Температура Intel Core под Linux" href="http://blog.bb-admin.com/core-temp">.</a></p>
<p>Под FreeBSD это делается еще проще, сначала необходимо загрузить модуль ядра, поддерживающий термальные сенсоры командой <code><strong><em>kldload coretemp</em>.</strong></code> Можно проверить, загружен ли модуль в данный момент командой<code><strong> <em>kldstat</em></strong></code>. После этого можно смотреть температуру всех ядер при помощи команды:</p>
<p><code>#<em>sysctl -a | grep temperature </em><em></em></code></p>
<p><code><em>dev.cpu.0.temperature: 59<br />
dev.cpu.1.temperature: 59<br />
dev.cpu.2.temperature: 53<br />
dev.cpu.3.temperature: 53<br />
dev.cpu.4.temperature: 53<br />
dev.cpu.5.temperature: 53<br />
dev.cpu.6.temperature: 50<br />
dev.cpu.7.temperature: 50</em></code></p>
<p>Как видно из вывода команды, текущая температура ядер находится в переменных sysctl вида <code><em>dev.cpu.&lt;номер ядра&gt;.temperature</em></code>.  Обратите внимание, что нумерация ядер начинается с нуля. Естественно, не составит труда написать шелл скрипт, который будет уведомлять о перегреве процессора.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/coretemp-freebsd/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Проверка температуры процессоров Intel Core</title>
		<link>http://blog.bb-admin.com/core-temp</link>
		<comments>http://blog.bb-admin.com/core-temp#comments</comments>
		<pubDate>Fri, 07 May 2010 14:19:37 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Железо]]></category>
		<category><![CDATA[Статистика, мониторинг и резервирование]]></category>
		<category><![CDATA[Мониторинг]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=33</guid>
		<description><![CDATA[Для того, чтобы проверить температуру ядер процессоров семейства Intel Core на Linux-системах можно воспользоваться утилитой lm_sensors. Он есть в стандартных репозиториях Centos и Debian. Чтобы запустить сенсоры предварительно нужно детектировать их командой sensors-detect.  Во многих ОС модуль, поддерживающий снятие данных с датчиков процессоров не загружен по умолчанию, чтобы его включить нужно выполнить команду modprobe coretemp. [...]]]></description>
			<content:encoded><![CDATA[<p>Для того, чтобы проверить температуру ядер процессоров семейства Intel Core на Linux-системах можно воспользоваться утилитой <strong>lm_sensors</strong>. Он есть в стандартных репозиториях Centos и Debian.</p>
<p>Чтобы запустить сенсоры предварительно нужно детектировать их командой <strong><em>sensors-detect</em></strong>.  Во многих ОС модуль, поддерживающий снятие данных с датчиков процессоров не загружен по умолчанию, чтобы его включить нужно выполнить команду <strong><em>modprobe coretemp</em></strong>. После того, как сенсоры обнаружены, их можно запустить командой <strong><em>sensors</em></strong>. Утилита выведет список всех ядер с их температурами. Вывод команды легко распарсить для автоматической проверки шелл-скриптом, который будет проверять температуру процессора, и отправлять уведомления при превышении порогового значения.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/core-temp/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>vzagent занимает много памяти</title>
		<link>http://blog.bb-admin.com/vzagent-memory</link>
		<comments>http://blog.bb-admin.com/vzagent-memory#comments</comments>
		<pubDate>Thu, 06 May 2010 16:27:39 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[VDS\VPS]]></category>
		<category><![CDATA[Virtuozzo \ OpenVZ]]></category>
		<category><![CDATA[Virtuozzo]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=32</guid>
		<description><![CDATA[Что делать если vzagent занимает много памяти на сервере с Virtuozzo Containers? Иногда процессы vzagent могут съедать до нескольких гигабайт памяти. Виной тому утечка, или это их нормальное состояние неизвестно, но использование памяти всегда растет постепенно и неумолимо. Исправить это можно выполнив команду vzagent_ctl restart. Иногда процесс агента выключается слишком долго, в таком случае нужно сначала [...]]]></description>
			<content:encoded><![CDATA[<p>Что делать если <strong>vzagent занимает много памяти </strong>на сервере с Virtuozzo Containers? Иногда процессы vzagent могут съедать до нескольких гигабайт памяти. Виной тому утечка, или это их нормальное состояние неизвестно, но использование памяти всегда растет постепенно и неумолимо.</p>
<p>Исправить это можно выполнив команду <strong>vzagent_ctl restart</strong>. Иногда процесс агента выключается слишком долго, в таком случае нужно сначала сделать stop и через несколько секунд start. После рестарта vzagent начинает использовать снова нормальное количество памяти. На сервере с 50-60 вдс рестарта хватает минимум на неделю-другую, пока vzagent снова не начинает отъедать пол-сервера.</p>
<p>Внимание: после рестарта агента в сервисном контейнере VEID #1 начинают выполнятся какие-то служебные процессы, около 15-20 минут, при этом обычно немного поднимается лоад, поэтому рестарт vzagent-а желательно проводить когда нода не сильно загружена.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/vzagent-memory/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nagios и HTTP 403 Forbidden</title>
		<link>http://blog.bb-admin.com/nagios-http-403-forbidden</link>
		<comments>http://blog.bb-admin.com/nagios-http-403-forbidden#comments</comments>
		<pubDate>Thu, 06 May 2010 15:40:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Статистика, мониторинг и резервирование]]></category>
		<category><![CDATA[Nagios]]></category>
		<category><![CDATA[Мониторинг]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=31</guid>
		<description><![CDATA[Система мониторинга Nagios при проверке состояния Web-сервера проверяет не только его доступность, но и код ответа. По умолчанию, при получении кода 403, равно как и других 4xx и 5xx кодов ошибок, nagios выдаёт варнинг. Однако, если такой статус ответа нас устраивает, можно убрать варнинги. Для этого в конфиге commands.cfg нужно найти секцию с командой check_http, и [...]]]></description>
			<content:encoded><![CDATA[<p>Система мониторинга Nagios при проверке состояния Web-сервера проверяет не только его доступность, но и код ответа. По умолчанию, при получении кода 403, равно как и других 4xx и 5xx кодов ошибок, nagios выдаёт варнинг. Однако, если такой статус ответа нас устраивает, можно убрать варнинги. Для этого в конфиге commands.cfg нужно найти секцию с командой <em>check_http</em>, и в строке  <em>command_line</em> добавить опцию <code>"-e HTTP"</code>. Команда дана для примера, такой вариант будет принимать, как нормальные, все коды ответов HTTP, можно прописать и более сложную фильтрацию ответов. По умолчанию, эта опция установлена в значение <code>"-e OK"</code>, т.е. будет при любых кодах ответа, кроме HTTP 200 OK nagios будет выдавать варнинг.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/nagios-http-403-forbidden/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Немного новинок в RHEL6</title>
		<link>http://blog.bb-admin.com/rhel6-news</link>
		<comments>http://blog.bb-admin.com/rhel6-news#comments</comments>
		<pubDate>Thu, 06 May 2010 14:27:31 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[RHEL\CentOS]]></category>

		<guid isPermaLink="false">http://blog.bb-admin.com/?p=30</guid>
		<description><![CDATA[Совсем недавно вышла бета-версия RHEL6, и после некоторого тестирования можно отметить новинки, которые не были указаны в официальном списке нововведений. Одна из них &#8212; это отсутствие разделения ядра на kernel и kernel-PAE, теперь 32-битное ядро по умолчанию имеет включенное PAE и видит больше чем 3.5GB RAM. Вероятно, RedHat думают что к моменту выхода RHEL 6 [...]]]></description>
			<content:encoded><![CDATA[<p>Совсем недавно <a title="Вышла бета RHEL 6" href="http://blog.bb-admin.com/rhel-6-beta-1">вышла бета-версия RHEL6</a>, и после некоторого тестирования можно отметить новинки, которые не были указаны в официальном списке нововведений.</p>
<p>Одна из них &#8212; это отсутствие разделения ядра на kernel и <strong>kernel-PAE</strong>, теперь 32-битное ядро по умолчанию имеет включенное PAE и видит больше чем 3.5GB RAM. Вероятно, RedHat думают что к моменту выхода RHEL 6 серверов с небольшим количеством оперативной памяти уже не останется, и PAE нужен будет на 32-битной системе в любом случае. Интересно, а когда 32-битные системы совсем выйдут из пользования? Я думаю, что в ближайшие пару лет этого точно не произойдёт.  Изменилась и архитектура 32-битного дистрибутива, теперь это <strong>i686</strong>, а не i386. Да уж, действительно пора.</p>
<p>Еще одно важное изменение &#8212; смена стандартного почтовика на Postfix. Sendmail постепенно уходит в небытие.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.bb-admin.com/rhel6-news/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

