Sadistt0ff Weblog

Столкнулся тут с вот таким

-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
если так делать – потом придётся придумывать вот такие вот костыли

Решили тут на Atom матери собрать backup сервер.

Купили не дорогую 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

собсна SUBJ

успешно собрал 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)

попался тут в руки древний нубук на intel 440BX чипсете с кривым throtling-ом – грабли были в том что как только начинаеш хоть как-то загружать процессор – нубук автоматом понижал частоту CPU почти в 2-3 раза.

проблема решилось установкой поправленого 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

итак, нам нужно запретить обновление какого-либо пакета установленого у нас в системе.

тут я коротко обьясню как это сделать стандартными средствами Debian & APT

смотрим какая версия пакета у нас установлена (в нашем случае это linux-image)

root@srv:~# dpkg -l|grep linux-image
ii  linux-image-2.6-amd64               2.6.32+29                    Linux 2.6 for 64-bit PCs (meta-package)
ii  linux-image-2.6.32-5-amd64          2.6.32-31 Linux 2.6.32 for 64-bit PCs

из этого видно что установлен linux-image-2.6.32-5-amd64 версии 2.6.32-31

создаём файл /etc/apt/preferences если его нет (в debian 6 можно использовать /etc/apt/preferences.d/имя_пакета что намного удобнее, к примеру /etc/apt/preferences.d/linux-image)

вписываем туда содержание.

Package: linux-image-2.6.32-5-amd64
Pin: version 2.6.32-31
Pin-Priority: 1001

где:
Package: имя установленого пакета.
Pin: version версия установленого пакета.

сохраняем.

после данных изменений видно что при командах:

apt-get update
apt-get upgrade

не обновляется linux-image

более подробную инструкцию как использовать APT Pinning можно прочитать на сайте разработчика
http://wiki.debian.org/AptPreferences
http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.en.html

P.S. номер этого поста 666 адски както получилось

P.P.S. не обновлять linux-image чревато взломом сервера. linux-image в данном посте просто приведён в качестве примера.

после установки php5-xcache редактируем /etc/apache2/conf.d/phpmyadmin.conf

добавляем 3 строки:

php_admin_value xcache.cacher Off
php_admin_value xcache.stat Off
php_admin_value xcache.optimizer Off

сохраняем и перезагружаем apache2

скачиваем сорцы, патчь и конфиг.
cd /usr/src/
wget -c http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.18.tar.bz2
wget -c http://download.openvz.org/kernel/branches/rhel5-2.6.18/028stab089.1/patches/patch-238.9.1.el5.028stab089.1-combined.gz
wget http://download.openvz.org/kernel/branches/rhel5-2.6.18/028stab089.1/configs/kernel-2.6.18-x86_64.config.ovz -O kernel-2.6.18-x86_64.028stab089.1.config.ovz

устанавливаем нужное програмное обеспечение, а также меняем grub2 на grub1
apt-get --purge remove -y mawk
apt-get install -y build-essential kernel-package gawk makedev grub-legacy screen htop liblockfile-simple-perl cstream bzip2 vim-nox
dpkg -P grub-pc grub
update-grub
grup-install /dev/sda

небольшой хак чтобы при загрузке системы запускался udev

root@squeeze-build-amd64:/usr/src# cat /etc/lsb-base-logging.sh
#!/bin/sh

supported_kernel () {
return 0
}


chmod +x /etc/lsb-base-logging.sh

патчим и компилим:
cd /usr/src
tar xjf linux-2.6.18.tar.bz2
cd /usr/src/linux-2.6.18
zcat /usr/src/patch-238.9.1.el5.028stab089.1-combined.gz | patch -p1
cp /usr/src/kernel-2.6.18-x86_64.028stab089.1.config.ovz /usr/src/linux-2.6.18/.config
fakeroot make-kpkg --initrd kernel_image kernel_headers --revision=1

ждём пока соберётся ядро.

устанавлиаем
dpkg -i /usr/src/linux-image-2.6.18-238.9.1.el5.028stab089.1_1_amd64.deb /usr/src/linux-headers-2.6.18-238.9.1.el5.028stab089.1_1_amd64.deb

