для этого всего на всего нужно добавить 2 крон задания.

первое на ежедненвное обновление базы clamav в 22:00

00      22      *       *       *       /usr/bin/freshclam -d -c 4

вывод команды можно посмотреть в freshclam.log (обычно он находится гдето в /var/log , для CentOS это /var/log/clamav/freshclam.log)

и второе cron задание для проверки директории в 23:00 (к примеру /var/www/) и отправки результата на нужный вам email адресс:

00      23      *       *       *       /usr/bin/clamscan -ri /var/www/ | mail -s "ClamAV Scan Results for `date +%D`" user@domain.com

параметры -ri для clamscan означают: -r – рекурсивная проверка и -i – показать только зараженные файлы в результате сканирования.

если в /var/www/ всё в порядке – на почту user@domain.com вы получите приблизительно вот такое письмо:

From: root@yourdomain.com
Subject: ClamAV Scan Results for 04/08/12

———– SCAN SUMMARY ———–
Known viruses: 1186480
Engine version: 0.97.4
Scanned directories: 1260
Scanned files: 16070
Infected files: 0
Data scanned: 902.33 MB
Data read: 567.59 MB (ratio 1.59:1)
Time: 954.891 sec (15 m 54 s)

P.S. естественно у вас должен быть установлен clamav и настроен mail на сервере, чтобы это всё работало

http://forum.ispsystem.com/ru/showthread.php?t=18610&highlight=4.4+nginx

у кого установлен ISPmanager НЕ ОБНОВЛЯЙТЕСЬ до 4.4.2.6 (последняя стабильная версия)

Update 08.04.2012: нашёл небольшой workaround: после активации nginx зайдите в консоль сервера и перезапустите apache и nginx

for i in `vzlist -1`; do echo $i `cat /proc/bc/$i/ioacct |grep write`;done|sort -rn -k3|head -n10

Example:
Core4Quad server with 8Gb ram running 100 VPS. Load spikes up to 128 and wa is 89%.
By running above command we choose VE number on the top of the list and stop this VE.
5 minutes later load goes down to 3 and wa is only 3-5%.

Original: http://ivpov.blogspot.com/2012/02/openvz-high-iowait-and-la-how-to-find.html

-rwxrwxrwx 1 sphinx sphinx  71G Jan  3 16:45 query.log

чтобы не было проблем с местом на диске был взят за основу logrotate скрипт из debian sid и приспособлен под нужды.
при условии что sphinx у вас установлен в /var/sphinx, скрипт выглядит приблизительно вот так:

/var/sphinx/log/*.log {
weekly
rotate 4
compress
missingok
sharedscripts
postrotate
start-stop-daemon -K -p /var/sphinx/run/searchd.pid -s USR1 -x /var/sphinx/bin/searchd -q
endscript
}


кладём данный скрипт в /etc/logrotate.d/

структура каталогов /var/sphinx/

bin
data
etc
include
lib
log
run


P.S. не повторяйте ошибок других, не устанавливайте софт в debian компиляциями из source/Slackware way
если так делать – потом придётся придумывать вот такие вот костыли

Купили не дорогую Intel DesktopBoard D525MW, взяли старый 3ware 8006-2LP, два диска WD по 1.5TB и PCI Riser Card (всё это должно было влезть в 1U),  после долгих сношений с установкой СentOS, Debian, Ubuntu и обновлениям биоса эта мать так и не смогла загрузить систему… с матюками – no boot device found.

тред на intel http://communities.intel.com/message/147157

товарищь с похожей проблемой но другим raid контроллером
(Lycom ST102) http://communities.intel.com/message/118183

P.S. intel пока отмазывается и ничего толком сказать не может

P.P.S. FAIL

http://fishki.net/print.php?id=102842

via Увидел свет дистрибутив Red Hat Enterprise Linux 6.2.

коментировать думаю незачем, поддержка продуктов

(ISPmanager FreeBSD за 190 Eur per/server )

Картинки кликабельны.

Оригинал переписки пока что доступен по адресу

http://forum.ispsystem.com/ru/showthread.php?t=16535

Update 30.09.2011: решили проблему тем что подняли версию стабильной до текущей беты

via Релиз Linux-дистрибутива CentOS 5.7.

http://gallery.sadistto.net/users/Sadist/Bulgaria/Rupite/

P.S. это ещё не все фотки, жду когда пришлют вторую партию.

успешно собрал 2.6.32-042stab036.1.x86_64 бекпорт на дебиан 6.0

[    0.000000] Linux version 2.6.32-042stab036.1 (root@build-1) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Thu Sep 1 22:36:36 MSD 2011

работает пока вроде стабильно.

по мотивам:
Установка OpenVZ – 2.6.18-238.9.1.el5.028stab089.1 ядра на Debian 6 Squeeze amd64 (Debian Way)

From now on, RHEL6 is stable, while 2.6.27 and 2.6.32 are no longer maintained.

via Kernel branch status update.

нубук

проблема решилось установкой поправленого DSDT.aml (с оторваным тротлингом)
вопрос оставался в том как его приложить к initrd без пересборки ядра, ответ оказался очень простым.

cp DSDT.aml /etc/initramfs-tools/
update-initramfs -u -k `uname -r`
reboot

после ребута запускаем burnMMX (пакет cpuburn)
и видим что всё клёво даже при нагрузках 100% на CPU

P.S. все операции проводились на Debian Lenny 2.6.26
P.P.S. за исправленый DSDT.eml под Itronix IX250 отдельное спасибо GHhost@RusNet#debian

отдых удался