Skip to content

Документация по BlackArch на русском языке

Инструкции, советы, новые программы

Menu
  • LocalBitcoins
  • Главная
  • Список инструментов
  • HackWare
Menu

Ошибки «Incorrect definition of table mysql.event: expected column ‘definer’ at position 3 to have type varchar(, found type char(141)» и «Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler» (РЕШЕНО)

Posted on 01.06.202201.06.2022 by Alexey

При обновлении mariadb до версии 10.8.3 были показаны следующие сообщения:

warning: directory permissions differ on /usr/lib/mysql/plugin/auth_pam_tool_dir/
filesystem: 700  package: 755
:: MariaDB was updated to a new feature release. To update the data run:
   systemctl restart mariadb.service && mariadb-upgrade -u root -p

В них присутствует информацию о двух событиях, требующих действия системного администратора или пользователя.

Более важным является второе, в нём говориться, что для обновления данных необходимо запустить указанные команды.

An error occurred when initializing system tables. Disabling the Event Scheduler (РЕШЕНО)

Для начала перезапустим службу СУБД и проверим её статус:

sudo systemctl restart mariadb.service
systemctl status mariadb.service

Пример вывода:

● mariadb.service - MariaDB 10.8.3 database server
     Loaded: loaded (/usr/lib/systemd/system/mariadb.service; enabled; vendor preset: disabled)
     Active: active (running) since Wed 2022-06-01 03:40:27 MSK; 34s ago
       Docs: man:mariadbd(8)
             https://mariadb.com/kb/en/library/systemd/
    Process: 1271213 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
    Process: 1271214 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= ||   VAR=`cd /usr/bin/..; /usr/bin/galera_recovery`; [ $? -eq 0 ]   && systemctl set-environment _WSREP_START_POSITION=$VAR || exit 1 (code=exited, status=0/SUCCESS)
    Process: 1271261 ExecStartPost=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0/SUCCESS)
   Main PID: 1271247 (mariadbd)
     Status: "Taking your SQL requests now..."
      Tasks: 14 (limit: 4690)
     Memory: 187.7M
        CPU: 788ms
     CGroup: /system.slice/mariadb.service
             └─1271247 /usr/bin/mariadbd

Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [Note] InnoDB: File './ibtmp1' size is now 12.000MiB.
Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [Note] InnoDB: log sequence number 38052502275; transaction id 74463190
Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool
Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [Note] Server socket created on IP: '127.0.0.1'.
Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [ERROR] Incorrect definition of table mysql.event: expected column 'definer' at position 3 to have type varchar(, found type char(141).
Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [ERROR] mariadbd: Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.
Jun 01 03:40:26 suip.biz mariadbd[1271247]: 2022-06-01  3:40:26 0 [Note] /usr/bin/mariadbd: ready for connections.
Jun 01 03:40:26 suip.biz mariadbd[1271247]: Version: '10.8.3-MariaDB'  socket: '/run/mysqld/mysqld.sock'  port: 3306  Arch Linux
Jun 01 03:40:27 suip.biz systemd[1]: Started MariaDB 10.8.3 database server.
Jun 01 03:40:27 suip.biz mariadbd[1271247]: 2022-06-01  3:40:27 0 [Note] InnoDB: Buffer pool(s) load completed at 220601  3:40:27

С одной стороны, служба запустилась и работает. Но при этом имеется несколько сообщений об ошибках, а также несколько предупреждений. Самые важные сообщения:

[ERROR] Incorrect definition of table mysql.event: expected column 'definer' at position 3 to have type varchar(, found type char(141).
[ERROR] mariadbd: Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.

Необходимо предпринять действия для устранения ошибок.


Для этого запустите обновление баз данных:

sudo mariadb-upgrade -u root -p

Вам нужно будет ввести пароль пользователя СУБД root и дождаться окончания выполнения команды.

После этого вновь перезапустите службу и проверьте её статус:

sudo systemctl restart mariadb.service
systemctl status mariadb.service

Как можно убедиться, ошибки отсутствуют.

directory permissions differ on /usr/lib/mysql/plugin/auth_pam_tool_dir/ filesystem: 700 package: 755 (РЕШЕНО)

Теперь обратимся ко второму сообщению:

warning: directory permissions differ on /usr/lib/mysql/plugin/auth_pam_tool_dir/
filesystem: 700 package: 755

Это не ошибка, а предупреждение. Суть в том, что разрешение на директорию /usr/lib/mysql/plugin/auth_pam_tool_dir/ различается между фактическим значением в файловой системе и тем, которое указано в установочном пакете.

Наиболее вероятные причины этого:

  • в предыдущей версии пакета были указаны другие права на директорию, а затем сопроводители пакета решили их поменять по тем или иным причинам
  • вы самостоятельно изменили права доступа к указанной директории

Чтобы привести значение прав доступа к рекомендуемым в установочном пакете, начните с проверки текущего значения:

sudo ls -dl /usr/lib/mysql/plugin/auth_pam_tool_dir/

Затем выполните команду chmod с указанием желаемых прав доступа:

sudo chmod 755 /usr/lib/mysql/plugin/auth_pam_tool_dir/

Смотрите также: Команда chmod: как поменять права доступа к файлам и директориям

Вновь проверьте права доступа:

sudo ls -dl /usr/lib/mysql/plugin/auth_pam_tool_dir/

Как можно убедиться на следующем скриншоте, права доступа к указанной директории изменены:

Близкие статьи

  • Решение проблемы «ERROR] Could not open mysql.plugin table. Some plugins may be not loaded» при запуске MariaDB в Arch Linux (78.8%)
  • Ошибка «не удалось завершить транзакцию (неверный или поврежденный пакет)» (РЕШЕНО) (73.5%)
  • Ошибка «error: blackarch: signature from "Levon 'noptrix' Kayan (BlackArch Developer) " is invalid» (РЕШЕНО) (73.5%)
  • Как найти самые быстрые зеркала Arch Linux и BlackArch (71.2%)
  • Восстановление из чёрного экрана при неудачной установке проприетарных AMD драйверов в BlackArch / Arch (52.3%)
  • Ошибка «ModuleNotFoundError: No module named 'pikaur'» (РЕШЕНО) (RANDOM - 52.3%)

Добавить комментарий Отменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

wp-puzzle.com logo


Поиск


Свежие записи

  • Ошибка «error: failed to commit transaction (invalid or corrupted package)» (РЕШЕНО)
  • Ошибка «TypeError: ‘AURPackageInfo’ does not have attribute ‘submitter’» (РЕШЕНО)
  • Ошибка phpMyAdmin «Error: Undefined constant «SODIUM_CRYPTO_SECRETBOX_KEYBYTES»» (РЕШЕНО)
  • Ошибка «error: GPGME error: No data. error: failed to synchronize all databases (unexpected error)» (РЕШЕНО)
  • Как в Arch Linux перейти к предыдущей версии ядра. Как установить и переключиться на linux-lts

Свежие комментарии

  • Vova к записи Установка LAMP (Linux, Apache, MySQL/MariaDB, PHP8 и phpMyAdmin) в Arch Linux / BlackArch
  • Furi к записи Приложение в .AppImage не запускается в Arch Linux (РЕШЕНО)
  • Alexey к записи Установка LAMP (Linux, Apache, MySQL/MariaDB, PHP8 и phpMyAdmin) в Arch Linux / BlackArch
  • Юрок к записи Установка LAMP (Linux, Apache, MySQL/MariaDB, PHP8 и phpMyAdmin) в Arch Linux / BlackArch
  • Aleksandr к записи Ошибка error: failed to synchronize all databases (unable to lock database) (РЕШЕНО)




Рубрики

  • Sniffing и Spoofing
  • Архив
  • Взлом Wi-Fi сетей
  • Инструкции
  • Новости
  • Общая информация/новости
  • Разведка
  • Справка и подсказки




Яндекс.Метрика
© 2023 Документация по BlackArch на русском языке | Powered by Minimalist Blog WordPress Theme