устанавливаем нужные утилиты
apt-get install -y vzquota vzctl

vim /boot/grub/menu.lst
устанавливаем значение
default 2 – чтобы грузилось наше новое ядро
проверяем всё ли корректно установилось в конфиг.

перегружаем сервер.
что мы получаем:
root@squeeze-build-amd64:~# dmesg |head -1
Linux version 2.6.18-238.9.1.el5.028stab089.1 (root@squeeze-build-amd64) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Wed Apr 27 00:56:44 EEST 2011

root@squeeze-build-amd64:~# vzlist
CTID NPROC STATUS IP_ADDR HOSTNAME
100 6 running 192.168.1.106 squeeze-601-i386-minimal
200 6 running 192.168.1.107 squeeze-601-amd64-minimal

root@squeeze-build-amd64:~# vzctl exec 100 uname -m
i686
root@squeeze-build-amd64:~# vzctl exec 200 uname -m
x86_64


P.S. для корректной загрузки ядра в случае если вы используете VirtualBox
System –> Chipset –> установить PIIX3
на ICH9 у меня отказалось загружатся.

Update 01.05.2011: репозиторий предварительно собраных ядер.
http://ppa.obnovlenie.su/ предоставленое amax at obnovlenie.su.

echo "deb http://ppa.obnovlenie.su/rhel5 squeeze main" > /etc/apt/sources.list.d/openvz.list
apt-get update
apt-get install linux-image-2.6.18-238.9.1.el5.028stab089.1
apt-get install vzctl


• /etc/init.d/postfix stop
• killall -9 postdrop
• chgrp -R postdrop /var/spool/postfix/public
• chgrp -R postdrop /var/spool/postfix/maildrop/
• postfix check
• /etc/init.d/postfix start

если это не помогло запустить:

• /etc/postfix/post-install upgrade-permissions

надеюсь поможет.

P.S. по мотивам http://kb.gosi.at/

собрал 2 новых шаблона Debian 6 под OpenVZ

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

247M    /vz/template/cache/debian-6-i386-default.tar.gz
125M    /vz/template/cache/debian-6-i386-minimal.tar.gz

огрёб немного косяков с обновлением mysql, php, и остатками lenny которые пришлось почистить.

минималка с запущеными cron, syslog, sshd кушает порядка 4мб памяти.

дефолт (LAMP) с запущеными cron, syslog, sshd, apache2, (mod-php) php 5.3, mysql, vsftpd, vnstatd, порядка 85мб памяти (всё малость урезано по тому что “уникумы” любят ставить это на минимальные тарифы)

потестить это всё можно на наших проэктах

сцылки: http://tinyvds.ru и  http://tinyvds.com и  http://vdsplanet.ru

анонс на форуме VDSPlanet:  http://forum.vdsplanet.com/index.php/topic,307.0.html

анонс на searchengines:  http://forum.searchengines.ru/showpost.php?p=8478432&postcount=32

вот и вышел долгожданный Debian Squeeze 6.0,  с чем собсна и хочу всех поздравить.

сам анонс:

http://www.debian.org/News/2011/20110205a

анонс о новом сайте ( да да, сайт debian.org тоже обновили):

http://www.debian.org/News/2011/20110205b

стянуть iso-шки:

http://www.debian.org/distrib/netinst

курить мануалы по установке:

http://www.debian.org/releases/stable/installmanual

P.S. также присутсвует небольшой баг при обновлении MySQL 5.0 (lenny)  —> MySQL 5.1 (squeeze) лечится сносом (сделав бакуп баз, куда ж бе них родимых) 5.0 и установкой пакета mysql-server-5.1

всем спасибо, все свободны

переехали без даунтаймов и особых проблем

было:

model name : AMD Athlon(tm) 64 Processor 3700+
cpu MHz : 2200.016
cache size : 1024 KB

стало:

model name : Intel(R) Core(TM) i7 CPU 930 @ 2.80GHz
cpu MHz : 2807.058
cache size : 8192 KB

теперь всё летает ещё больше

также перенесли zabbix server, один из dns-ов, files, и бакуп.

по мотивам http://lists.debian.org/debian-devel-announce/2011/01/msg00003.html

