一次DRBD脑裂行为的模拟

转载 2015年07月10日 14:07:17

  1. drbd1为主,drbd2为辅;我个人觉得这个DRBD脑裂的行为,也应该是前期人为或是故障切换造成的,
  2. 如HA。 上次跟一朋友去一客户那里,他那就是属于使用HA做故障切换,最后不知道他们咋搞,在一台
  3. 机上把DRBD的服务给挂了,因为该服务器非常重要,他们对HA及DRBD架构不太熟,在一次HA切换测
  4. 试过程中出现了问题,在此模拟一下这个问题吧。 
  5.  
  6. 1、断开primary 
  7. down机或是断开网线 
  8. 2、查看secondary机器的状态 
  9. [root@drbd2 ~]# drbdadm role fs 
  10. Secondary/Unknown 
  11.  
  12. [root@drbd2 ~]# cat /proc/drbd  
  13. version: 8.3.11 (api:88/proto:86-96) 
  14. GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@drbd2.localdomain, 2011-07-08 11:10:20 
  15. #注意下drbd2的cs状态 
  16.  1: cs:WFConnection ro:Secondary/Unknown ds:UpToDate/DUnknown C r----- 
  17.     ns:567256 nr:20435468 dw:21002724 dr:169 al:229 bm:1248 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0 
  18.  
  19. 将secondary配置成primary角色 
  20. [root@drbd2 ~]# drbdadm primary fs 
  21. [root@drbd2 ~]# drbdadm role fs 
  22. Primary/Unknown 
  23. [root@drbd2 ~]# cat /proc/drbd  
  24. version: 8.3.11 (api:88/proto:86-96) 
  25. GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@drbd2.localdomain, 2011-07-08 11:10:20 
  26.  
  27.  1: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r----- 
  28.     ns:567256 nr:20435468 dw:21002724 dr:169 al:229 bm:1248 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0 
  29. #挂载 
  30. [root@drbd2 ~]# mount /dev/drbd1 /mnt/ 
  31. [root@drbd2 ~]# cd /mnt/ 
  32. [root@drbd2 mnt]# ll 
  33. total 102524 
  34. -rw-r--r-- 1 root root 104857600 Jul  8 12:35 100M 
  35. drwx------ 2 root root     16384 Jul  8 12:33 lost+found 
  36.  
  37. #原来的primary机器好了,出现脑裂了。   
  38. [root@drbd1 ~]# tail -f /var/log/messages  
  39. Jul  8 13:14:01 localhost kernel: block drbd1: helper command: /sbin/drbdadm initial-split-brain minor-1 exit code 0 (0x0) 
  40. Jul  8 13:14:01 localhost kernel: block drbd1: Split-Brain detected but unresolved, dropping connection! 
  41. Jul  8 13:14:01 localhost kernel: block drbd1: helper command: /sbin/drbdadm split-brain minor-1 
  42. Jul  8 13:14:01 localhost kernel: block drbd1: helper command: /sbin/drbdadm split-brain minor-1 exit code 0 (0x0) 
  43. Jul  8 13:14:01 localhost kernel: block drbd1: conn( NetworkFailure -> Disconnecting )  
  44. Jul  8 13:14:01 localhost kernel: block drbd1: error receiving ReportState, l: 4! 
  45. Jul  8 13:14:01 localhost kernel: block drbd1: Connection closed 
  46. Jul  8 13:14:01 localhost kernel: block drbd1: conn( Disconnecting -> StandAlone )  
  47. Jul  8 13:14:01 localhost kernel: block drbd1: receiver terminated 
  48. Jul  8 13:14:01 localhost kernel: block drbd1: Terminating receiver thread 
  49.  
  50. [root@drbd1 ~]# drbdadm role fs 
  51. Primary/Unknown 
  52.  
  53. [root@drbd2 mnt]# drbdadm role fs 
  54. Primary/Unknown 
  55.  
  56. #drbd1现在是standalone,这个时候,主跟辅是不会相互联系的。 
  57. [root@drbd1 ~]# cat /proc/drbd  
  58. version: 8.3.11 (api:88/proto:86-96) 
  59. GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@drbd1.localdomain, 2011-07-08 11:10:38 
  60.  
  61.  1: cs:StandAlone ro:Primary/Unknown ds:UpToDate/DUnknown   r----- 
  62.     ns:20405516 nr:567256 dw:567376 dr:20405706 al:2 bm:1246 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0 
  63.  
  64. [root@drbd1 /]# service drbd status 
  65. drbd driver loaded OK; device status: 
  66. version: 8.3.11 (api:88/proto:86-96) 
  67. GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@drbd1.localdomain, 2011-07-08 11:10:38 
  68. m:res  cs          ro               ds                 p       mounted  fstype 
  69. 1:fs   StandAlone  Primary/Unknown  UpToDate/DUnknown  r-----  ext3 
  70.   
  71. 这个时候,如果用户有尝试把drbd2的drbd服务重启的话,你就会发现根本无法起来! 
  72. [root@drbd2 /]# service drbd start 
  73. Starting DRBD resources: [ ].......... 
  74. *************************************************************** 
  75.  DRBD's startup script waits for the peer node(s) to appear. 
  76.  - In case this node was already a degraded cluster before the 
  77.    reboot the timeout is 120 seconds. [degr-wfc-timeout] 
  78.  - If the peer was available before the reboot the timeout will 
  79.    expire after 0 seconds. [wfc-timeout] 
  80.    (These values are for resource 'fs'; 0 sec -> wait forever) 
  81.  To abort waiting enter 'yes' [ -- ]:[  13]:[  15]:[  16]:[  18]:[  19]:[  20]:[  22]: 
  82.  
  83. 在drbd2处理方法: 
  84. [root@drbd2 /]# drbdadm disconnect fs 
  85. [root@drbd2 /]# drbdadm secondary fs 
  86. [root@drbd2 /]# drbdadm -- --discard-my-data fs 
  87. 做完以上三步,你发现你仍然无法启动drbd2上的drbd服务;上次一客户我个人估计就是这个问题,把DRBD重启后,无法启动DRBD。
  88. 把他们DBA急的要死。呵呵
  89.  
  90.  
  91. 需要在drbd1上重连接资源: 
  92. [root@drbd1 ~]# drbdadm connect fs 
  93.  
  94. 再次启动drbd2上的drbd服务,成了。 
  95. [root@drbd2 /]# service drbd start 
  96. Starting DRBD resources: [ ]. 
  97.  
  98. 再看看资源同步: 
  99. [root@drbd2 /]# cat /proc/drbd  
  100. version: 8.3.11 (api:88/proto:86-96) 
  101. GIT-hash: 0de839cee13a4160eed6037c4bddd066645e23c5 build by root@drbd2.localdomain, 2011-07-08 11:10:20 
  102.  
  103.  1: cs:SyncTarget ro:Secondary/Primary ds:Inconsistent/UpToDate C r----- 
  104.     ns:0 nr:185532 dw:185532 dr:0 al:0 bm:15 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:299000 
  105.         [======>.............] sync'ed: 39.5% (299000/484532)K 
  106.         finish: 0:00:28 speed: 10,304 (10,304) want: 10,240 K/sec 

