MySQL не удалось запуститься из-за многих таблиц InnoDB?

Принятие EasyVPN Cisco использует некоторую разновидность IPSec с предобщими ключами, можно, вероятно, использовать любое устройство брандмауэра SMB на конце, или пойти открытый исходный код с pfSense и поместить его на собственные аппаратные средства. На их конце у Вас не может быть выбора, и Концентратор VPN вероятен на месте по причине: у них есть много коллег, соединяющихся с их конечной точкой.

2
задан 10 November 2011 в 16:27
3 ответа

Проблема не в ограничении количества дескрипторов файлов. Это будет ошибка 24, а не 13. Проблема в том, что написано: разрешения. Я видел это десятки раз, и даже когда люди думают, что все настроено правильно и имеет правильные разрешения, это разрешения ЕСТЬ, каждый раз, и кто-то всегда выясняет, что они что-то пропустили :) У вас либо права установлены неправильно или у вас есть что-то вроде следующего:

  • В каталоге более высокого уровня установлено странное разрешение, такое как / ограничено. (Иногда это имеет значение.)
  • У вас есть другой процесс, например два экземпляра mysqld, запущенный и мешающий работе с привилегиями.
  • Мешает SELinux или AppArmor.

Вы «решили» проблему, удалив большое количество таблиц - я не думаю, что это действительно решение.

6
ответ дан 3 December 2019 в 08:57

I'd recommend you to check write permission for DB user in the directory where your DB files are located.

1
ответ дан 3 December 2019 в 08:57

Это проблема AppArmor? Это может быть что-то вроде запуска или остановки AppArmor между перезагрузкой и попыткой запустить его вручную.

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

1
ответ дан 3 December 2019 в 08:57

Теги

Похожие вопросы