Navigation

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

    2.4.5 New Install Slow to boot on Hyper-V 2019

    Virtualization
    8
    16
    794
    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.
    • IsaacFL
      IsaacFL last edited by

      I did a new install of 2.4.5 on Hyper-V 2019 Core and loaded my config.

      It seems to work but during boot it hits a place where it says "Mounting filesystems. . ." and it hangs for about 30 seconds before continuing. Total Boot time is about 2.5 minutes.

      An upgraded 2.4.4 to 2.4.5 system does not have this delay.

      I rebooted with a file check and took a picture.

      IMG_0686.JPEG

      It is right before the "random: unblocking device" that there is a 30 second hang.

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

        are you using UFS or ZFS ?

        Just wanna ask so that I might be able to try to repro the issue

        IsaacFL 1 Reply Last reply Reply Quote 0
        • IsaacFL
          IsaacFL @Mats last edited by

          @Mats UFS

          I think I just did the defaults during install.

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

            I'm observing the same or actually worse.
            New installation HyperV 2019, with NVMe SSD, quad core Intel CPU.
            VM generation 2, 8 vCPU, 8GB RAM, Default Auto config (I understand UFS file system), version 2.4.5
            Installation is generally slow, reboot is slow.

            But the worst is, when I save any configuration changes through the web UI, the CPU jumps >90% and stays this way sometimes for few minutes.
            During this time web UI times out and the traffic is not going through.
            This is on clean, just installed system, no packages.

            I've downloaded 2.4.4 from some mirror and installed as above. Few configuration saves, with no issues.
            Upgraded to 2.4.5, first reboot took 13 minutes most of the time >70% CPU before it was functional.

            Problem with saving changes is back!

            Installed 2.4.5 with ZFS (default settings), same issues.

            1 Reply Last reply Reply Quote 0
            • Com DAC
              Com DAC last edited by

              I've got a basic install with no packages and noticed this too. It takes much longer to boot than 2.4.4 and configuration changes take quite a while to save. The last change I made was just to switch to dark theme and even that caused the box to freeze up for a bit stopping traffic flow.

              It appears to only be my VM on Server 2019 as my other VM on Windows 10 (1909) doesn't seem to have this issue (or it isn't noticeable). Both systems have lots of resources and are on SSD's with pfSense setup using UFS.

              Gertjan 1 Reply Last reply Reply Quote 0
              • Gertjan
                Gertjan @Com DAC last edited by Gertjan

                @Com-DAC said in 2.4.5 New Install Slow to boot on Hyper-V 2019:

                Windows 10 (1909)

                Thanks for detailing the OS used.
                I'm using 1909 Windows 10 Pro (only Pro has the Hyper thing I guess) using SSD.
                I allocated it 500 Mbytes space and just 1 core. UFS also.

                pfSense enables Internet access through my AP even before I can login into Windows This AP hooked up to one of the NIC's reserved strictly for the VM/pfSense - and that is in less ten 15 seconds (thanks SSD !) after a system (device !) boot.

                edit : https://forum.netgate.com/topic/149595/2-4-5-a-20200110-1421-and-earlier-high-cpu-usage-from-pfctl/18 - and one more for one core !

                1 Reply Last reply Reply Quote 0
                • Com DAC
                  Com DAC last edited by

                  I've got 2 cores assigned to each pfSense VM. The Server 2019 instance has 1GB ram and the Windows 10 instance has 512MB ram.

                  I'm also using the classic scheduler on Server 2019 as I trust all the VM's I'm running and I got better performance from pfSense using that scheduler.
                  https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/manage/manage-hyper-v-scheduler-types

                  I'm wondering if this is a scheduler issue as Server 2019 does default to a different scheduler than previous server versions and Windows 10 uses the root scheduler which is quite different than the server defaults.

                  X 1 Reply Last reply Reply Quote 0
                  • X
                    XBH @Com DAC last edited by

                    @Com-DAC Possible, I've just tried 2.4.5 on 2019 with Classic scheduler. Seems to be better. I'll test more next week.

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

                      i just did a fresh install on hyper-v server 2019. (I5 2405s 32 gb ram and an ssd
                      Standard install with ufs

                      takes 30-35s to mount filesystems

                      IsaacFL 1 Reply Last reply Reply Quote 0
                      • IsaacFL
                        IsaacFL @Mats last edited by

                        @Mats said in 2.4.5 New Install Slow to boot on Hyper-V 2019:

                        i just did a fresh install on hyper-v server 2019. (I5 2405s 32 gb ram and an ssd
                        Standard install with ufs

                        takes 30-35s to mount filesystems

                        that was about the time I was seeing.

                        IsaacFL 1 Reply Last reply Reply Quote 0
                        • Com DAC
                          Com DAC last edited by

                          I just did another test and had two browser windows open. In one window I was watching the Diganostics / System Activity page and in the other window I just went to System / General Setup changed nothing and clicked save. In system activity I saw this:

                            PID USERNAME   PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
                          31257 root        90    0  8828K  4832K CPU1    1   0:10  63.96% /sbin/pfctl -o basic -f /tmp/rules.debug
                          98023 root        52    0 10288K  5724K select  1   0:09  58.98% /usr/local/sbin/ntpd -g -c /var/etc/ntpd.conf -p /var/run/ntpd.pid
                          

                          During this time my pings went way up until the save completed (at least no packet loss happened). It only lasted about 4 seconds but I don't recall this happening when making changes in 2.4.4.

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

                            @Com-DAC Your problem sounds like this issue: #10414

                            Workaround: #901871

                            1 Reply Last reply Reply Quote 1
                            • IsaacFL
                              IsaacFL @IsaacFL last edited by

                              I did a test VM install of just vanilla FreeBSD 11.3 with the same parameters as my pfsense install, and the FreeBSD VMdoes not seem to have any of the issues at boot that the pfsense has.

                              So not sure what to do after this?

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

                                1 core work-around in https://forum.netgate.com/topic/149595/2-4-5-a-20200110-1421-and-earlier-high-cpu-usage-from-pfctl/17# resolved here;
                                On-top of slow very slow boot, I also found dropping back to 1 CPU also resolved an issue of system dropping offline post any change of network settings or FW rules.

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

                                  HyperV scheduler change does seem to help much. It behaves inconsistently. I have 2 VMs on 2 hosts both changed to Classic scheduler. One is fine. Second one has the issue.

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

                                    I see this issue too (lockups, no network for long duration's randomly, overall slowness) on my server 2016 datacenter hyper-v pfsense vms, but not on my windows 10 1909 x64 hyper-v pfsense vms with 2.4.5.

                                    doing more tests, reloading the firewall filter does cause the issue on windows 10 1909 hyper-v as well. vm config: gen 2, zfs, 6GB ram, 4x cpu cores assigned.

                                    gonna try the same vm in virtual box and see if the issue exists there too. at this point i've seen the issue on 2016 server hyper-v and windows 10 1909.

                                    1 Reply Last reply Reply Quote 1
                                    • First post
                                      Last post

                                    Products

                                    • Platform Overview
                                    • TNSR
                                    • pfSense
                                    • Appliances

                                    Services

                                    • Training
                                    • Professional Services

                                    Support

                                    • Subscription Plans
                                    • Contact Support
                                    • Product Lifecycle
                                    • Documentation

                                    News

                                    • Media Coverage
                                    • Press
                                    • Events

                                    Resources

                                    • Blog
                                    • FAQ
                                    • Find a Partner
                                    • Resource Library
                                    • Security Information

                                    Company

                                    • About Us
                                    • Careers
                                    • Partners
                                    • Contact Us
                                    • Legal
                                    Our Mission

                                    We provide leading-edge network security at a fair price - regardless of organizational size or network sophistication. We believe that an open-source security model offers disruptive pricing along with the agility required to quickly address emerging threats.

                                    Subscribe to our Newsletter

                                    Product information, software announcements, and special offers. See our newsletter archive to sign up for future newsletters and to read past announcements.

                                    © 2021 Rubicon Communications, LLC | Privacy Policy