Mysql PXC 问题从节点不能启动问题
2015-06-03 18:30
405 查看
昨天公司的测试服务器由于别的空间满了导致mysql不能访问,后来释放了部分空间后,虽然主节点可以正常重启。但是从节点就起不来了。从节点日志中报如下错误:
/var/lib/mysql/mysql-error.log:
其中可以看到Can’t create/write to file ‘././backup-my.cnf’,这时可以同时查看主节点日志:
innobackup.backup.log
类似一堆这种错误,猜测是xtrabackup备份时有文件不能写,故打算重新做次备份。故首先删除datadir(/var/lib/mysql)并重建一个(注意将其权限改为mysql:mysql),然后为确保没有mysql进程以及能重新其起来,一是查看ps -ef|grep mysql,二是删除/var/lock/subsys/mysql空文件,这时再启动,可以发现主节点不报错了,但是从节点依然报错:
但是可以发现和刚才报错不一样了,之后查了很多资料,虽然有很多类似的现象,但是仍有细微之处不太一样,最后谷歌中有个哥们,他把my.cnf中的wsrep_sst_method值从xtrabackup-v2改成了rsync,然后再新同步,竟然能成功,然后又改回xtrabackup-v2再重启,竟然也能成功,这个还是不能理解,但是确实解决了这个问题。先mark一下。
/var/lib/mysql/mysql-error.log:
xbstream: Can't create/write to file '././backup-my.cnf' (Errcode: 13 - Permission denied) xbstream: failed to create file. 2015/06/02 15:00:01 socat[17491] E write(1, 0x161d400, 1512): Broken pipe WSREP_SST: [ERROR] Error while getting data from donor node: exit codes: 1 1 (20150602 15:00:01.125) WSREP_SST: [ERROR] Cleanup after exit with status:32 (20150602 15:00:01.128) 2015-06-02 15:00:01 17227 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup-v2 --role 'joiner' --address '192.168.100.135' --auth 'root:root123' --datadir '/var/lib/mysql/' --defaults-file '/etc/my.cnf' --parent '17227' '' : 32 (Broken pipe) 2015-06-02 15:00:01 17227 [ERROR] WSREP: Failed to read uuid:seqno from joiner script. 2015-06-02 15:00:01 17227 [ERROR] WSREP: SST failed: 32 (Broken pipe) 2015-06-02 15:00:01 17227 [ERROR] Aborting
其中可以看到Can’t create/write to file ‘././backup-my.cnf’,这时可以同时查看主节点日志:
innobackup.backup.log
xtrabackup: Error writing file 'UNOPENED' (Errcode: 32 - Broken pipe) [02] Compressing and streaming ./mysql/slave_worker_info 4000 .ibd [02] ...done
类似一堆这种错误,猜测是xtrabackup备份时有文件不能写,故打算重新做次备份。故首先删除datadir(/var/lib/mysql)并重建一个(注意将其权限改为mysql:mysql),然后为确保没有mysql进程以及能重新其起来,一是查看ps -ef|grep mysql,二是删除/var/lock/subsys/mysql空文件,这时再启动,可以发现主节点不报错了,但是从节点依然报错:
WSREP_SST: [ERROR] Cleanup after exit with status:1 (20150603 16:13:46.587) 2015-06-03 16:13:46 23751 [ERROR] WSREP: Process completed with error: wsrep_sst_xtrabackup-v2 --role 'joiner' --address '192.168.100.135' --auth 'root:root123' --datadir '/var/lib/mysql/' --defaults-file '/etc/my.cnf' --parent '23751' '' : 1 (Operation not permitted) 2015-06-03 16:13:46 23751 [ERROR] WSREP: Failed to read uuid:seqno from joiner script. 2015-06-03 16:13:46 23751 [ERROR] WSREP: SST failed: 1 (Operation not permitted) 2015-06-03 16:13:46 23751 [ERROR] Aborting
但是可以发现和刚才报错不一样了,之后查了很多资料,虽然有很多类似的现象,但是仍有细微之处不太一样,最后谷歌中有个哥们,他把my.cnf中的wsrep_sst_method值从xtrabackup-v2改成了rsync,然后再新同步,竟然能成功,然后又改回xtrabackup-v2再重启,竟然也能成功,这个还是不能理解,但是确实解决了这个问题。先mark一下。
相关文章推荐
- 小心服务器内存居高不下的元凶--WebAPI服务
- 运维入门
- Linux5.9无人值守安装
- 数据中心和云未来的十二大趋势
- 用vsftp快速搭建ftp服务器
- Linux快速构建apache web服务器
- 服务器监控策略浅谈
- 如何降低服务器采购成本 原理分析
- 建议的服务器分区办法
- 服务器托管六大优势分析
- Erlang实现的一个Web服务器代码实例
- 路由器启动的顺序
- 服务器技术全面解析
- 保护DNS服务器的几点方法小结
- 我国成为全球第二大服务器消费国
- 服务器 安全检查要点[星外提供]
- 服务器应用自动重新启动IIS批处理[原创]_DOS/BAT_脚本之家
- FTP 服务器关于权限的问题
- 批处理设置windows服务器的代码ThecSafe1.9.4第1/3页