惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

aimingoo的专栏
aimingoo的专栏
腾讯CDC
Y
Y Combinator Blog
L
LangChain Blog
B
Blog
U
Unit 42
P
Proofpoint News Feed
G
Google Developers Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 【当耐特】
WordPress大学
WordPress大学
月光博客
月光博客
Vercel News
Vercel News
雷峰网
雷峰网
T
The Blog of Author Tim Ferriss
MyScale Blog
MyScale Blog
大猫的无限游戏
大猫的无限游戏
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
酷 壳 – CoolShell
酷 壳 – CoolShell
Blog — PlanetScale
Blog — PlanetScale
博客园 - 司徒正美
云风的 BLOG
云风的 BLOG
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 叶小钗

博客园 - Mr.Myth

percona server 二进制安装下编译tpcc-mysql的坑 Problems with MMM for mysql(译文) Steve Loughran:Why not raid 0,its about time and snowflakes!!! How to Clean Up After a Failed 10g or 11.1 Oracle Clusterware Installation [ID 239998.1] MySQL 5.5 外键不能引用分区表主键 MYSQL 登录漏洞,Percona Server说明 基于xtrabackup的Point-In-Time Recovery备份恢复 使用折半查找法删除 五月第二周 合肥之行 ORACLE 10G & patch下载地址大全 RED HAT ES 5.4 X64安装ORACLE 10G R2 64bit - Mr.Myth vmware server 安装oracle 10G RAC 实践(三) vmware server 安装oracle 10G RAC 实践(二) vmware server 安装oracle 10G RAC 实践(一) 内存数据库 Timesten IBM 中国研究院 Offer 之感言——能力是一种态度(转) XX项目----记录(一) 10G 更改IP地址或机器名后EM配置
MySQL MMM 双主在Failover时挂起
Mr.Myth · 2014-06-04 · via 博客园 - Mr.Myth

两台MySQL服务器,版本Percona 5.5.35,配置双主,装在Centos 6.4下

Master1  db1,172.21.120.160(真实IP),172.21.120.173(Writer),172.21.120.174(read)

Master2  db1,172.21.120.170(真实IP),172.21.120.175(read)

遇到一个奇怪的问题,db1 failover 到db2失败,表现为mmm_control无反应,

monitor日志显示

FATAL Admin moved role 'writer' from 'db1' to 'db2'

db1日志显示

2014/06/04 16:19:21 DEBUG Executing /usr/lib/mysql-mmm//agent/configure_ip eth0 172.21.120.175
2014/06/04 16:19:21 DEBUG Listener: Waiting for connection...
2014/06/04 16:19:24 DEBUG Listener: Waiting for connection...
2014/06/04 16:19:27 DEBUG Listener: Waiting for connection...
2014/06/04 16:19:30 DEBUG Listener: Waiting for connection...
2014/06/04 16:19:33 DEBUG Listener: Waiting for connection...

db2日志显示

2014/06/04 16:19:23 DEBUG Executing /usr/lib/mysql-mmm//agent/sync_with_master

问题就处在db2执行sync_with_master操作挂起

手动kill掉进程后Monitor端显示

OK: Role 'writer' has been moved from 'db1' to 'db2'. Now you can wait some time and check new roles info!

mmm_control和db1,db2日志正常,writer IP移到db2

测试从db2 move writer role到db1正常

[root@OL11r2 ~]# mmm_control move_role writer db1
OK: Role 'writer' has been moved from 'db2' to 'db1'. Now you can wait some time and check new roles info!
[root@OL11r2 ~]#

db1 move writer role到db2又挂起

kill 掉进程正常

有谁遇到过吗?