что помешало? подробнее можно?
Вы уверены, что скрипт запускали _до_ рестарта mysqld после того как "слетела БД". Если упирается в max_connections - статистика будет сброшена.
Также, у Вас большинство переменных уже "оттюнены" от значений по-умолчанию,
например:
key_buffer = 48M
max_allowed_packet = 12M
table_cache = 256
sort_buffer_size = 32M
read_buffer_size = 6M
join_buffer_size = 24M
Зачем?
Вы уверены, что понимаете смысл этих изменений? sort/read buffer_size, например,
per-connection выделяются. Оттого у Вас и 8Gb mysqld при текущей конфигурации требуется.
Установите snmpd - и будет "искаропки".
В Zabbix/Munin для опрашиваемых хостов изобрели просто свои велосипеды,
вместо SNMP (вроде zabbix_agentd).
cacti - не система мониторинга.
Мониторинг = OpenNMS, Nagios, Zabbix etc
да.
Цена всего вопроса - порядка 50 у.е.
myhand добавил 13.10.2009 в 14:19
Каких вещей? :-) Картинки строить? Дак оно для того и есть (на сайте
написано - complete network graphing solution).
Тогда убедитесь, что ошибки оно выводит. Выставьте ini_set - display_errors=On и error_reporting = E_ALL & ~E_NOTICE
написали ж, проверьте как скрипт в консоли отрабатывает. выставьте MAILTO, чтобы ошибки скрипта крон вам высылал.
В shell команда отрабатывает?
Cron вообще у вас шлет на почту свой stderr/stdout? По умолчанию - должен слать пользователю root. Это можно изменить, задав перед crontab-записью переменную MAILTO. Например:
MAILTO="user@example.com" * * * * * echo "test"
Именно, что чинится. Просто в отличие от myisam - это не является "штатной" процедурой 😂
AFAIK, нет _стандартного_ способа сказать всем сервисам (типа mysql) на ноде, что им надо
сбросить данные на диск. Так что VPS хостеру предложить что-то качественно
лучшее - трудно. О таких вещах нужно админу VPS уже думать.
Да, по подобным граблям прошлись уже при написании vzdump. Строго говоря - статья "о том
как работает vzdump", без упоминания самой утилиты.
LVM-снапшоты позволяют. Хотя, к целостности данных на диске (с точки зрения
приложения) - это не имеет прямого отношения.
Вы ведь README-ZendOptimizer прочитали, правда?
Сделали все что там написано?
Если в php.ini указали (по инструкции) - правильный путь к so-шке:
/usr/lib/php/modules/ZendExtensionManager.so - то проверьте:
ls /usr/lib/php/modules/ZendExtensionManager.so file /usr/lib/php/modules/ZendExtensionManager.so ldd /usr/lib/php/modules/ZendExtensionManager.so uname -a
Могу предположить, что выбрали неправильную архитектуру (i386 вместо 64-битной сборки).
ключевое слово vzdump - только я пропустил в статье?
http://wiki.openvz.org/Backup_of_a_running_VE_with_vzdump
