Три возможности приходят на ум:
Существуют проблемы памяти (они часто вызывают "случайные" катастрофические отказы). Если у Вас есть поршень ECC там, то, очевидно, это менее вероятно.
Там некоторая проблема с Шиной. У меня была та же проблема с поврежденным контроллером APIC на Tyan двойная материнская плата Opteron несколько лет назад. Были другие записи в журнале, которые намекнули на него, но объем признаков был случайным повреждением на дисководах с автоматическим перемонтированием только для чтения. В моем случае я знал, что это не был диск, связанный, потому что это было внешнее поле FC RAID, и это было прекрасно.
RAID-контроллер является койкой.
Это находится в порядке, я рассмотрел бы проблемы.
Делает mysql/plugin.frm
ошибка происходит на обеих машинах? Мое предположение так.
datadir прибывал из пред5.1 установок? Выполненный mysql_upgrade
избавиться от этого.
Даже когда с помощью innodb_file_per_table
MySQL все еще создаст единственную общую табличную область.
Отсутствие innodb_data_home_dir
и innodb_data_file_path
переменные в конфигурации, которую Вам предоставляют, должны означать, что 10M авторасширяющаяся табличная область создается под Вашим datadir
. Но если вторая машина жалуется на это отсутствующий затем, это предполагает, что, возможно, не находится под Вашим datadir
.
Я предложил бы иметь поиск вокруг на этот файл (ibdata1
) на первой (рабочей) машине. Если это существует вне datadir
, затем MySQL завершения работы, переместите его и настройте те переменные.
В моем случае проблемой был apparmor. Так как моя машина ставится целью для тестирования только, я выбрал самый простой путь к решению его:
apt-get remove apparmor
У меня была подобная проблема (то же сообщение об ошибке, но на сервере Ubuntu 10.04, и я изменил mysql datadir для указания на/opt/mysql).
Проблема состояла в том, что apparmor блокировал попытки/usr/sbin/mysqld для чтения/opt/mysql. Я нашел строки как:
type=1503 audit(1291916635.209:18): operation="open" pid=1201 parent=1 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=105 ouid=105 name="/opt/mysql/mysql/plugin.frm"
mysql main process (928) terminated with status 1
В моем/var/log/syslog.
Я отредактировал/etc/apparmor.d/usr.sbin.mysqld, заменив все экземпляры '/var/lib/mysql' с '/opt/mysql'.
После этого mysql, запущенный правильно.