Bug #2012
closed4th+ CARP member will not work with default automatic skew
100%
Description
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.
Updated by Brian Scholer over 12 years 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.
Updated by Ermal Luçi almost 12 years ago
I am unsure why you'd want more than 3 members!
Updated by Brian Scholer almost 12 years 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.
Updated by Brian Scholer almost 12 years ago
Additional information:
http://forum.pfsense.org/index.php/topic,49745.0.html
Updated by Brian Scholer almost 12 years ago
Proposed a fix:
https://github.com/bsdperimeter/pfsense/pull/127
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.
Updated by Renato Botelho about 11 years ago
- Status changed from New to Resolved
- % Done changed from 0 to 100