Суть проблемы - Centos 5.6 не видит сетевой чип Atheros Communications AR8121 .
Решение подключаем репозиторий elrepo.org (спасибо, что уже собрали) и ставим модуль ядра kmod-atl1 (kmod-atl1e, kmod-atl2)

Все просто (спасибо, что уже собрали)

Обнаружилась проблема.

На чистой установке 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 , они ее даже приняли

Но судя по changelog`у ждать придется не меньше месяца , а это напрягает.. бага весьма критичная.

Сервер: 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_]

md3 : active raid1 hdc5[0]
20482752 blocks [2/1] [U_]

Делается просто.
1. Ставится новый диск.
2. Копируем таблицу разделов
[root@serv]# sfdisk -d /dev/hdc | sfdisk /dev/hda

3. Проверяем таблицы разделов
[root@serv]# fdisk -l /dev/hdc
Disk /dev/hdc: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/hda1 * 1 65 522081 fd Linux raid autodetect
/dev/hda2 66 12813 102398310 fd Linux raid autodetect
/dev/hda3 12814 23012 81923467+ fd Linux raid autodetect
/dev/hda4 23013 38913 127724782+ 5 Extended
/dev/hda5 23013 25562 20482843+ fd Linux raid autodetect
/dev/hda6 25563 26084 4192933+ 82 Linux swap / Solaris
/dev/hda7 26085 26594 4096543+ fd Linux raid autodetect
/dev/hda8 26595 38913 98952336 fd Linux raid autodetect

4. Добавляем в md разделы нового диска
[root@serv]# mdadm /dev/md0 - -add /dev/hda8
[root@serv]# mdadm /dev/md1 - -add /dev/hda7
[root@serv]# mdadm /dev/md2 - -add /dev/hda1
[root@serv]# mdadm /dev/md3 - -add /dev/hda5
[root@serv]# mdadm /dev/md4 - -add /dev/hda2
[root@serv]# mdadm /dev/md5 - -add /dev/hda3

5. Смотрим как собирается
[root@serv]# cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 hda1[2] hdc1[0]
521984 blocks [2/1] [U_]
resync=DELAYED

md3 : active raid1 hda5[2] hdc5[0]
20482752 blocks [2/1] [U_]
resync=DELAYED

Довольно часто , при переносе сайтов с виртуального хостинга на 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

Потом скачиваем исходники нужного apache, например отсюда :
http://archive.apache.org/dist/httpd/

serv# wget http://archive.apache.org/dist/httpd/httpd-2.2.3.tar.gz

Распаковываем и конфигурируем с нужными параметрами (так как нам нужен только suexec - указываем параметры только для suexec):

serv# tar -xzf ./httpd-2.2.3.tar.gz
serv# cd httpd-2.2.3
serv# ./configure --enable-suexec --with-suexec-caller=apache --with-suexec-userdir=cgi-bin --with-suexec-docroot=/home --with-suexec-uidmin=500 --with-suexec-gidmin=500 --with-suexec-logfile=/var/log/httpd/suexec.log

И собираем, !но не устанавливаем! :

serv# make

Дальше смотрим права и владельца на установленный в системе suexec

serv# ls -lah /usr/sbin/suexec
-r-s--x--- 1 root apache 12K Aug 30 2010 /usr/sbin/suexec

Копируем на место старого новый suexec, ставим нужные права и владельца, и проверяем:

serv# cp ./support/suexec /usr/sbin/suexec
serv# chown root:apache /usr/sbin/suexec
serv# chmod 4510 /usr/sbin/suexec

serv# ls -lah /usr/sbin/suexec
-r-s--x--- 1 root apache 23K Mar 9 12:45 /usr/sbin/suexec

Рестартуем apache и все

До модификации:

serv# suexec -V
-D AP_DOC_ROOT="/var/www"
-D AP_GID_MIN=500
-D AP_HTTPD_USER="apache"
-D AP_LOG_EXEC="/var/log/httpd/suexec.log"
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=500
-D AP_USERDIR_SUFFIX="cgi-bin"

После:

serv# suexec -V
-D AP_DOC_ROOT="/home"
-D AP_GID_MIN=500
-D AP_HTTPD_USER="apache"
-D AP_LOG_EXEC="/var/log/httpd/suexec.log"
-D AP_SAFE_PATH="/usr/local/bin:/usr/bin:/bin"
-D AP_UID_MIN=500
-D AP_USERDIR_SUFFIX="cgi-bin"


Собрал домашний сервер, на Centos.
Все задачи, маршрутизацию на 2 локальные сетки, на пиринговые ресурсы внешние сделал.
IPTV через igmpproxy прикрутил. Интернет раздается провайдером по VPN (l2tp), использовал xl2tpd.

Но вот потребовалось подключаться к VPN-серверу на площадке (mpd5). Как не бился с форвардингом - не работало.

Картина такая - на интерфейсе домашнего сервера , который смотрит во внутреннюю локалку - пакеты GRE уходят, но ответов не приходит.

На интерфейсе сервера на площадке - обратная картина - GRE посылается на домашний сервер, но нет ответа.

На ppp0 - тоже видно что пакеты приходят с площадки, но из локалки ничего нет.

Решение задачи простое - загрузить модуль ядра :

serv# modprobe ip_nat_pptp

и все взлетело

Ну и чтобы загружалось всегда - прописываем модуль здесь - /etc/sysconfig/iptables-config, строка - IPTABLES_MODULES=”ip_conntrack_netbios_ns ip_nat_pptp”

З.ы. VPN соединение создавалось не на домашнем сервере, а на компьютере в домашней локальной сети.

Здесь можно взять rpm htop для Centos
http://packages.sw.be/htop/

Задача - мониторить состояние рэйда из командной строки.
ОС: Centos 5
Контроллер: LSI Logic / Symbios Logic SAS1078

# uname -rpm
2.6.18-028stab070.7 x86_64 x86_64

# lspci | grep -i lsi
08:00.0 SCSI storage controller: LSI Logic / Symbios Logic SAS1078 PCI-Express Fusion-MPT SAS (rev 04)

На сайте офицалов - ничего подходящего не нашел, кроме огромного пакета с java snmp и прочими плюшками.

Но - есть решение
Нашел отличную утилиту mpt-status.
Лежит здесь - http://freshmeat.net/projects/mptstatus/

И вот результат:

# mpt-status
ioc0 vol_id 0 type IM, 2 phy, 278 GB, state OPTIMAL, flags ENABLED
ioc0 phy 1 scsi_id 10 SEAGATE ST9300603SS 0006, 279 GB, state ONLINE, flags NONE
ioc0 phy 0 scsi_id 2 SEAGATE ST9300603SS 0006, 279 GB, state ONLINE, flags NONE

Все что нужно , просто и элементарно.
Спасибо разработчику

Потребовалось тут подключить два сервера к Nagios`у.
В числе прочих параметров необходимо мониторить состояние Raid массива.
Оба сервера - Centos 5.4

# uname -a
Linux serv.serv 2.6.18-164.2.1.el5.028stab066.10ent #1 SMP Sat Dec 12 13:31:54 MSK 2009 i686 i686 i386 GNU/Linux
# lsb_release -a
LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch
Distributor ID: CentOS
Description: CentOS release 5.4 (Final)
Release: 5.4
Codename: Final


Контроллеры разные: 3ware 9650SE и Adaptec 2405, оба SATA.
(далее…)

Потребовалось тут установить php версии 4.3.5 на пятую Centos.
Думалось что задача тривиальная, но оказалось что не совсем.
Во первых - в репозиториях уже нет php4.3.5
Во вторых - так просто из сорсов он не компилился.

Вот об этом “во вторых” подробнее.
(далее…)