2017-01-02 130 views
0

mysql会引起systemctl状态。Mariadb无法重新启动

Jan 02 13:05:10 CentOS生产mysqld [31513]:InnoDB:错误号11意味着'资源暂时不可用'。

一月02 12点31分36秒的CentOS-生产的mysqld [31394]:InnoDB的:某些操作系统错误数在

扬描述02 12点31分36秒的CentOS-生产的mysqld [31394]:InnoDB的: http://dev.mysql.com/doc/refman/5.6/en/operating-system-error-codes.html

1月2日12时31分36秒的CentOS生产的mysqld [31394]:2017年1月2日12时31分36秒139852839635200 [错误] InnoDB的:无法打开” ./ibdata1'

扬02 12:31:36 CentOS-production mysqld [31394]:2017-01-02 12:31:36 139852839635200 [错误] InnoDB:无法打开或创建系统表空间。如果您尝试添加新的数据文件...

Jan 02 12:31:36 CentOS生产mysqld [31394]:2017-01-02 12:31:36 139852839635200 [错误]插件'InnoDB'init函数返回错误。

Jan 02 12:31:36 CentOS生产mysqld [31394]:2017-01-02 12:31:36 139852839635200 [错误]插件作为存储引擎的'InnoDB'注册失败。

1月2日12时31分36秒的CentOS-生产systemd [1]:mariadb.service:主处理退出,代码=退出,状态= 1/FAILURE

1月2日12时31分36秒的CentOS-生产systemd [1]:无法启动MariaDB数据库服务器。

MariaDB的日志说:从/var/run/mariadb/mariadb.pid结束

pid文件我在最新的工作

161222 16时38分06秒mysqld_safe的mysqld的版本的mariadb,我没有任何数据。 什么做错了?

回答

0

是否有MariaDB的一个实例已经打开? (尝试 ps的斧头| grep的mysqld的,或检查lsof的如果有进程在持有该文件打开。)

几年前,我实现了咨询文件锁定,以防止多个InnoDB的情况下访问同一个文件:

commit 09fc359480135997b0a5ea831d42ab7497f129be 
Author: [email protected] <> 
Date: Wed May 5 11:40:17 2004 +0300 

    InnoDB: os0file.c: Lock files exclusively (Bug #3608) 

虽然该检查的输出未包含在错误日志输出中,但我怀疑它在那里。