• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

LoadBalancer Monitor Interfaces not working

Scheduled Pinned Locked Moved Routing and Multi WAN
4 Posts 3 Posters 1.6k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • F
    fvter
    last edited by Sep 30, 2009, 10:14 AM

    Hey All,

    I have a big problem with the load balancer service and its monitoring of IP address.

    I've set-up the interfaces so that they monitor up-bandwidth they both target different upstreams ips. However even when one itnerface is down, they still all show as online. eg. this is the log entries:

    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.220.220, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 195.36.160.38, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.222.222, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 82.227.43.254, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 195.36.160.38, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.220.220, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.222.222, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 82.227.43.254, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.222.222, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 82.227.43.254, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 208.67.220.220, marking service UP
    Sep 30 11:39:07	slbd[29413]: ICMP poll succeeded for 195.36.160.38, marking service UP
    

    82.227.43.254 & 208.67.222.222 is the monitor for the wan link
    195.36.160.38 & 208.67.220.220 is the monitor for the opt1 link

    Yet this log snippet was taken when the opt1 cable was unplugged. It makes no sense why would the service be up if the cable is not even plugged in?

    Cheers

    1 Reply Last reply Reply Quote 0
    • C
      cmb
      last edited by Sep 30, 2009, 4:17 PM

      Don't unplug the interface, that causes the static route to drop and it then pings out WAN if it can. Normally not an issue, we have a bug ticket open on it.
      http://redmine.pfsense.org/issues/show/18

      1 Reply Last reply Reply Quote 0
      • F
        fvter
        last edited by Sep 30, 2009, 4:49 PM

        ok, fine. but even with the cable plugged in i'm still seeing this (ie. if the internet link is down on the modem router) :- btw I hope your considering the case of bad hardware as well (ie. what if the ethernet card is not working properly link errors, mac errors).

        for some reason, the monitors still report online.

        I placed a sniffer between the pfsense link and the dsl router, and I am not seeing any traffic coming from it not even icmp to check the up-link IPs.

        It's just weird. I tried using the diagnostic-ping and manually ping the monitor ips but gives me 100% packet loss. so not sure what is going on.

        1 Reply Last reply Reply Quote 0
        • J
          jimp Rebel Alliance Developer Netgate
          last edited by Sep 30, 2009, 4:53 PM

          @fvter:

          It's just weird. I tried using the diagnostic-ping and manually ping the monitor ips but gives me 100% packet loss. so not sure what is going on.

          Read the note at the bottom of the Diagnostics > Ping page, and be enlightened :)

          Remember: Upvote with the 👍 button for any user/post you find to be helpful, informative, or deserving of recognition!

          Need help fast? Netgate Global Support!

          Do not Chat/PM for help!

          1 Reply Last reply Reply Quote 0
          1 out of 4
          • First post
            1/4
            Last post
          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
            This community forum collects and processes your personal information.
            consent.not_received