4th+ CARP member will not work with default automatic skew
|Priority:||Very Low||Due date:|
|Affected version:||Affected Architecture:|
I created a pfSense cluster with 4 members. I'm using CARP IPs and XMLRPC for configuration sync. As designed, the skew on each VIP gets increased by 100 on each successive member. The skew is a value between 0 and 254, and as a result, the 4th member would be assigned a value of 300, but since it's too high, it just doesn't work. When you look at Status -> CARP it will show the VIPs as being in the init state. I worked around it by manually setting the skew to a valid value in the VIP settings.
#1 Updated by Brian Scholer over 1 year ago
I just upgraded to 2.0.1 and after the upgrade the 4th member of my cluster reverted to having a skew that shows as 0 and being stuck in the init state. I had to reset it back to 250 and it seems to be fine since then (it doesn't change back on reboot of any of the members). I'm not sure what part of the upgrade process resets this stuff.
#3 Updated by Brian Scholer 12 months ago
I am using it for HAProxy in a virtualized environment where we have two sites which are part of the same vCenter (we'll call them upper and lower sites). I have two VMs forced to the upper site and two forced to the lower site. In each site, the VMs are forced to be on separate hosts. It's purely for redundancy to allow for quick failover. To allow for a situation where an issue affects the entire VMware environment, I may yet add more members.
#4 Updated by Brian Scholer 12 months ago
#5 Updated by Brian Scholer 11 months ago
Proposed a fix:
This will make the 4th member work, at the very least it seems to have been the intention of the code in the first place.