обновился до сквиза, в процессе грохнулся MySQL что вполне нормально при старом конфиге от 5.0 на новом 5.1

послетали ещё всякие мелочи самопальные, в общем upgrade прошёл почти без проблем.

для тех кто не умеет, пример тут http://www.cyberciti.biz/faq/howto-upgrade-debian-linux-lenny-to-squeeze-testing/

P.S. не советую использовать aptitude, всю жизнь нелюбил эту гадость которая ставит мешок ненужного хлама в процессе, а настраивать лень (двигатель прогресса)

отрывок из /etc/mysql/my.cnf (для vps с 512мб памяти) должен находится в разделе [mysqld]

#skip-innodb
innodb_buffer_pool_size = 64M
innodb_additional_mem_pool_size = 32M
innodb_log_file_size = 32M
innodb_log_buffer_size = 2M
innodb_flush_log_at_trx_commit = 0
innodb_thread_concurrency = 4
innodb_file_per_table = 1
innodb_open_files = 2048
innodb_doublewrite = 0
innodb_checksums = 0
innodb_flush_method = O_DIRECT

далее останавливаем mysql и удаляем старые лог файлы

/etc/init.d/mysql stop
rm -rf /var/log/mysql/ib_logfile*

запускаем mysql

/etc/init.d/mysql start

открываем phpmyadmin
идём в базу блога (к примеру blog или wordpress) жмём на “SQL”
вставляем

alter table wp_users engine=innodb;
alter table wp_usermeta engine=innodb;
alter table wp_term_taxonomy engine=innodb;
alter table wp_term_relationships engine=innodb;
alter table wp_terms engine=innodb;
alter table wp_posts engine=innodb;
alter table wp_postmeta engine=innodb;
alter table wp_options engine=innodb;
alter table wp_links engine=innodb;
alter table wp_comments engine=innodb;
alter table wp_commentmeta engine=innodb;

жмём OK и вуаля

P.S. многое взято из гугля, вроде работает, если будут глюки не кричать

P.P.S. список для gallery2

alter table g2_AccessMap engine=innodb;
alter table g2_AccessSubscriberMap engine=innodb;
alter table g2_AlbumItem engine=innodb;
alter table g2_AnimationItem engine=innodb;
alter table g2_CacheMap engine=innodb;
alter table g2_ChildEntity engine=innodb;
alter table g2_Comment engine=innodb;
alter table g2_CustomFieldMap engine=innodb;
alter table g2_DataItem engine=innodb;
alter table g2_Derivative engine=innodb;
alter table g2_DerivativeImage engine=innodb;
alter table g2_DerivativePrefsMap engine=innodb;
alter table g2_DescendentCountsMap engine=innodb;
alter table g2_Entity engine=innodb;
alter table g2_EventLogMap engine=innodb;
alter table g2_ExifPropertiesMap engine=innodb;
alter table g2_ExternalIdMap engine=innodb;
alter table g2_FactoryMap engine=innodb;
alter table g2_FailedLoginsMap engine=innodb;
alter table g2_FileSystemEntity engine=innodb;
alter table g2_G1MigrateMap engine=innodb;
alter table g2_Getid3PropsMap engine=innodb;
alter table g2_Group engine=innodb;
alter table g2_ImageBlockCacheMap engine=innodb;
alter table g2_ImageBlockDisabledMap engine=innodb;
alter table g2_Item engine=innodb;
alter table g2_ItemAttributesMap engine=innodb;
alter table g2_ItemHiddenMap engine=innodb;
alter table g2_LinkItem engine=innodb;
alter table g2_Lock engine=innodb;
alter table g2_MaintenanceMap engine=innodb;
alter table g2_MimeTypeMap engine=innodb;
alter table g2_MovieItem engine=innodb;
alter table g2_MultiLangItemMap engine=innodb;
alter table g2_PendingUser engine=innodb;
alter table g2_PermalinksMap engine=innodb;
alter table g2_PermissionSetMap engine=innodb;
alter table g2_PhotoItem engine=innodb;
alter table g2_PluginMap engine=innodb;
alter table g2_PluginPackageMap engine=innodb;
alter table g2_PluginParameterMap engine=innodb;
alter table g2_QuotasMap engine=innodb;
alter table g2_RatingCacheMap engine=innodb;
alter table g2_RatingMap engine=innodb;
alter table g2_RecoverPasswordMap engine=innodb;
alter table g2_RssMap engine=innodb;
alter table g2_Schema engine=innodb;
alter table g2_SequenceEventLog engine=innodb;
alter table g2_SequenceId engine=innodb;
alter table g2_SequenceLock engine=innodb;
alter table g2_SessionMap engine=innodb;
alter table g2_SubscriptionMap engine=innodb;
alter table g2_ThumbnailImage engine=innodb;
alter table g2_TkOperatnMap engine=innodb;
alter table g2_TkOperatnMimeTypeMap engine=innodb;
alter table g2_TkOperatnParameterMap engine=innodb;
alter table g2_TkPropertyMap engine=innodb;
alter table g2_TkPropertyMimeTypeMap engine=innodb;
alter table g2_UnknownItem engine=innodb;
alter table g2_User engine=innodb;
alter table g2_UserGroupMap engine=innodb;
alter table g2_WatermarkImage engine=innodb;
alter table g2_WebDavLockMap engine=innodb;


