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.
    • 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
                                    • X
                                      xbipin
                                      last edited by

                                      http://redmine.pfsense.org/issues/2401

                                      1 Reply Last reply Reply Quote 0
                                      • S
                                        Supermule Banned
                                        last edited by

                                        Only nanobsd affected?

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

                                          at least for now

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

                                            I don't see any freebsd bugs that clearly jump out, but this has been reported in the forums:
                                            http://forums.freebsd.org/showthread.php?t=33021&highlight=remount

                                            No other replies, and with USB rather than CF, but maybe a hint it's something in 8.3

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