Неможливо створити файл /var/lib/mysql/user.lower-test

База даних MySQL протягом кількох місяців була без проблем. Сьогодні, коли я перевірив наявність оновлених пакунків за допомогою диспетчера пакунків Synaptic, у мене з’явилися різні компоненти MySQL (-сполучення, -кліент, -сервер тощо). Тому я вирішив оновити (я забув відзначити встановлену версію, але думаю, що це було 5.6.21) до 5.6.25-1-ubuntu2.0. Згодом, коли я перейшов запитувати базу даних, отримав повідомлення: -

Error occured: Can't connect to MySQL server on '127.0.0.1' (111)

Потім я виявив, що сервер не працює. У файлі журналу мені подобається, що повідомлення: -

Can't create file /var/lib/mysql/user.lower-test

Я витратив годину або близько на пошуки в режимі он-лайн, і хоча про проблему повідомлялося раніше, я не бачив її в контексті випуску "після оновлення", настільки не впевнений у своєму наступному кроці.

Ця проблема, здається, дозволяє вирішити проблеми з дозволом або змінити каталогі даних mysql на інше місце / тоді / var / lib / mysql.

Спробуйте побігти з судо

Схоже, / var / lib / mysql належить користувачеві mysql, а група також встановлена ​​на mysql.

$ sudo chown -R mysql /var/lib/mysql
$ sudo chgrp -R mysql /var/lib/mysql
$ sudo chmod 755 /var/lib/mysql

Ви перевірили, що каталог / var / lib / mysql насправді існує та відповідає вашому каталогу даних? Якщо цього немає, то, ймовірно, потрібно вказати інший параметр datadir у розділі mysqld

[mysqld]
datadir=/var/lib/mysql

Тоді ви можете вибрати між налаштуваннями apparmor, щоб дозволити MySQL читати \ виконувати \ змінювати новий каталог даних та підкаталоги або, на власний ризик, ви можете видалити apparmor. Можливо, вам доведеться виконувати наступні дії:

/etc/init.d/apparmor stop
/etc/init.d/apparmor teardown
update-rc.d -f apparmor remove
apt-get purge apparmor
reboot

Я зіткнувся з цією проблемою, намагаючись запустити кілька екземплярів MySQL, але замість видалення apparmor я оновив файл usr.sbin.mysqld:

vim /etc/apparmor.d/usr.sbin.mysqld

Наприклад, так виглядає мій файл, і як тільки я додав папки, які потребують дозволу на запис, усі працювали як слід.

/usr/sbin/mysqld {

  capability dac_override,
  capability sys_resource,
  capability setgid,
  capability setuid,

  network tcp,

  /etc/hosts.allow r,
  /etc/hosts.deny r,

  /etc/mysql/*.pem r,
  /etc/mysql/conf.d/ r,
  /etc/mysql/conf.d/* r,
  /etc/mysql/*.cnf r,
  /usr/lib/mysql/plugin/ r,
  /usr/lib/mysql/plugin/*.so* mr,
  /usr/sbin/mysqld mr,
  /usr/share/mysql/** r,
  /var/log/mysql.log rw,
  /var/log/mysql.err rw,
  /var/lib/mysql/ r,
  /var/lib/mysql/** rwk,
  /var/lib/mysql1/ r,
  /var/lib/mysql1/** rwk,
  /var/log/mysql/ r,
  /var/log/mysql/* rw,
  /var/run/mysqld/mysqld.pid rw,
  /var/run/mysqld/mysqld.sock w,
  /var/run/mysqld/mysqld1.pid rw,
  /var/run/mysqld/mysqld1.sock w,
  /run/mysqld/mysqld.pid rw,
  /run/mysqld/mysqld.sock w,

  /sys/devices/system/cpu/ r,

}

Проблема сталася зі мною, коли я спробував перемістити / var / lib / mysql на інший диск і замінити оригінальний каталог символьним посиланням.

Apparmor заборонить доступ у цій конфігурації див

• https://bugs.launchpad.net/apparmor/+bug/1485055

чому розробники Apparmor вважають це не помилкою. Обхід полягає у використанні кріплення для прив’язки. Подивитися

• /unix/198590/what-is-a-bind-mount

для пояснення.

Тому

mount --bind /newmysqldatadir /var/lib/mysql
service mysql start

виправили проблему для мене.

У мене була схожа проблема. Я перевстановив Ubuntu Server на свою машину, зробив повну резервну копію / etc / на жорсткому диску, після перевстановлення я зробив копію всіх важливих файлів з / drive / etc / в мої системи / тощо.

Роблячи це, я створив бак для файлу usr.sbin.mysqld під назвою usr.sbin.mysqld.bak і зберігав його в тому ж /etc/apparmor.d/ каталозі.

Після подальшого пошуку я знайшов цю публікацію в блозі: https://blogs.oracle.com/jsmyth/apparmor-and-mysql

Встановив apparmor-утиліти і спробував поскаржитися на / usr / sbin / mysqld, і він сказав, що у мене визначено 2 конфігурації apparmor (обидва мої файли).

Я знаю, що це може бути не проблема, з якою ви стикаєтесь, але просто задля ясності не будьте настільки тупими, як я, роблячи файл резервної копії в тому самому каталозі каталогів sbin apparmor.

Також перевірте, чи ваш розділ не заповнений, що було моїм випадком.

З незрозумілої причини переміщення даних на інший розділ також не вийшло.

Тож для швидкого виправлення замість того, щоб возитися з llvm чи gparted, я зменшив /swapfileрозмір.