2. 程式人生 > >keepalived腦裂問題查找

keepalived腦裂問題查找

阿新 • • 發佈：2018-04-02
use html pro board tle plain 無法 題解 -a

在自己環境做keepalived+redis實驗時，當重啟了備用redies機器後，發現兩臺redies主機都拿到了VIP

[plain] view plain copy
  1. [root@redis2 ~]# ip addr list
  2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
  3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  4. inet 127.0.0.1/8 scope host lo
  5. inet6 ::1/128 scope host
  6. valid_lft forever preferred_lft forever
  7. 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
  8. link/ether 52:54:00:72:6a:7c brd ff:ff:ff:ff:ff:ff
  9. inet 192.168.122.54/24 brd 192.168.122.255 scope global eth0
  10. inet 192.168.122.50/32 scope global eth0
  11. inet6 fe80::5054:ff:fe72:6a7c/64 scope link
  12. valid_lft forever preferred_lft forever

[plain] view plain copy
  1. [root@localhost ~]# ip addr list
  2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
  3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  4. inet 127.0.0.1/8 scope host lo
  5. inet6 ::1/128 scope host
  6. valid_lft forever preferred_lft forever
  7. 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
  8. link/ether 52:54:00:85:7b:a9 brd ff:ff:ff:ff:ff:ff
  9. inet 192.168.122.96/24 brd 192.168.122.255 scope global eth0
  10. inet 192.168.122.50/32 scope global eth0
  11. inet6 fe80::5054:ff:fe85:7ba9/64 scope link
  12. valid_lft forever preferred_lft forever



也就是出現了keepalived的腦裂現象，檢查了兩臺主機的網絡連通狀態，發現網絡是好的。然後在備機上抓包

[html] view plain copy
  1. [root@localhost ~]# tcpdump -i eth0|grep VRRP
  2. tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
  3. listening on eth0, link-type EN10MB (Ethernet), capture size 65535 bytes
  4. 15:51:17.146322 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  5. 15:51:17.146577 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  6. 15:51:17.146972 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  7. 15:51:18.147136 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  8. 15:51:18.147576 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  9. 15:51:25.151399 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  10. 15:51:25.151942 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  11. 15:51:26.151703 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  12. 15:51:26.152623 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  13. 15:51:27.152456 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  14. 15:51:27.153261 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  15. 15:51:28.152955 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  16. 15:51:28.153461 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  17. 15:51:29.153766 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  18. 15:51:29.155652 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  19. 15:51:30.154275 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  20. 15:51:30.154587 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  21. 15:51:31.155042 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  22. 15:51:31.155428 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  23. 15:51:32.155539 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  24. 15:51:32.155986 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  25. 15:51:33.156357 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  26. 15:51:33.156979 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20
  27. 15:51:34.156801 IP 192.168.122.96 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 50, authtype simple, intvl 1s, length 20
  28. 15:51:34.156989 IP 192.168.122.54 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 51, prio 160, authtype simple, intvl 1s, length 20

備機能接收到master發過來的VRRP廣播，那為什麽還會有腦裂現象？發現重啟後iptables還開著，檢查了防火墻配置

[plain] view plain copy
  1. root@localhost ~]# iptables -S
  2. -P INPUT ACCEPT
  3. -P FORWARD ACCEPT
  4. -P OUTPUT ACCEPT
  5. -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
  6. -A INPUT -p icmp -j ACCEPT
  7. -A INPUT -i lo -j ACCEPT
  8. -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
  9. -A INPUT -j REJECT --reject-with icmp-host-prohibited
  10. -A FORWARD -j REJECT --reject-with icmp-host-prohibited


發現系統不接收VRRP協議，於是修改iptables

[plain] view plain copy
  1. [root@localhost ~]# iptables -I INPUT 4 -p vrrp -j ACCEPT
[plain] view plain copy
  1. [root@localhost ~]# iptables -S
  2. -P INPUT ACCEPT
  3. -P FORWARD ACCEPT
  4. -P OUTPUT ACCEPT
  5. -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
  6. -A INPUT -p icmp -j ACCEPT
  7. -A INPUT -i lo -j ACCEPT
  8. -A INPUT -p vrrp -j ACCEPT
  9. -A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
  10. -A INPUT -j REJECT --reject-with icmp-host-prohibited
  11. -A FORWARD -j REJECT --reject-with icmp-host-prohibited
[plain] view plain copy
  1. [root@localhost ~]# ip addr list
  2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
  3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  4. inet 127.0.0.1/8 scope host lo
  5. inet6 ::1/128 scope host
  6. valid_lft forever preferred_lft forever
  7. 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
  8. link/ether 52:54:00:85:7b:a9 brd ff:ff:ff:ff:ff:ff
  9. inet 192.168.122.96/24 brd 192.168.122.255 scope global eth0
  10. inet6 fe80::5054:ff:fe85:7ba9/64 scope link
  11. valid_lft forever preferred_lft forever

發現VIP沒了。雖然問題解決了，但為什麽備機明明能抓到master發來的VRRP廣播包，但卻無法改變自身狀態呢？只能說明網卡接收到數據包是在iptables處理數據包之前發生的事情。

keepalived腦裂問題查找

相關推薦

keepalived腦裂問題查找

