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

    Updated today to latest snap - very slow

    Scheduled Pinned Locked Moved 2.1 Snapshot Feedback and Problems - RETIRED
    108 Posts 27 Posters 37.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.
    • E
      eweri
      last edited by

      Hello!

      Just installed pfSense-2.1-DEVELOPMENT-4g-i386-nanobsd-20120425-2326.img fresh (no update) on my 8GB Kingston CF with my ALIX board and it is still very slow.
      Well it is more like it is sleeping for minutes than does its job until it is sleeping for minutes again.

      For example: I am connected to the serial console and the first sleep happens when it tries to configure the WAN interface - boot process hangs for at least 2 minutes. After pfsense is completely up and running I select "Assign interfaces" from the menu and try to assign the interfaces in the right order. Well when I tried to detect interfaces automatically it takes very long, until I get any response.
      After every interface is assigned it takes very long "writing configuration" but after that my WAN got no IP-address (should use DHCP).
      Than I selected "Reboot system" and once again it takes ages ;-) until the system reboots.

      But one thing is better than the snapshots before - now after reboot my WAN-interface got an IP-address from my DHCP server.

      Hope this helps to solve this problem, bye,
      eweri

      1 Reply Last reply Reply Quote 0
      • M
        moullas
        last edited by

        re-flashed today to latest snap… still extremely slow, when re-mounting as ro

        Btw, my CF is a Lexar 4GB if it matters.. are there any logs that may shed some light?

        1 Reply Last reply Reply Quote 0
        • jimpJ
          jimp Rebel Alliance Developer Netgate
          last edited by

          To add a couple more data points:

          • Enabling TRIM on the slice - no effect, still slow
          • Enabling softupdates on the slice - no effect, still slow
          • Running sync;sync;sync; before mounting ro - no effect, still slow
          • The mount process sticks in biowr state, which is disk i/o
          • While mount is stuck, the system is somewhat unresponsive - can't run a process or connect with ssh, but does appear to continue routing.

          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
          • jimpJ
            jimp Rebel Alliance Developer Netgate
            last edited by

            I went ahead and opened a redmine ticket for this:
            https://redmine.pfsense.org/issues/2401

            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
            • M
              markky
              last edited by

              @markky:

              @markky:

              …

              Many have also suggested that there's a difference in behaviour between an upgrade an a fresh install of the flash card.  I doubt it actually has any impact, but I'll run that test tomorrow on the cheapo card to eliminate/confirm it.

              • Mark

              As expected, the slow CF card still exhibits stalls in mount rw -> ro irrespective of whether the image is an upgrade or a complete reimage of the flash.

              As far as I can remember, my slow CF card can be written at just under 4 MB/s from the dev virtual machine.  The sandisk card by comparison writes at over 5MB/s.

              • Mark

              Within half an hour of putting the 4801 in production with a sandisk 8G card instead of the previous slower 4G card, the system started exhibiting "stall" conditions.

              Unfortunately, my production placement makes serial access a pain (and hence kernel debugger) so I haven't garnered much since.

              I'm at the point where I'm thinking I'll just rebuild the kernel and use unionfs to reduce flash wear and tear and do the occasional sync to either underlaying fs or a persistent overlay.

              • Mark
              1 Reply Last reply Reply Quote 0
              • M
                markky
                last edited by

                @jimp:

                I went ahead and opened a redmine ticket for this:
                https://redmine.pfsense.org/issues/2401

                Here's a bit more detail for what you described.  The fact that flushfiles is flushing out so much on a quiescent filesystem is rather suspect (as a counter point, run lsof and look for writeable files).

                The next line is a tty interrogation with ^T
                load: 0.22  cmd: mount 2123 [biowr] 5.82r 0.02u 0.08s 7% 1044k

                This is the alternate ddb entry, "~^b"

                ~KDB: enter: Break sequence on console

                1 Reply Last reply Reply Quote 0
                • M
                  moullas
                  last edited by

                  So…. has this been abandoned or still actively looked into?

                  Weekend coming up, have time for testing :-D

                  1 Reply Last reply Reply Quote 0
                  • jimpJ
                    jimp Rebel Alliance Developer Netgate
                    last edited by

                    It hasn't been forgotten, but I haven't had any new leads to try. Ermal thought it might be something that was recently fixed on FreeBSD 8-STABLE, but I wasn't able to make usable patches out of the commits I found so for me that was a dead end (someone else might give it a try)

                    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
                    • B
                      Beerman
                      last edited by

                      Any (good) News?  :)

                      1 Reply Last reply Reply Quote 0
                      • D
                        databeestje
                        last edited by

                        None yet

                        1 Reply Last reply Reply Quote 0
                        • T
                          tritron
                          last edited by

                          It seems that the bug still exist interface is very slow unless I execute /etc/rc.conf_mount_rw  in ssh. So workaround is to run /etc/rc.conf_mount_rw  before making any changes

                          1 Reply Last reply Reply Quote 0
                          • jimpJ
                            jimp Rebel Alliance Developer Netgate
                            last edited by

                            We're still aware it's an issue, there is an open bug in redmine for it.

                            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
                            • P
                              phil.davis
                              last edited by

                              I noticed that Seth Mos has committed "Hopefully tackle the slow nanobsd writes. Redmine ticket #2401" on Github. I guess this is probably built in the version I just updated to:
                              2.1-BETA0 (i386)
                              built on Tue Jun 19 20:53:01 EDT 2012
                              FreeBSD 8.3-RELEASE-p3

                              Is there any particular sequence of operations that we can/should test to help to see if the issue is resolved or improved?
                              (I must say, I haven't really noticed the issue on various test nanoBSD installs on my Alix 2D3 in recent weeks!)

                              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
                              • jimpJ
                                jimp Rebel Alliance Developer Netgate
                                last edited by

                                It didn't help, unfortunately.

                                Timing the mount rw then ro calls is sufficient, see the existing redmine ticket for it.

                                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
                                • E
                                  eweri
                                  last edited by

                                  Just installed snapshot pfSense-2.1-DEVELOPMENT-2g-i386-nanobsd-20120629-1927
                                  still the same problem

                                  1 Reply Last reply Reply Quote 0
                                  • E
                                    EmL
                                    last edited by

                                    Same here … had no problems with 2.0.X on my alix. After upgrading to 2.1 about 1 month ago WebGUI is very slow from that point, especially when making changes. After upgrading to latest snapshot and reboot now i'd to restart Webconfigurator via console to have access to my pfSense. I hope the issue can be solved in 2.1, cause i have many alix boards out at customers and this behavior would prevent me to upgrade these boxes ...

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

                                      I also noticed that on recent updates (I think from the beginning of July), after the install reboot, I have to use the console to restart the web configurator. Reboots after that have been fine. So something is happening on the first reboot (of course it reinstalls packages at that time, but that should not kill the web configurator). This web configurator restart issue is probably a different thing to the slow RW mounting. I have also had other web configurator issues recently - see http://forum.pfsense.org/index.php/topic,51188.0.html - maybe there is some common issue here in a recent build that is effecting the web configurator?

                                      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
                                      • S
                                        szop
                                        last edited by

                                        Any news on that? I've updated yesterday to 2.1-BETA0 (i386) built on Thu Oct 11 and having the sames issues like described by you all. The GUI is very fast but when I have to do some changes or for example creating a new OpenVPN account, I have to wait like 1-2 minutes until one step finishes. I'm running on nanobsd (4g).

                                        Cheers,
                                        Szop

                                        1 Reply Last reply Reply Quote 0
                                        • X
                                          xbipin
                                          last edited by

                                          @szop:

                                          Any news on that? I've updated yesterday to 2.1-BETA0 (i386) built on Thu Oct 11 and having the sames issues like described by you all. The GUI is very fast but when I have to do some changes or for example creating a new OpenVPN account, I have to wait like 1-2 minutes until one step finishes. I'm running on nanobsd (4g).

                                          Cheers,
                                          Szop

                                          the bug report is still open, no progress on it as of now, seems something from freebsd

                                          1 Reply Last reply Reply Quote 0
                                          • S
                                            szop
                                            last edited by

                                            Okay, thanks for the fast reply. Can you provide me a link to the bug report?

                                            Cheers,
                                            Szop

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