Bootstrap - подготовка для установки Nodeny

[versus]

Собственно сделал небольшой скрипт, которым накатываю начальную установку пакетов до установки нодени. Что бы постоянно не вчитыватся в мануал.  Пока это просто набросок, который иногда недоставляет пакеты, не заносит нужные конфиги, все что он делает проводит первоначальную установку пакетов, стягивает жит нодени 49 и прописывает файрвол и диверт в ядро, после чего перегружает систему.

Допиливать буду еще долго и часто, привествуютеся критика и патчи )

http://code.google.com/p/nodeny49/downloads/detail?name=nodeny_installer.tar.gz

[smallcms]

Можно ещё в опции портов понатыкать предустановленные значения (/var/db/ports/имя_порта/options) или ставить с env BATCH=1, чтобы не отвлекаться на вопросы.
Ещё можно фетчить последний архив вместо установки жита (у вас вроде меркурикал был недавно совсем, если не ошибаюсь).

[VitalVas]

делюсь скриптом автоматической установки мускула

Код:

#!/bin/sh

mkdir /var/db/ports/mysql

echo "# Added by automake script" > /var/db/ports/mysql/options
echo "_OPTIONS_READ=mysql-server-`cat /usr/ports/databases/mysql51-server/Makefile | grep PORTVERSION | awk '{print $2}'`" >> /var/db/ports/mysql/options
echo "WIDTH_OPENSSL=true" >> /var/db/ports/mysql/options
echo "WIDTHOUT_FASTMTX=true" >> /var/db/ports/mysql/options

mkdir /var/db/ports/mysql51-client

echo "# Added by automake script" > /var/db/ports/mysql51-client/options
echo "_OPTIONS_READ=mysql-client-`cat /usr/ports/databases/mysql51-server/Makefile | grep PORTVERSION | awk '{print $2}'`" >> /var/db/ports/mysql51-client/options
echo "WIDTH_OPENSSL=true" >> /var/db/ports/mysql51-client/options
echo "WIDTHOUT_FASTMTX=true" >> /var/db/ports/mysql51-client/options

echo "DEFAULT_MYSQL_VER=51" >> /etc/make.conf

cd /usr/ports/databases/mysql51-server/
make BUILD_OPTIMIZED=yes WITH_OPENSSL=yes WITH_CHARSET=utf8
make install clean

/usr/local/bin/mysql_install_db

chown -Rv mysql:mysql /var/db/mysql/

cp /usr/local/share/mysql/my-huge.cnf /usr/local/etc/my.cnf
cat /usr/local/etc/my.cnf | sed 's/log-bin=mysql-bin/#log-bin=mysql-bin/' | sed 's/##/#/' | sed 's/#skip-networking/skip-networking/' > /usr/local/etc/my.cnf
ln -s /usr/local/etc/my.cnf /var/db/mysql/my.cnf

через некоторое время буду заливать себе в репозиторий такие скрипты

[smallcms]

Ещё по дефолту в bsd.database.mk DEFAULT_MYSQL_VER=55
можно тогда убить всех ненужных зайцев:

Код:

PERL_VERSION=5.10.1
DEFAULT_MYSQL_VER=51

И дополнить менее внезапным ребутом:

Код:

echo "Do you want reboot now (y/n)?"
read DOREBOOT
if [ "$DOREBOOT" = "y" ];then
echo "Now we reboot system (or press Ctrl+C)..."
sleep 5
/sbin/reboot
else
echo "Do shutdown -r now manually."
fi

[VitalVas]

А можно вообще собрать себе нужные пакеты и забить на зборку
Или собрать свой установочный диск, и забить на установку

p.s. возможно ты у меня видел меркурий, т.к.я им активно пользуюсь

[VitalVas]

обновил инсталятор мускула
найти его можно здесь

[Rico-X]

Может я сейчас сморожу глупость, но почему все используют мускуль 5.1? На практике 5.5 дает ощутимый прирост производительности, в чем причина его игнорирования, может я о чем-то не знаю?