появилась задача подключить к mysql в дебиане innodb
закоментил в конфиге skip-innodb но в
show variables like '%have_inno%';
продолжало показывать:
+---------------+----------+
| Variable_name | Value |
+---------------+----------+
| have_innodb | DISABLED |
+---------------+----------+
и
| InnoDB | DISABLED | Supports transactions, row-level locking, and foreign keys
вылечилось это всё простым хаком
/etc/init.d/mysql stop
rm -rf /var/lib/mysql/ibdata1
rm -rf /var/lib/mysql/ib_*
/etc/init.d/mysql start

после чего вуаля

| InnoDB | YES | Supports transactions, row-level locking, and foreign keys |


По мотивам: http://www.geedew.com/2008/05/21/how-to-fix-innodb-has-been-disabled-for-this-mysql-server/

в двух словах как делать backup средствами OpenVZ в данном случае использовался Debian GNU\Linux 4.0.

всё гениальное банально просто

создаём директорию для наших бакупов
root@cylon:~# mkdir -p /home/vzbackup/20.01.09
и запускаем сам бакуп (к примеру одной виртуальной машины)

root@cylon:~# vzdump --compress --dumpdir /home/vzbackup/20.01.09 --suspend 200
INFO: starting backup for VPS 200 (/vz/private/200)
INFO: starting first sync /vz/private/200 to /home/vzbackup/20.01.09/tmp12886
INFO: suspend vps
Setting up checkpoint...
suspend...
get context...
Checkpointing completed succesfully
INFO: final sync /vz/private/200 to /home/vzbackup/20.01.09/tmp12886
INFO: resume vps
Resuming...
INFO: vps is online again after 8 seconds
INFO: Creating archive '/home/vzbackup/20.01.09/vzdump-200.tgz' (/home/vzbackup/20.01.09/tmp12886/200)
Total bytes written: 793907200 (758MiB, 3,6MiB/s)
INFO: backup for VPS 200 finished successful (8.50 minutes)

Где
1. –compress – упаковать в tar.gz архив,
2. –dumpdir указывает куда мы будем делать сам backup
3. –suspend – только приостановить саму виртуальную машину и после backup-а запустить опять.
4. 200 – номер самой виртуальной машины, список которых можно посмотреть командой vzlist

теперь посмотрим что у нас получилось.

root@cylon:~# ls -l /home/vzbackup/20.01.09/
итого 400680
-rw-r--r-- 1 root root 893 2009-01-20 09:36 vzdump-200.log
-rw-r--r-- 1 root root 409885675 2009-01-20 09:36 vzdump-200.tgz

и второе посмотрим на саму машину

root@cylon:~# vzctl exec 200 uptime
09:51:27 up 49 days, 12:33, 2 users, load average: 0.00, 0.02, 0.08


дополнительно описание команд можно посмотреть по man vzctl , man vzlist man vzdump

вот и всё