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

    SLBD using entire CPU

    Scheduled Pinned Locked Moved Routing and Multi WAN
    35 Posts 8 Posters 14.5k 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.
    • J
      Juve
      last edited by

      Sorry to pull that topic up again but I am suffering the same problem with a clean and fresh 1.2 install. The pool is a failover pool with two WANs. One of the line is currently down so one gateway can't be pinged.

      Am I unlucky or is it something people still encounter ?

      1 Reply Last reply Reply Quote 0
      • W
        wjs
        last edited by

        I was able to 'mitigate' the problem by switching to a new machine and doing a fresh install. It seems to me like a fairly random problem.

        does slbd go to full load as soon as the pool is activated or after some time?

        1 Reply Last reply Reply Quote 0
        • J
          Juve
          last edited by

          It is after some time or just after saving changes, it is really a random behaviour.

          I'll monitor it to identify when it forks and goes to 99%. I have other machines where it goes very well.

          1 Reply Last reply Reply Quote 0
          • J
            Juve
            last edited by

            21 hours without any problem an then 100% cpu usage on one CPU.
            Where can we adjust the time the killall script is executed ?

            Thanks

            1 Reply Last reply Reply Quote 0
            • C
              cmb
              last edited by

              It's a known issue, using the uniprocessor kernel resolves it.

              1 Reply Last reply Reply Quote 0
              • W
                wjs
                last edited by

                @cmb:

                It's a known issue, using the uniprocessor kernel resolves it.

                That would explain why the problem resolved itself on the new machine, its single core.

                Any reason why that is? I had been planning to build a new dual core router.

                1 Reply Last reply Reply Quote 0
                • J
                  Juve
                  last edited by

                  Thanks cmb,

                  When we do the killall -9 on slbd what effects does it have on connections ? does it kills openned connections ?

                  1 Reply Last reply Reply Quote 0
                  • E
                    eri--
                    last edited by

                    1.2.1 should not suffer from it.

                    1 Reply Last reply Reply Quote 0
                    • J
                      Juve
                      last edited by

                      OK fine.
                      But what about connections when killing slbd ?

                      Thanks

                      1 Reply Last reply Reply Quote 0
                      • C
                        cmb
                        last edited by

                        slbd has no effects on your connections, its only function is to update the ruleset.

                        1 Reply Last reply Reply Quote 0
                        • J
                          Juve
                          last edited by

                          Ok thanks !
                          This mean I can my own crontab script to kill/restart it more often.

                          1 Reply Last reply Reply Quote 0
                          • E
                            eri--
                            last edited by

                            Try 1.2.1 it does not have the slbd problems with multi-wan and should behave better.

                            1 Reply Last reply Reply Quote 0
                            • First post
                              Last post
                            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.