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

    WebGUI crashes with 50x when opening dashboard

    Scheduled Pinned Locked Moved webGUI
    15 Posts 5 Posters 1.7k 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
      fulcx
      last edited by

      That's a nice device, didn't know its specs sorry.

      Anyway after increasing the fpm mem and restarting web gui and fpm from shell commands (I imagine you did that too) did you try using the php tools with the command playback resetwebui (or something like that... I don't remember commands precisely but it gives you the exact list as soon as you enter the tools )?

      Idk maybe a default config for the dashboard solves the issue.. Just trying to help you out with this weird situation cuz I understand how annoying it is

      Ps. If you go to ipv4:port/interfaces.php after the login, will it proceed?

      Good luck with that

      O 1 Reply Last reply Reply Quote 0
      • O
        obamium @fulcx
        last edited by

        @fulcx
        I really appreciate your help and input.
        I increased the memory to 512M for php-fpm and restarted it via the menu that you get when logging in via ssh and entering 16. Is this the wrong way?.

        I mostly jump directly via ipv4/haproxy/haproxy_listeners.php after login and the site loads without a problem.

        And do you maybe know, how to reset the dashboard?

        1 Reply Last reply Reply Quote 0
        • O
          obamium
          last edited by

          Note: I also tested it with an empty dashboard and it also behaves the same:

          c79e5e44-e2c7-422e-b1f1-a1706ee46e5b-grafik.png

          1 Reply Last reply Reply Quote 0
          • F
            fulcx
            last edited by

            Sure
            PHP shell + pfSense tools (pick this from the list)
            then type
            playback resetwebgui
            Hit enter
            this should restore to defaults just the web gui (it's not the crazy factory reset suggested online everywhere... Just reverts to defaults the gui)

            I sincerely hope it helps

            1 Reply Last reply Reply Quote 0
            • w0wW
              w0w @obamium
              last edited by

              @obamium
              Disable HAProxy and check again. This looks like a configuration error—maybe after changing the interface names, you now have the LAN interface configured in HAProxy instead of the WAN, or something similar. Try testing without it.

              O 1 Reply Last reply Reply Quote 0
              • O
                obamium @w0w
                last edited by

                @w0w
                Hi, thanks for your suggestion. I tried it with HAProxy disabled, but unfortunately the dashboard takes a long time to load and/or crashes PHP-FPM after some time.
                f54fe87b-a227-40ba-8a2c-aba47bf98d79-grafik.png

                ffe60c97-426a-4374-be21-24a6a8ba71eb-grafik.png

                @fulcx
                I also reset the dashboard but this also didn't seem to help

                1 Reply Last reply Reply Quote 0
                • G
                  gguglielmi
                  last edited by

                  I just upgraded from 2.7.2 to 2.8.0 and everything worked fine.
                  After the first boot I enabled the new if_pppoe driver and after the reboot I faced this issue, I couldn't even login.
                  I tried then to reboot PHP-FPM from ssh, and I was able to log in and reach the dashboard without any issue.
                  Now it has been 10 minutes and the Web UI still works, but I'm a bit scared to reboot again.
                  I have a Topton Intel N100 CPU with 8GB of RAM.

                  GertjanG 1 Reply Last reply Reply Quote 0
                  • GertjanG
                    Gertjan @gguglielmi
                    last edited by

                    @gguglielmi said in WebGUI crashes with 50x when opening dashboard:

                    I tried then to reboot PHP-FPM from ssh

                    Next time you have the SSH open, have a look at menu option 15.
                    Have a look at what it can offer you.
                    The last 100 saved configs are there, so if needed, you could go back 'in time' and have the GUI work again so you can solve the issue.

                    @obamium said in WebGUI crashes with 50x when opening dashboard:

                    I increased the memory to 512M for php-fpm and restarted

                    Mine is already 512 Mbytes, - I use a 4100 with 4 (I guess ) Mbytes RAM.

                    02bf43b5-f906-4fcb-b113-3dd609981066-image.png

                    Your system, as it has 32 Gb available, should already be using 512 Mbytes, or even more, by default.
                    You could give it 1gbytes or so .... but I'm not sure if PHP will be any faster.

                    How did you change that PHP memory usage setting ?

                    Btw : PHP - by nature very slow as it is a interprets language, using 512 Mbytes, that's already a lot.
                    The dashboard has to collect a lot of info to show, and the more widgets you activate, the slower it gets. Some widgets like showing the last "10k logged firewall rules" will really "kill" the dashboard. PHP will time out while parsing the huge log file, and the web server will cut the conversation with the browser short with a "503 : Nice try, come back tomorrow"

                    No "help me" PM's please. Use the forum, the community will thank you.
                    Edit : and where are the logs ??

                    1 Reply Last reply Reply Quote 0
                    • O
                      obamium
                      last edited by

                      I ran another test:
                      I reconfigured the LAN and WAN interfaces to use the RJ45 ports again (igc0, igc1), unplugged both SFP+ modules, and connected only the LAN back via RJ45. The dashboard page then loaded without any issues.

                      After that, I reconnected the SFP+ module that was used for the WAN interface, reconfigured the WAN to use it again, and the dashboard stopped working once more.

                      Now I'm not sure if this is really relate to PHP-FPM

                      w0wW 1 Reply Last reply Reply Quote 0
                      • w0wW
                        w0w @obamium
                        last edited by

                        @obamium
                        First of all, I would check the system log. There are probably some other errors there as well.

                        O 1 Reply Last reply Reply Quote 0
                        • O
                          obamium @w0w
                          last edited by

                          @w0w
                          I used tail -f /var/log/system.log after restarting php-fpm

                          May 30 11:23:32 Obamium-fw rc.php-fpm_restart[87304]: >>> Restarting php-fpm
May 30 11:23:32 Obamium-fw check_reload_status[88770]: check_reload_status is starting.

May 30 11:26:47 Obamium-fw nginx: 2025/05/30 11:26:47 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:26:53 Obamium-fw nginx: 2025/05/30 11:26:53 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "GET / HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/status_logs.php"
May 30 11:27:02 Obamium-fw nginx: 2025/05/30 11:27:02 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:27:18 Obamium-fw nginx: 2025/05/30 11:27:18 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:27:33 Obamium-fw nginx: 2025/05/30 11:27:33 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:27:49 Obamium-fw nginx: 2025/05/30 11:27:49 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:28:05 Obamium-fw nginx: 2025/05/30 11:28:05 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:28:20 Obamium-fw nginx: 2025/05/30 11:28:20 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:28:25 Obamium-fw nginx: 2025/05/30 11:28:25 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /getstats.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:28:30 Obamium-fw nginx: 2025/05/30 11:28:30 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /getstats.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:28:36 Obamium-fw nginx: 2025/05/30 11:28:36 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /getstats.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"
May 30 11:28:36 Obamium-fw nginx: 2025/05/30 11:28:36 [error] 81351#100414: *675 upstream timed out (60: Operation timed out) while reading response header from upstream, client: 192.168.1.251, server: , request: "POST /widgets/widgets/interfaces.widget.php HTTP/2.0", upstream: "fastcgi://unix:/var/run/php-fpm.socket", host: "192.168.1.1", referrer: "https://192.168.1.1/"

                          Or do you mean another file?
                          And are there logs from php-fpm that I can maybe look at? If so, where can I find them?

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