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

    504 Gateway Time-out (nginx) - 2.3 upgrade on 2x APU1

    Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
    30 Posts 12 Posters 22.3k 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.
    • O Offline
      Overlord
      last edited by

      I tried that thing with uncheck updates - didn't work. After some days the http request timed out because ngin didn't respond

      1 Reply Last reply Reply Quote 0
      • jahonixJ Offline
        jahonix
        last edited by

        There was a problem with the IPsec widget a while back. If you have that on the dashboard then try to remove it.

        1 Reply Last reply Reply Quote 0
        • C Offline
          craymore
          last edited by

          bump

          Setup :

          • 2.3.2-RELEASE-p1 (i386)
          • 2013 ALIX Engine
          • 4G NanoBSD
          • bare install, no-addons

          I have been trying to taccle down similar issues as those mentionned in this topic :

          • nginx timeouts ( 504, 502 … ) or slowness

          • nginx timeouts in syslog

          • traffic still going trough, only the UI is impacted

          My appliance is coupled w/ a 100Mbps DSL line ( which is well below the maximum troughput it can handle ), and I started noticying that the nginx issues were happening at high troughput ( >= 90Mbps ).

          I disabled traffic shaping at first ( as it can be quite CPU intensive ), but it didn't change the behaviour.

          The moment the troughput drops to values like 20Mbps, the UI becomes responsive again ( no slowness, no timeouts ).

          What can I do to solve these problems ?  :-\

          1 Reply Last reply Reply Quote 0
          • H Offline
            hda
            last edited by

            @craymore:

            bump
            ..Alix..
            What can I do to solve these problems ?

            Bump in place ?

            First off: Install a fast/excellent CF like a Transcend Industrial grade.
            Then start with a 2.3 from scratch i.s.o. upgrading from a 2.2
            Set the CF to read/write all the time.
            2.3 works fine with an Alix.

            1 Reply Last reply Reply Quote 0
            • C Offline
              craymore
              last edited by

              @hda:

              First off: Install a fast/excellent CF like a Transcend Industrial grade.
              Then start with a 2.3 from scratch i.s.o. upgrading from a 2.2
              Set the CF to read/write all the time.
              2.3 works fine with an Alix.

              • SLC SD card w/ high i/o installed
              • last "from scratch" install was done on the initial 2.3 release ( and it's irrelevant since the NanoBSD upgrade procedure is equivalent to an initial install w/ config copy only )
              • RW mode enabled ( it's now a NanoBSD default setting )
              1 Reply Last reply Reply Quote 0
              • D Offline
                doktornotor Banned
                last edited by

                @craymore:

                I started noticying that the nginx issues were happening at high troughput ( >= 90Mbps ).
                I disabled traffic shaping at first ( as it can be quite CPU intensive ), but it didn't change the behaviour.
                The moment the troughput drops to values like 20Mbps, the UI becomes responsive again ( no slowness, no timeouts ).

                What can I do to solve these problems ?  :-\

                Get an adequate hardware to handle the load. These things are simply EOL. Having issues even when updating due to lack of RAM, especially if you hit some bigger package update (python, perl comes to mind.)

                1 Reply Last reply Reply Quote 0
                • H Offline
                  hda
                  last edited by

                  @craymore:

                  The moment the troughput drops to values like 20Mbps, the UI becomes responsive again ( no slowness, no timeouts ).
                  What can I do to solve these problems ?  :-\

                  So if the load is too high, which it is, and you want to keep the Alix, you could then restrict your 100-line to 50 or 25 with a managed switch.

                  1 Reply Last reply Reply Quote 0
                  • C Offline
                    craymore
                    last edited by

                    @doktornotor:

                    These things are simply EOL. Having issues even when updating due to lack of RAM, especially if you hit some bigger package update (python, perl comes to mind.)

                    EOL ?!  :o

                    These ALIX appliances are still being sold and are rated for a 250Mbp/s Firewall throughput, which, if I'm right, should be more than enough for what I do with it  ???

                    EDIT : looking carefully @ the specs, I noticed that, while the FW t.p. is rated at 250Mbp/s, the port-to-port t.p. is rated at 85Mbp/s, so that might be a clue indeed ( altough I don't fully understand what it means compared to the FW t.p. )

                    1 Reply Last reply Reply Quote 0
                    • D Offline
                      doktornotor Banned
                      last edited by

                      @craymore:

                      @doktornotor:

                      These things are simply EOL. Having issues even when updating due to lack of RAM, especially if you hit some bigger package update (python, perl comes to mind.)

                      EOL ?!  :o

                      Yeah, these are certainly EOLed as far as pfSense is concerned (together with rest of x86 arch). x86 is gone with 2.4. I mean, recycle them to run LEDE/OpenWrt or something similar on it and they can keep running for lot more years, but pfSense/FreeBSD is getting a pain to run on these.

                      1 Reply Last reply Reply Quote 0
                      • P Offline
                        phil.davis
                        last edited by

                        @doktornotor:

                        @craymore:

                        @doktornotor:

                        These things are simply EOL. Having issues even when updating due to lack of RAM, especially if you hit some bigger package update (python, perl comes to mind.)

                        EOL ?!  :o

                        Yeah, these are certainly EOLed as far as pfSense is concerned (together with rest of x86 arch). x86 is gone with 2.4. I mean, recycle them to run LEDE/OpenWrt or something similar on it and they can keep running for lot more years, but pfSense/FreeBSD is getting a pain to run on these.

                        For details of will no longer be supported from 2.4 onwards: https://forum.pfsense.org/index.php?topic=121255.0

                        As the Greek philosopher Isosceles used to say, "There are 3 sides to every triangle."
                        If I helped you, then help someone else - buy someone a gift from the INF catalog http://secure.inf.org/gifts/usd/

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