drbd数据同步异常修复方法
DRBD运行状态查询
1、查看drbd主节点正常运行状态:
cat /proc/drbd
2、从节点正常运行状态:
cat /proc/drbd
3、主节点异常运行状态
cat /proc/drbd
4、从节点异常运行状态
cat /proc/drbd
————————————————————————————————————————————————————
DRBD异常原因分析,及解决。
1、脑裂产生原因:
采用HA环境的时候自动切换导致脑裂;
人为操作或配置失误,导致产生的脑裂;
2、如何判断脑裂行为:
其中一个节点的连接状态始终为 StandAlone
其中一个节点的连接状态始终为 WFConnection
3、脑裂修复方法:
在主节点上的执行操作:
drbdadm connect drbbsync #表示连接主节点 (其中drbdsync为自己设置的资源名称)
在从节点上执行的操作:
drbdadm disconnect drbdsync #表示断开连接 (其中drbdsync为自己设置的资源名称)
drbdadm secondary drbdsync # #表示设置状态为从 (其中drbdsync为自己设置的资源名称)
drbdadm --discard-my-data connect drbdsync 表示从节点上的数据不正确,以主 上的数据为准
*DRBD配置文件
/etc/drbd.d/global_common.conf #全局配置文件位置
global {
usage-count yes;
}
common {
protocol C; \通过方式,目前使用sync。
handlers {
}
startup {
wfc-timeout 240;
degr-wfc-timeout 240;
outdated-wfc-timeout 240;
}
disk {
on-io-error detach;
}
net {
cram-hmac-alg md5;
shared-secret "BIIpass2021";
}
syncer {
rate 30M;
}
}
—————————————————————————————————————————————————————
/etc/drbd.d/drbdsync.res #节点间同步相关配置文件位置
resource drbdsync {
on k8s-master02 {
device /dev/drbd0; //这是Primary机器上的DRBD虚拟块设备,事先不要格式化
disk /dev/vdd1;
address 50.100.13.2:7898;
meta-disk internal;
}
on k8s-master03 {
device /dev/drbd0; //这是Secondary机器上的DRBD虚拟块设备,事先不要格式化
disk /dev/vdd1;
address 50.100.13.3:7898; //DRBD监听的地址和端口。端口可以自己定义
meta-disk internal;
}
}
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通