<?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/"
	>

<channel>
	<title>Горячий [TAB]</title>
	<atom:link href="http://hottab.ru/feed/" rel="self" type="application/rss+xml" />
	<link>http://hottab.ru</link>
	<description>Хостинг, FreeBSD, OpenVZ и немного личного</description>
	<pubDate>Mon, 14 May 2012 07:14:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Kubuntu 12.04 и Daisy</title>
		<link>http://hottab.ru/linux/kubuntu-1204-i-daisy/</link>
		<comments>http://hottab.ru/linux/kubuntu-1204-i-daisy/#comments</comments>
		<pubDate>Mon, 14 May 2012 07:14:36 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Daisy]]></category>

		<category><![CDATA[Kubuntu 12.04x64]]></category>

		<category><![CDATA[виджет]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=304</guid>
		<description><![CDATA[Привык пользоваться Daisy-доком (удобный лаунчер).
В Kubuntu 12.04 его поломали и из списка виджетов убрали.
Но, это же линукс  
Вообщем можно собрать и поставить, хотя и не совсем тру.
Идем на https://github.com/gabm/Daisy , качаем там zip-архив с кодом виджета.
Ставим нужные пакеты , собираем по инструкции и радуемся  
А теперь более подробно.
Создаем в home директорию.
# mkdir ~/daisy
Скачиваем [...]]]></description>
		<wfw:commentRss>http://hottab.ru/linux/kubuntu-1204-i-daisy/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Исправление double-encoded UTF-8 в данных mysql</title>
		<link>http://hottab.ru/hosting/ispravlenie-double-encoded-utf-8-v-dannyx-mysql/</link>
		<comments>http://hottab.ru/hosting/ispravlenie-double-encoded-utf-8-v-dannyx-mysql/#comments</comments>
		<pubDate>Fri, 10 Feb 2012 08:06:27 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Хостинг]]></category>

		<category><![CDATA[double-encoded]]></category>

		<category><![CDATA[latin1]]></category>

		<category><![CDATA[mysql]]></category>

		<category><![CDATA[UTF-8]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=299</guid>
		<description><![CDATA[При переносе базы данных выяснилось что дампы создаются некорректно, при перекодировке дампа ругалось на double-encoded UTF-8 , вообщем ничего толкового не выходило.
Видимо при создании базы была указана кодировка latin1, а данные уже заливались в utf-8.
Облегчало ситуацию то что данные на старом сервере были доступны и отдавались корректно.
Вообщем решение простое, с использованием средств mysql сервера, mysqldump [...]]]></description>
		<wfw:commentRss>http://hottab.ru/hosting/ispravlenie-double-encoded-utf-8-v-dannyx-mysql/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Centos 5.6 . Atheros Communications AR8121/AR8113/AR8114</title>
		<link>http://hottab.ru/linux/centos-56-atheros-communications-ar8121ar8113ar8114/</link>
		<comments>http://hottab.ru/linux/centos-56-atheros-communications-ar8121ar8113ar8114/#comments</comments>
		<pubDate>Mon, 05 Dec 2011 13:10:23 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[AR8121]]></category>

		<category><![CDATA[atheros]]></category>

		<category><![CDATA[Centos]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=296</guid>
		<description><![CDATA[Суть проблемы - Centos 5.6 не видит сетевой чип Atheros Communications AR8121 .
Решение подключаем репозиторий elrepo.org (спасибо, что уже собрали) и ставим модуль ядра kmod-atl1 (kmod-atl1e, kmod-atl2)
Все просто (спасибо, что уже собрали)  
]]></description>
		<wfw:commentRss>http://hottab.ru/linux/centos-56-atheros-communications-ar8121ar8113ar8114/feed/</wfw:commentRss>
		</item>
		<item>
		<title>ISPManager. Не включается собственный php.ini в режиме php-cgi</title>
		<link>http://hottab.ru/hosting/ispmanager-ne-vklyuchaetsya-sobstvennyj-phpini-v-rezhime-php-cgi/</link>
		<comments>http://hottab.ru/hosting/ispmanager-ne-vklyuchaetsya-sobstvennyj-phpini-v-rezhime-php-cgi/#comments</comments>
		<pubDate>Mon, 28 Nov 2011 07:00:46 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Хостинг]]></category>

		<category><![CDATA[Centos]]></category>

		<category><![CDATA[ISPmanager]]></category>

		<category><![CDATA[php-cgi]]></category>

		<category><![CDATA[php.ini]]></category>

		<category><![CDATA[не включается php.ini]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=293</guid>
		<description><![CDATA[Обнаружилась проблема.
На чистой установке ISPManager (Centos 5.7, php-5.1.6) не подключается php.ini пользователя (если php для домена переключен в режим php-cgi).
Решение - костыль, но работает.
Перезаписываем файл php-bin/php (в директории пользователя) на сам бинарный php-cgi.
Т.е.
mv /usr/bin/php-cgi ./php
и не забываем сделать chown.
В таком варианте - конфиг подхватывается
Про багу отписал на форуме ISP - http://forum.ispsystem.com/ru/showthread.php?t=17160 , они ее даже [...]]]></description>
		<wfw:commentRss>http://hottab.ru/hosting/ispmanager-ne-vklyuchaetsya-sobstvennyj-phpini-v-rezhime-php-cgi/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Добавление разделов нового диска в md. Linux</title>
		<link>http://hottab.ru/linux/dobavlenie-razdelov-novogo-diska-v-md-linux/</link>
		<comments>http://hottab.ru/linux/dobavlenie-razdelov-novogo-diska-v-md-linux/#comments</comments>
		<pubDate>Fri, 25 Nov 2011 11:13:12 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Centos]]></category>

		<category><![CDATA[md]]></category>

		<category><![CDATA[raid1]]></category>

		<category><![CDATA[копирование]]></category>

		<category><![CDATA[таблица разделов]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=288</guid>
		<description><![CDATA[Сервер: Centos 5.7
2 HDD .
На сервере разделы собраны в md (raid-1), один диск вылетел.
Задача: добавить новый диск .
Состояние до добавления такое :
[root@serv]# cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 hdc1[0]
      521984 blocks [2/1] [U_]
md4 : active raid1 hdc2[0]
      102398208 blocks [2/1] [U_]
md5 : active raid1 [...]]]></description>
		<wfw:commentRss>http://hottab.ru/linux/dobavlenie-razdelov-novogo-diska-v-md-linux/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Nagios. Установка NDO2Utils</title>
		<link>http://hottab.ru/linux/nagios-ustanovka-ndo2utils/</link>
		<comments>http://hottab.ru/linux/nagios-ustanovka-ndo2utils/#comments</comments>
		<pubDate>Wed, 26 Oct 2011 09:43:23 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[nagios]]></category>

		<category><![CDATA[ndo2utils]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=286</guid>
		<description><![CDATA[Понадобилось писать в базу все то, что чекает нагиос.
Взял для этого NDO2Utils .
Система где установлен nagios : Centos 5.7 2.6.18-274.3.1.el5
Nagios : 3.3.1
Все встает по инструкции, без проблем.
Но при рестарте сервиса nagios в логе /usr/local/nagios/var/nagios.log вылезает ошибка:
[1283518804] LOG VERSION: 2.0
[1283518804] ndomod: NDOMOD 1.4b9 (10-27-2009) Copyright (c) 2009 Nagios Core Development Team and Community Contributors
[1283518804] ndomod: Could [...]]]></description>
		<wfw:commentRss>http://hottab.ru/linux/nagios-ustanovka-ndo2utils/feed/</wfw:commentRss>
		</item>
		<item>
		<title>php5. Сборка расширения *.so из исходников.</title>
		<link>http://hottab.ru/freebsd/php5-sborka-rasshireniya-so-iz-isxodnikov/</link>
		<comments>http://hottab.ru/freebsd/php5-sborka-rasshireniya-so-iz-isxodnikov/#comments</comments>
		<pubDate>Fri, 22 Apr 2011 08:00:26 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[FreeBSD]]></category>

		<category><![CDATA[Linux]]></category>

		<category><![CDATA[imap.so]]></category>

		<category><![CDATA[php5]]></category>

		<category><![CDATA[собрать .so]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=283</guid>
		<description><![CDATA[Задача - добавить функционал к уже установленному на сервере php5.
Установка из репозитория или из портов - невозможна, так как не совпадают версии.
Решается просто.
В моем случае это Centos 5.4, php5.2.16 (но схема должна работать почти везде).
Нужно добавить поддержку imap (подключить imap.so)
Решение.
Скачиваем исходники php нужной версии и распаковываем их в /root/php-5.2.16
Делаем phpize (тем, что уже уставнолен на [...]]]></description>
		<wfw:commentRss>http://hottab.ru/freebsd/php5-sborka-rasshireniya-so-iz-isxodnikov/feed/</wfw:commentRss>
		</item>
		<item>
		<title>libxml2. ./configure.lineno: 14571: Syntax error: Bad substitution</title>
		<link>http://hottab.ru/freebsd/libxml2-configurelineno-14571-syntax-error-bad-substitution/</link>
		<comments>http://hottab.ru/freebsd/libxml2-configurelineno-14571-syntax-error-bad-substitution/#comments</comments>
		<pubDate>Tue, 05 Apr 2011 09:16:50 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[FreeBSD]]></category>

		<category><![CDATA[./configure.lineno: 14571]]></category>

		<category><![CDATA[6.2]]></category>

		<category><![CDATA[libxml2]]></category>

		<category><![CDATA[Syntax error: Bad substitution]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=281</guid>
		<description><![CDATA[Система FreeBSD 6.2, обновлены порты до последних.
Не ставится libxml2.
Вылетает с ошибкой:
./configure.lineno: 14571: Syntax error: Bad substitution
Решение:
в файле /usr/ports/textproc/libxml2/work/libxml2-2.7.8/configure
закомментировать следующую строку :
WIN32_EXTRA_PYTHON_LIBADD="-L${pythondir}/../../libs -lpython${PYTHON_VERSION//./}" 
Найдено здесь
]]></description>
		<wfw:commentRss>http://hottab.ru/freebsd/libxml2-configurelineno-14571-syntax-error-bad-substitution/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Freebsd 6.2. Не собирается glib. Ошибка keyword &#8220;msgctxt&#8221; unknown</title>
		<link>http://hottab.ru/freebsd/freebsd-62-ne-sobiraetsya-glib-oshibka-keyword-msgctxt-unknown/</link>
		<comments>http://hottab.ru/freebsd/freebsd-62-ne-sobiraetsya-glib-oshibka-keyword-msgctxt-unknown/#comments</comments>
		<pubDate>Wed, 30 Mar 2011 09:14:18 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[FreeBSD]]></category>

		<category><![CDATA[gettext]]></category>

		<category><![CDATA[glib]]></category>

		<category><![CDATA[keyword "msgctxt" unknown]]></category>

		<category><![CDATA[обновление]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=277</guid>
		<description><![CDATA[Обновлял мир и ядро на FreeBSD 6.2.
После обновления решил обновить и пакеты.
Не собрался mc, как выяснилось из-за glib
glib вылетал с такой ошибкой: 
./de.po:15: keyword &#8220;msgctxt&#8221; unknown
./de.po:15: parse error
&#8230;
Проблема была с gettext, т.е. сначала надо было обновить его.
Потом все взлетело  
]]></description>
		<wfw:commentRss>http://hottab.ru/freebsd/freebsd-62-ne-sobiraetsya-glib-oshibka-keyword-msgctxt-unknown/feed/</wfw:commentRss>
		</item>
		<item>
		<title>hsphere. frontpage</title>
		<link>http://hottab.ru/hosting/hsphere-frontpage/</link>
		<comments>http://hottab.ru/hosting/hsphere-frontpage/#comments</comments>
		<pubDate>Tue, 29 Mar 2011 08:13:51 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[FreeBSD]]></category>

		<category><![CDATA[Хостинг]]></category>

		<category><![CDATA[frontpage]]></category>

		<category><![CDATA[hsphere]]></category>

		<category><![CDATA[install]]></category>

		<category><![CDATA[установка]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=275</guid>
		<description><![CDATA[В рамках некрофилии и прочих извращений 
Добавляем поддержку frontpage на web-сервер под управлением hsphere
Все делается на самом сервере:
www# cd /hsphere/pkg
www# fetch http://www.psoft.net/shiv/HS/FBSD6/hsphere-frontpage-5.0_11.tgz
www# pkg_add -f hsphere-frontpage-5.0_11.tgz
www# /usr/local/etc/rc.d/apache.sh restart

Hsphere - 2.6
web-сервер - FreeBSD 6.2
]]></description>
		<wfw:commentRss>http://hottab.ru/hosting/hsphere-frontpage/feed/</wfw:commentRss>
		</item>
		<item>
		<title>PSBM. Низкая скорость сети в VM</title>
		<link>http://hottab.ru/hosting/psbm-nizkaya-skorost-seti-v-vm/</link>
		<comments>http://hottab.ru/hosting/psbm-nizkaya-skorost-seti-v-vm/#comments</comments>
		<pubDate>Sun, 20 Mar 2011 05:58:02 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Хостинг]]></category>

		<category><![CDATA[gro]]></category>

		<category><![CDATA[low speed]]></category>

		<category><![CDATA[network]]></category>

		<category><![CDATA[parallels]]></category>

		<category><![CDATA[psbm]]></category>

		<category><![CDATA[низкая скорость сети]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=273</guid>
		<description><![CDATA[Обнаружил интересный баг.
Есть два сервера PSBM, на каждом крутится по 5-6 VM (виртуальных машин). VM подключены к сети в режиме bridge.
Выяснилось что скорость передачи по tcp между VM-ами на разных серверах не превышает 40-60 кб/c. При этом скорость с внешними ресурсами и на самих серверах была вполне нормальной.
Оказалось, проблема с generic-receive-offload на адаптере, на котором [...]]]></description>
		<wfw:commentRss>http://hottab.ru/hosting/psbm-nizkaya-skorost-seti-v-vm/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Apache 2, Suexec , изменение DOC_ROOT</title>
		<link>http://hottab.ru/hosting/apache-2-suexec-izmenenie-doc_root/</link>
		<comments>http://hottab.ru/hosting/apache-2-suexec-izmenenie-doc_root/#comments</comments>
		<pubDate>Wed, 09 Mar 2011 09:40:26 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Хостинг]]></category>

		<category><![CDATA[apache]]></category>

		<category><![CDATA[Centos]]></category>

		<category><![CDATA[doc_root]]></category>

		<category><![CDATA[suexec]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=262</guid>
		<description><![CDATA[Довольно часто , при переносе сайтов с виртуального хостинга на VPS , нужно менять DOC_ROOT в suexec.
Небольшая инструкция для Centos ( но в принципе, на других дистрибутивах все аналогично).
Устанавливаем gcc (если не установлен):
serv# yum install gcc
Сначала узнаем какой версии установленный у нас Apache:
serv# httpd -v
Server version: Apache/2.2.3
Server built:   Aug 30 2010 12:32:08
Потом скачиваем [...]]]></description>
		<wfw:commentRss>http://hottab.ru/hosting/apache-2-suexec-izmenenie-doc_root/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Не проходит GRE</title>
		<link>http://hottab.ru/linux/ne-proxodit-gre/</link>
		<comments>http://hottab.ru/linux/ne-proxodit-gre/#comments</comments>
		<pubDate>Mon, 28 Feb 2011 08:12:39 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[Linux]]></category>

		<category><![CDATA[Centos]]></category>

		<category><![CDATA[gre]]></category>

		<category><![CDATA[ip_nat_pptp]]></category>

		<category><![CDATA[vpn]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=256</guid>
		<description><![CDATA[Собрал домашний сервер, на Centos.
Все задачи, маршрутизацию на 2 локальные сетки, на пиринговые ресурсы внешние сделал.
IPTV через igmpproxy прикрутил. Интернет раздается провайдером по VPN (l2tp), использовал xl2tpd. 
Но вот потребовалось подключаться к VPN-серверу на площадке (mpd5). Как не бился с форвардингом - не работало.
Картина такая - на интерфейсе домашнего сервера ,  который смотрит во [...]]]></description>
		<wfw:commentRss>http://hottab.ru/linux/ne-proxodit-gre/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Qmail. Freebsd.  qq trouble creating files in queue</title>
		<link>http://hottab.ru/freebsd/qmail-freebsd-qq-trouble-creating-files-in-queue/</link>
		<comments>http://hottab.ru/freebsd/qmail-freebsd-qq-trouble-creating-files-in-queue/#comments</comments>
		<pubDate>Wed, 16 Feb 2011 09:55:27 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[FreeBSD]]></category>

		<category><![CDATA[problem]]></category>

		<category><![CDATA[qmail]]></category>

		<category><![CDATA[queue]]></category>

		<category><![CDATA[queue-fix]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=253</guid>
		<description><![CDATA[Если вдруг сломалась очередь qmail-a, есть полезная утилита для ее восстановления.
Называется queue-fix, ставится из портов:
serv# cd /usr/ports/mail/queue-fix
serv# make config
serv# make install
После установки переименовываем старую очередь (расположение по дефолту):
serv# mv /var/qmail/queue /var/qmail/queue.old
Останавливаем qmail полностью, чтобы никаких его процессов не висело в памяти
например так:
serv# /usr/local/etc/rc.d/qmail.sh stop
и фиксим очередь :
serv# /var/qmail/bin/queue-fix -i /var/qmail/queue
Запускаем qmail
serv# /usr/local/etc/rc.d/qmail.sh start
должно заработать.
Если не [...]]]></description>
		<wfw:commentRss>http://hottab.ru/freebsd/qmail-freebsd-qq-trouble-creating-files-in-queue/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Создание прозрачного фильтрующего bridge на FreeBSD 8</title>
		<link>http://hottab.ru/freebsd/sozdanie-prozrachnogo-filtruyushhego-bridge-na-freebsd-8/</link>
		<comments>http://hottab.ru/freebsd/sozdanie-prozrachnogo-filtruyushhego-bridge-na-freebsd-8/#comments</comments>
		<pubDate>Tue, 08 Feb 2011 07:35:06 +0000</pubDate>
		<dc:creator>Hottab</dc:creator>
		
		<category><![CDATA[FreeBSD]]></category>

		<category><![CDATA[bridge]]></category>

		<category><![CDATA[мост]]></category>

		<guid isPermaLink="false">http://hottab.ru/?p=250</guid>
		<description><![CDATA[Собственно все просто.
Для поддержки режима bridge пересобираем ядро с поддержкой девайса:
device  if_bridge
 и опциями для фильтрации трафика (на базе ipfw):
options  IPFIREWALL
options  IPFIREWALL_DEFAULT_TO_ACCEPT
В файл /etc/sysctl.conf добавляем строки
net.link.bridge.ipfw=1
net.link.bridge.pfil_member=1
net.link.bridge.pfil_bridge=1
net.link.ether.ipfw=1
net.inet.ip.fw.enable=1

В файле /etc/rc.conf поднимаем сам мост (на двух физических интерфейсах fxp0 и em0):
cloned_interfaces="bridge0"
ifconfig_bridge0="addm fxp0 addm em0 up"
ifconfig_fxp0="inet 192.168.1.2 netmask 255.255.255.0 up"
ifconfig_em0="up"

Для доступа по сети на интерфейс fxp0 [...]]]></description>
		<wfw:commentRss>http://hottab.ru/freebsd/sozdanie-prozrachnogo-filtruyushhego-bridge-na-freebsd-8/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>