大伙来拍砖吧!

补充:虽然是手工模拟但在故障切换时也会出一样的问题。 1、DRBD的资源只能在或主或辅的一台机器上挂载。 2、在做主辅的手工切换时的步骤: a、先将原来挂载的东西进行卸载,这个时候你的应用会停,不建议手工切换主辅 b、将原来的主设置成辅 #drbdadm secondary resource_name c、将原来的辅设置成主 #drbdadm primary resource_name d、挂载资源   http://myhat.blog.51cto.com/391263/606318/

DRBD脑裂问题处理记录

环境: DRBD资源池名称:jcluster 主节点primary 从节点secondary 挂载目录 /data 主要用到的命令: service drbd start service dr...

drbd安装配置&&脑裂的处理办法

Distributed Replicated Block Device(DRBD)是一个用软件实现的、无共享的、服务器之间镜像块设备内容的存储复制解决方案。   数据镜像:实时、透明、同步(所有服务...

JDBC的应用,一次代码抄袭行为的收获。(内容包含:Class.forName(),Statement,ResultSet ,DatabaseMetaData )等部份知识点)

protected static String dbClassName = "net.sourceforge.jtds.jdbc.Driver"; protected static Strin...
  • lindiwo
  • lindiwo
  • 2015年07月28日 17:34
  • 491

数学建模最后一次的模拟题

  • 2011年08月20日 10:24
  • 24KB
  • 下载

一次Hadoop脑裂的修复(Cloudera hadoop split-brain repair)

一次Hadoop脑裂的修复(Cloudera hadoop split-brain repair) from:  http://www.linuxboy.net/?p=854 突然发现hadoop...
  • lbyyy
  • lbyyy
  • 2016年02月16日 15:36
  • 1811

Qt模拟Http Post上传文件行为—内存释放问题

最近在做一个小项目,需要向一个服务器批量上传本地文件,通过表单数据formData格式提交给服务器,于是需要用Qt模拟这一行为。关于Qt模拟Http Post行为的博文很多,可以参考博文:http...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:一次DRBD脑裂行为的模拟
举报原因:
原因补充:

(最多只允许输入30个字)