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

    Pfblocker 2.1 error (Cannot allocate memory) with builds after "Aug 1 19:39:40"

    Scheduled Pinned Locked Moved pfSense Packages
    21 Posts 10 Posters 10.2k 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.
    • P
      pppfsense
      last edited by

      This worked for me too. Thanks!

      (Guessing this will be fixed in an upcoming build?)

      @drzoidberg33:

      @jimp:

      Try reverting this commit via the system patches package:
      https://github.com/pfsense/pfsense/commit/71549fa70975d30cf2fdb0275da8744b40c8ee49

      Thanks! Works :)

      1 Reply Last reply Reply Quote 0
      • P
        pppfsense
        last edited by

        Today's build (Thu Aug 15 16:30:12 EDT 2013 ) seems to fix this.

        My bug is still open so this is not "official" yet. I'll confirm when it gets acknowledged and marked as fixed/closed.

        Thx.

        @pppfsense:

        This worked for me too. Thanks!

        (Guessing this will be fixed in an upcoming build?)

        @drzoidberg33:

        @jimp:

        Try reverting this commit via the system patches package:
        https://github.com/pfsense/pfsense/commit/71549fa70975d30cf2fdb0275da8744b40c8ee49

        Thanks! Works :)

        1 Reply Last reply Reply Quote 0
        • P
          pppfsense
          last edited by

          This issue was indeed fixed in yesterday's build.

          Thanks so much to the pfSense team.

          pfSense rocks!

          @pppfsense:

          Today's build (Thu Aug 15 16:30:12 EDT 2013 ) seems to fix this.

          My bug is still open so this is not "official" yet. I'll confirm when it gets acknowledged and marked as fixed/closed.

          Thx.

          @pppfsense:

          This worked for me too. Thanks!

          (Guessing this will be fixed in an upcoming build?)

          @drzoidberg33:

          @jimp:

          Try reverting this commit via the system patches package:
          https://github.com/pfsense/pfsense/commit/71549fa70975d30cf2fdb0275da8744b40c8ee49

          Thanks! Works :)

          1 Reply Last reply Reply Quote 0
          • B
            brasilnut
            last edited by

            I am confused.

            If this was already fixed, why does it still happen in this build:
            2.1-RELEASE (i386)
            built on Wed Sep 11 18:16:50 EDT 2013 ?

            "[ There were error(s) loading the rules: /tmp/rules.debug:34: cannot define table pfBlockerEurope: Cannot allocate memory - The line in question reads [34]: table persist file /var/db/aliastables/pfBlockerEurope.txt]"

            @pppfsense:

            This issue was indeed fixed in yesterday's build.

            Thanks so much to the pfSense team.

            pfSense rocks!

            @pppfsense:

            Today's build (Thu Aug 15 16:30:12 EDT 2013 ) seems to fix this.

            My bug is still open so this is not "official" yet. I'll confirm when it gets acknowledged and marked as fixed/closed.

            Thx.

            @pppfsense:

            This worked for me too. Thanks!

            (Guessing this will be fixed in an upcoming build?)

            @drzoidberg33:

            @jimp:

            Try reverting this commit via the system patches package:
            https://github.com/pfsense/pfsense/commit/71549fa70975d30cf2fdb0275da8744b40c8ee49

            Thanks! Works :)

            1 Reply Last reply Reply Quote 0
            • B
              brasilnut
              last edited by

              Also, if I try to Patch using "System: Patches"
              I get the following errors:
              "Patch can NOT be applied cleanly (detail)
              Patch can NOT be reverted cleanly (detail)"

              @brasilnut:

              I am confused.

              If this was already fixed, why does it still happen in this build:
              2.1-RELEASE (i386)
              built on Wed Sep 11 18:16:50 EDT 2013 ?

              "[ There were error(s) loading the rules: /tmp/rules.debug:34: cannot define table pfBlockerEurope: Cannot allocate memory - The line in question reads [34]: table persist file /var/db/aliastables/pfBlockerEurope.txt]"

              @pppfsense:

              This issue was indeed fixed in yesterday's build.

              Thanks so much to the pfSense team.

              pfSense rocks!

              @pppfsense:

              Today's build (Thu Aug 15 16:30:12 EDT 2013 ) seems to fix this.

              My bug is still open so this is not "official" yet. I'll confirm when it gets acknowledged and marked as fixed/closed.

              Thx.

              @pppfsense:

              This worked for me too. Thanks!

              (Guessing this will be fixed in an upcoming build?)

              @drzoidberg33:

              @jimp:

              Try reverting this commit via the system patches package:
              https://github.com/pfsense/pfsense/commit/71549fa70975d30cf2fdb0275da8744b40c8ee49

              Thanks! Works :)

              1 Reply Last reply Reply Quote 0
              • marcellocM
                marcelloc
                last edited by

                @brasilnut:

                I am confused.

                If this was already fixed, why does it still happen in this build:
                2.1-RELEASE (i386)

                Disable pfblocker, increase the value and then enable it again.

                Treinamentos de Elite: http://sys-squad.com

                Help a community developer! ;D

                1 Reply Last reply Reply Quote 0
                • B
                  brasilnut
                  last edited by

                  Marcel,

                  Can you describe the value that you mentioned in your post?
                  Thanks !

                  @marcelloc:

                  @brasilnut:

                  I am confused.

                  If this was already fixed, why does it still happen in this build:
                  2.1-RELEASE (i386)

                  Disable pfblocker, increase the value and then enable it again.

                  1 Reply Last reply Reply Quote 0
                  • marcellocM
                    marcelloc
                    last edited by

                    It will depend on the size of your lists

                    you can use default 100000 or 300000 or 400000…..

                    Treinamentos de Elite: http://sys-squad.com

                    Help a community developer! ;D

                    1 Reply Last reply Reply Quote 0
                    • B
                      brasilnut
                      last edited by

                      @marcelloc:

                      It will depend on the size of your lists

                      you can use default 100000 or 300000 or 400000…..

                      Okay - Let me rephrase my question:

                      Where is this value?

                      1 Reply Last reply Reply Quote 0
                      • marcellocM
                        marcelloc
                        last edited by

                        @brasilnut:

                        Okay - Let me rephrase my question:

                        Where is this value?

                        It's on the first post of this thread System -> Advanced -> Firewall Maximum Table Entries

                        @pppfsense:

                        I already tried some very high values for the Firewall Maximum Table Entries  with no success (System - Advanced - Firewall Maximum Table Entries = 999999999)

                        Treinamentos de Elite: http://sys-squad.com

                        Help a community developer! ;D

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