use html pro board tle plain 無法 題解 -a 在自己環境做keepalived+redis實驗時，當重啟了備用redies機器後，發現兩臺redies主機都拿到了VIP [plain] view plain copy [roo

keepalived中的腦裂

主動 雙線 高可用 網關 冗余 永遠 兩個 釋放 keepalive 在高可用（HA）系統中，當聯系2個節點的“心跳線”斷開時，本來為一整體、動作協調的HA系統，就分裂成為2個獨立的個體。由於相互失去了聯系，都以為是對方出了故障。兩個節點上的

說說Keepalived的腦裂

HA 腦裂 1. 工作場景Keepalived提供了Loadbalancing和High-Availability的功能, 本文說的是其為2個Mycat節點提供HA功能的場景.2. 關鍵配置如下, 為主備非搶占模式.! mycat01, 192.168.4.196global_defs { #

keepalived 功能 、原理、腦裂

簡介： keepalived設計之初是專為LVS負載均衡軟體設計的，用來管理和監控LVS集群系統中的各個服務節點狀態，，後來加入實現高可用的VRRP功能。通過vrrp協議實現高可用功能的 常用的功能 管理LVS負載均衡軟體 對LVS叢集節點健康檢查功能

二分法查找

二分法 二分法查找的時間復雜度最小，但是要求所查找的序列為有序序列#include <stdio.h>int bin_find(int* pa, int low, int high, int key){ int tmp = (low + high)/2; if(low >

OpenCV2學習筆記（十五）：利用Cmake高速查找OpenCV函數源代碼

one 生成 img log 分享 lan 學習筆記 全部 modules 在使用OpenCV時，在對一個函數的調用不是非常了解的情況下，通常希望查到該函數的官方聲明。而假設想進一步研究OpenCV的函數，則必須深入到源碼。在VS中我們能夠選中想要查

linux文件查找-find命令

符號 輸出 cat ash 間距 文件 clas option linu find命令：用於在文件樹中查找文件，並作出相應的處理 1、find命令的格式； find pathname -options [-print -exec -ok ...] ｛｝\

wpf 查找父元素、子元素方法

for parent end blog getchild ret static else () 1 /// <summary> 2 /// 根據類型查找子元素 3 /// </summary>

[Codevs 1230]元素查找(手寫哈希表)

iostream max 插入 第一次 ostream ash string.h string 沒有 題目連接：http://codevs.cn/problem/1230/ 說白了就是要我們自己手寫一個哈希表的數據結構來實現加入和查找功能。map也能直接過（我第一次寫就

Oracle截取字符串和查找字符串

最長 大數 表示 2個 floor tar substring 取字符 str oracle 截取字符(substr)，檢索字符位置(instr) case when then else end語句使用 收藏 常用函數：substr和instr1.SUBSTR（string

C語言數組之冒泡排序+折半查找法（二分查找）

不存在 次數 存在 是否 .com int count 結束 如果 冒泡排序算法 1 int num[5]; 2 int i; 3 //循環接收用戶輸入的元素 4 for(i=0;i<5;i++){ 5 pr

二進制查找樹轉換為雙向鏈表

creat while cpp val oid 指針 lin chan span 全然依照海濤哥劍指offer裏邊的遞歸思路來寫的。基本一樣。僅作學習驗證。努力鍛煉。努力學習！ 題目：輸入一棵二元查找樹，將該二元查找樹轉換成一個排序的雙向鏈表。要求不能創建不論什麽新

[C/C++] multimap查找一個key對應的多個value

out blog urn -h multimap 叠代器 find code range 在multimap中，同一個鍵關聯的元素必然相鄰存放。基於這個事實，就可以將某個鍵對應的值一一輸出。 1、使用find和count函數。count函數求出某個鍵出現的次數，find函數

文件查找

liunx 運維 文件查找 不論是什麽操作系統，我們經常有這樣的需求---查找文件。我們在找文件的時候可以根據很多條件查找比如說：按照文件創建日期、文件大小、文件名等....。那麽下面我跟大家分享

二項隊列的查找插入合並操作

-1 節點數 隊列 pair spa main air 連接 emp 源碼例如以下： /* <span style="color:#ff0000;">一棵二次冪堆</span>是一棵左有序的堆，由右子樹為空左子樹為全然二叉樹構成的根組成 &l

二叉查找樹python實現

treenode pri one val name turn 是否 find pan 1. 二叉查找樹的定義： 左子樹不為空的時候。左子樹的結點值小於根節點，右子樹不為空時，右子樹的結點值大於根節點。左右子樹分別為二叉查找樹 2. 二叉查找樹的最左邊的結點即為最小值，要

vs查找功能不顯示查找結果

ges 解決方案 導致 .... .com 技術分享 出現 http img 今天打開vs，查找的時候發現查找結果窗口不出現了，導致看不到查找結果。 網上各種搜索，甚至看到不少說什麽要重裝vs的解決方案，我也是醉了...... 其實解決辦法很簡單啊 vs--窗口--重置窗口

C++string中用於查找的find系列函數淺析

ace 規則 ret stream num 原因 目標 自己 查找字符 總述： 以下所講的所有的string查找函數，都有唯一的返回類型，那就是size_type，即一個無符號整數（按打印出來的算）。若查找成功，返回按查找規則找到的第一個字符或子串的位置；若查找失

遍歷查找跳格子邏輯

jump println args 左右 pat log boolean exti import package solution; import java.util.Scanner; import java.util.Stack; public class

js中樹結構根據條件查找節點返回節點路徑的一些思路

true pre cti length 過程 以及 aid sub 刪除 　　今天在項目中遇到一個問題，需要根據數據庫中記錄的樹結構節點id獲取該記錄所在目錄節點的路徑。 　　大致想法，首先定義變量保存當前路徑，然後遞歸遍歷該樹節點，在遍歷的過程中將遍歷到的節點加入到當前路