Назад | Перейти на главную страницу

Ошибка запуска Percona: mysql не может получить доступ к каталогу для создания файла

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

Сервер - Fedora Beefy Miracle, установлен сервер percona mysql. Я не очень разбираюсь в установке, я пришел после первоначальной настройки. Теперь службы баз данных не работают.

Запуск Percona:

# service percona start
Starting MySQL (Percona Server). ERROR! The server quit without updating PID file (/home/percona/data/example.domain.pid).

Конфигурация MySQL:

В / home / percona есть довольно подробный my.cnf (который ссылается на каталог установки percona), который указывает на каталог данных в / home / percona / data. В / etc / config есть:

# cat /etc/my.cnf    
[mysqld]
datadir=/var/lib/mysql
(...)
[mysqld_safe]
log-error=/var/log/mysqld.log

Я не знаю наверняка, используется ли эта конфигурация и как вызывается mysql: я новичок в Percona, и установка была сделана кем-то другим. Однако файл журнала обновляется при каждой попытке запуска службы Percona со следующей ошибкой:

# tail /var/log/mysqld.log
140814  0:55:18  InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'create'.
InnoDB: Cannot continue operation.

Эта ошибка кажется распространенной, хотя в обсуждениях в Google обычно упоминается «открытый» режим вместо «создать». Также я не знаю, в каком каталоге должен быть создан файл. Файлы с таким именем существуют в / var / lib / mysql / и / home / percona / data /

Проверял и пробовал пока:

рекурсивная установка владельца / home / percona на percona: mysql, mysql: mysql и обратно на обычную percona: percona;
рекурсивная установка владельца / var / lib / mysql на mysql: percona, percona: percona и обратно на нормальный mysql: mysql; Оба эти пользователя существуют в системе.
разрешения для существующих файлов ibdata1 в обоих каталогах - 660
попробовал временно установить права для файлов ib * в обоих каталогах и в самих каталогах на 777 (чтобы проверить, какой пользователь будет иметь доступ / изменять / создавать файлы - ничего не произошло, ничего не изменилось;
посоветовал где-то 'mysql_upgrade' дает:
```
# mysql_upgrade 
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
FATAL ERROR: Upgrade failed
```
(mysqlcheck, запущенный с консоли, показывает некоторые результаты, без индикации ошибки).
Я боюсь запускать mysql_install_db, потому что не уверен, что будет потеряно или перезаписано в процессе - на машине ранее были запущены базы данных, и я почти уверен, что не понимаю конфигурацию полностью.

Что мне следует попробовать дальше или что мне не хватает?

Мне кажется, что на вашем пути что-то не так. Причина, по которой большинство сообщений, которые вы находите, посвящены «открытому», заключается в том, что в большинстве случаев это проблема с разрешениями, но пути верны. Когда вы видите ошибки о "create", это потому, что (обычно) путь, который my.conf сообщает службе, чтобы найти файлы, не содержать их.

Найдите любой из них:

nnodb_data_home_dir = 
innodb_log_group_home_dir = 
innodb_log_arch_dir =

Затем убедитесь, что предоставленные пути верны. Я думаю, что это не так. Если проблема в этом, после того, как вы их исправили, у вас есть какие-либо проблемы с открытыми разрешениями, которые вы можете запустить:

chown -R mysql:mysql /path/to/data