[VitalVas]

потому что 5.5 не хорошо себя ведет с базами
у меня постоянно плющило триггеры, функции и несколько таблиц (view)
то что дает производительность в 5.5 и хорошо и плохо
хорошо если ты пишешь софт под эту версию и у тебя все летает
плохо в том, что тебе придется чем-то пожертвовать, в существующей софтине, чтоб оно стабильно работало

[smallcms]

VitalVas прав. Чтобы работать в 5.5 без глюков нужно как минимум написать биллинг в транзакциях, иначе кроме как на "хихи" мускуль 5.5 не пробивает...

[stix]

в репозитории центос до сих пор 5.3 последняя

[Rico-X]

Понял, спасибо за разъяснения. Просто я задавал вопрос не в контексте биллинга, с ним проблем нет. Пару недель назад поднимал систему мониторинга, причем достаточно нагруженную, изначально сделал на мускуле 5.1 при этом скорость обработки запросов была в районе 40 секунд - очень грустно и неприятно, тесты показали что все упирается в скорость работы базы данных. Уже начал думать о SSD под базу или выносе всего в оперативу с переодическим сбросом на винт, но решил попробовать последний мускуль, поставил 5.5.18 из исходников прямо с сайта и обалдел, скорость запроса стала менее 2х секунд (конфиг не менял). Вот и решил поинтересоваться, может и для биллинга стоит перейти, еще раз спасибо за разъяснение.

[versus]

Понял, спасибо за разъяснения. Просто я задавал вопрос не в контексте биллинга, с ним проблем нет. Пару недель назад поднимал систему мониторинга, причем достаточно нагруженную, изначально сделал на мускуле 5.1 при этом скорость обработки запросов была в районе 40 секунд - очень грустно и неприятно, тесты показали что все упирается в скорость работы базы данных. Уже начал думать о SSD под базу или выносе всего в оперативу с переодическим сбросом на винт, но решил попробовать последний мускуль, поставил 5.5.18 из исходников прямо с сайта и обалдел, скорость запроса стала менее 2х секунд (конфиг не менял). Вот и решил поинтересоваться, может и для биллинга стоит перейти, еще раз спасибо за разъяснение.

посмотри вс торону percona, очень неплохой форк мускула и как раз для нагруженных систем. Использую в проекте с очень высокой нагрузкой  порядка 200к  хостов в сутки  и только сейчас задумываюсь о репликации, до этого шуршала стабильно

[Rico-X]

Спасибо, потестирую обязательно. Нагрузка примерно 500 запросов в секунду (база данных системы мониторинга всего железа в сети) тоже думаю о репликации, так как сеть расширяется, единственное нет ли проблем с partitioning, так как большая часть тюнинга основана именно на нем. Если есть опыт использования на percona хотелось бы узнать.

[Rico-X]

Офтоп
Целый день убил на тестирование percona, лично у меня не получилось заставить работать быстрее на моем железе чем обычный mysql 5.5.19, зато получил странные "подвисания" базы, протестировал разные опции рекомендованные на сайте, ускорения работы zabbix не получил, наоборот замедление. Похоже не умею я ее готовить, вернулся на мускуль.

[Redmen]

2 Versus
альтернативный вариант установки большёго количества портов
http://isp-control.net/documentation/start/installation/freebsd
установив вручную порт /usr/ports/ports-mgmt/portmaster
запускаем

Код:

portmaster `cat /usr/home/freebsd-packages`

содержимое /usr/home/freebsd-packages:

Код:

/usr/ports/www/apache22
/usr/ports/ftp/proftpd
/usr/ports/mail/postfix
/usr/ports/mail/postfix-policyd-weight
/usr/ports/mail/procmail
/usr/ports/shells/bash
/usr/ports/mail/courier-imap
/usr/ports/security/courier-authlib
/usr/ports/databases/mysql51-client
/usr/ports/databases/mysql51-server
/usr/ports/lang/php5
/usr/ports/lang/php5-extensions