Восстановление работы служб сервера в случае ошибки Mysql —upgrade
Доброго времени друзья! Очередная заметка на тему администрирования сервера. Недавно работал с одним сервером, на котором установлена панель ISP Manager 6, в качестве базы данных используется MySQL 8. При перезагрузке сервера, MySQL не смог запуститься из-за ошибки, возникла проблема с доступом к служебной таблице пользователей, для решения проблемы было рекомендовано обновить базу данных mysql(её структуру, служебные таблицы и т.д.), с параметром Mysql —upgrade=FORCE. Но, результат не оправдал себя, в процесс обновления также произошел сбой. Как итог, также не могла запустить служба панели ISP Manager. В рамках этой заметки расскажу перечень шагов, которые помогли решить проблему.
Лог ошибок
Запуск службы MySQL:
[ERROR] [MY-010316] [Server] Fatal error: Could not read the column 'authentication_string' from table 'mysql.user'. Please perform the MySQL upgrade procedure. [ERROR] [MY-010952] [Server] The privilege system failed to initialize correctly. For complete instructions on how to upgrade MySQL to a new version please see the 'Upgrading MySQL' section from the MySQL manual. [ERROR] [MY-010119] [Server] Aborting |
Ошибка в процессе обновления (возникла из-за параллельного запуска двух процессов mysql):
[InnoDB] Unable to lock ./ibdata1 error: 11 [ERROR] [MY-012592] [InnoDB] Operating system error number 11 in a file operation. [ERROR] [MY-012596] [InnoDB] Error number 11 means ‘Resource temporarily unavailable’ |
Ошибка запуска ISP manager 6:
backtrace [1;36mEXTINFO mgr_err::Error::Error(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, mgr_err::ErrorInfo const&) (/usr/local/mgr5/lib/libmgr.so.5.405.0 + 0x1ef) [*0x7f1e004d3b54][0m backtrace [1;36mEXTINFO mgr_err::Access::Access(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, mgr_err::ErrorInfo const&) (/usr/local/mgr5/lib/libmgr.so.5.405.0 + 0x74) [*0x7f1e007d75e9][0m backtrace [1;36mEXTINFO isp_api::InternalCall(isp_api::BaseConnection const&, isp_api::Authen const&, isp_api::Action const&) (/usr/local/mgr5/lib/libispapi.so.5.405.0 + 0x419) [*0x7f1e0111c277][0m |
Решение
В качестве решения проблемы, были осуществлены следующие шаги:
1. Останавливаем службу mysql
systemctl stop mysql |
2. Ищем процессы mysql
ps aux | grep mysql |
3. Убиваем процессы mysql
kill -9 mysql |
4. Останавливаем панель ISPmanager
/usr/local/mgr5/sbin/mgrctl -m ispmgr exit pkill core killall core |
5. Чистим кеш ISPmanager
cd /usr/local/mgr5/var/.xmlcache/ rm -rf ./* cd ~ |
5. Переходим в консоль mysql
mysql mysql> |
6. Восстанавливаем пользователей
ALTER USER `roundcube`@`localhost` IDENTIFIED WITH mysql_native_password BY 'PASSWORD'; ALTER USER 'ispmgr'@'localhost' IDENTIFIED WITH mysql_native_password BY 'PASSWORD'; ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY 'PASSWORD'; ALTER USER 'admin'@'localhost' IDENTIFIED WITH mysql_native_password BY 'PASSWORD'; FLUSH PRIVILEGES; CREATE USER 'mysql.infoschema'@'localhost' IDENTIFIED BY ''; mysql> GRANT SELECT ON *.* TO `mysql.infoschema`@`localhost`; exit; |
7. Запускаем ISPmanager
service ihttpd restart /usr/local/mgr5/bin/core |
Следим за логом запуска в реальном времени:
tail -f /usr/local/mgr5/var/ispmgr.log 8. В случае ошибки запуска ISPmanager, перезапускаем панель <pre lang="console">ps aux | grep core kill -9 ID_PROCC pkill core killall core service ihttpd restart /usr/local/mgr5/bin/core tail -f /usr/local/mgr5/var/ispmgr.log |
9. Смотрим какой порт слушает ihttpd
netstat -nap | grep ihttpd |
10. Если проблемы с запуском roundcube — возможно дело в доступе к mysql, проверьте пароль, из п.6, конфиг
/etc/roundcube/debian-db.php.

Автор:






