How should it run ?

Juve

I noticed that the /tmp/carp.sh contains advskews at 200.
If it was running fine, after the few seconds (or minutes) at 200 this file would have been changed with the advskew at the set value ?

sullrich

Yes.

Juve

Do you have an Idea of how I could determine what is killing this process ? What should I monitore at startup ? name of a script or something like that.

Many thx for your help guys

sullrich

There should be a php process running with rc.bootup .. It should wait 120 seconds before it exits.

Juve

Ok I monitored it and after the 120 seconds it stopped like it should (I saw no errors or exception) but my CARP IPs were still at 200 on each box. The (weird) fact is that they are really able to communicate since they take over each other….

The only thing which is a bit "strange" on that boxes is that I'm natting on WAN interface packets sourced by WAN interface to a public IP (Most likely ntp requests, pfsense packages retrieval and download...) because my WAN lies in a private network. The public network is handled by the DMZ and my ISP router is configured to forward that public range through pfSense. Do you think that NAT rule should break the way it should work?

sullrich

And the master's ADVSKEW is set to what again?

Juve

Master : 0
Slave 100

configuration sync enabled between firewalls

master.GIF_thumb

slave.GIF_thumb

settings.GIF_thumb

sullrich

Hrm. Wish that I could reproduce this…

jakehathaway

I am seeing the same issue. I have 3 carp addresses, lan, wan, qmoe plus the pfsense internal address. All items seem to sync just fine. I created the backup from the master. I have all 3 master carps at 0 and all 3 backup carps at 100. sometimes only 1 or 2 of the carps failover and it just holds them. I have to re-save carp settings on backup or reboot backup pf box to get it to fail back.
I would love to send any configs, or debug logs if I can do something to help you see the issue. Please let me know.
Currently my boxes are not in a production environment so now is the prime time to debug.
Thanks.

Juve

Have you checked if your switches are not blocking CARP traffic ?
Just to be sure….

sullrich

Switches are constantly an issue with CARP it seems. Definitely ensure that its not being blocked/stopped at the switch level.

jakehathaway

I don't have my pfsync interfaces plugged into a switch, they are plugged in with a crossover cable to each other.

sullrich

CARP != pfSync. CARP traffic will still be present on all interfaces that have a CARP address assigned. If they cannot communicate then it will not work.

hoba

CARP is the mechnism used to detect the state of machines in a cluster and to swap the macadress back and forth between clustermembers. This traffic will happen on every interface where a carp ip resides.

pfSync is an additional mechanism used to sync the statetables between clustermembers so that already established connections don't need to be reestablished after a failover. This traffic will happen on the interface that you set as sync interface.

Both features do work independently of each other but are often used together.

jakehathaway

So what do I look for on the switch as CARP traffic?

hoba

See http://www.countersiege.com/doc/pfsync-carp/ for how it works.