Bug #1508
closedWan Fai lback
100%
Description
When the WAN interface has a static ip and the system fails over the gateway to a tier2 opt1 interface it will not failback to the tier1 interface's gateway when it comes back up.
If the Wan interface has a dhcp ip address it fails back properly.
I have notifications enabled and do not receive any notification when the wan1 interface comes back up if it has a static ip.
Status - Gateway shows the tier1 Wan interface as being up.
Updated by Phil Parris over 13 years ago
Changing anything in the web interface to do with gateways makes the system failback but this is a manual process.
Also, the Wan interface is set as the default in the web interface before testing.
Updated by Perry Mason over 13 years ago
Could be the same thing I see on my wan2. When I look in /tmp/rules.debug gateways hasn't recovered. In a shell script I reload filters with /usr/local/sbin/pfSctl -c 'filter reload'
to correct it.
Updated by Phil Parris over 13 years ago
I see in the logs "Filter Reload" when wan comes back up. I've also ran the PfSctl -c 'filter reload' manually and it will not switch back to tier1.
More detail is that I have wan set as default, priority is 1 and it is tier1.
When I stated that it will fail back with dhcp that was with me pulling the cable. If I leave the link up and down the monitor ip then it will not come back up.
Updated by Phil Parris over 13 years ago
For anyone watching this bug report, i've created a workaround until it gets officially fixed.
create a file /root/failback.php with the following code:
include("/etc/inc/system.inc");
include("/etc/inc/interfaces.inc");
include("/etc/inc/gwlb.inc");
include("/etc/inc/util.inc");
include("/etc/inc/config.inc");
system_routing_configure("wan");
exec("/usr/local/sbin/pfSctl -c 'filter reload'");
?>
then in /etc/inc/gwlb.inc
change the line:
command off "/usr/local/sbin/pfSctl -c 'filter reload'"
to
command off "/usr/local/bin/php /root/failback.php"
Updated by Chris Buechler over 13 years ago
- Category set to Gateways
- Target version set to 2.0
Updated by Ermal Luçi about 13 years ago
- Status changed from New to Feedback
- % Done changed from 0 to 100
Applied in changeset b7d56b6412280d9dde10af0175dcc84eb75a85f2.
Updated by Phil Parris about 13 years ago
Correct me if I'm wrong, but this appears to only resolve the issue of bringing the WAN back up if you physically unplug the cable and plug it back in. This doesn't solve the issue if apinger detects the WAN is down and fails over.
Updated by Ermal Luçi about 13 years ago
If apinger marks a gateway as down as soon as it is up it will mark it as availble and the pool will switch to it for sure.
I have not seen any report of this not working and if you claim so please provide the system logs on this.
Also a description of how your system is setup.
Updated by Ermal Luçi about 13 years ago
- Status changed from Feedback to Resolved