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

    Errors out going up of pfsense VM when saturating LAN interface

    Scheduled Pinned Locked Moved General pfSense Questions
    15 Posts 4 Posters 1.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.
    • stephenw10S
      stephenw10 Netgate Administrator
      last edited by

      Do you have flow control set the same on each?

      1 Reply Last reply Reply Quote 0
      • N
        netnerdy @viragomann
        last edited by

        @viragomann Yes I have tried enabling/disabling both tcp segmentation and hw checksum, but no avail.

        below is ifconfig output. vtnet0 is WAN, vtnet1 is LAN. My WAN and LAN both use vlans btw.

        vtnet0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=900b8<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,LINKSTATE>

        vtnet1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=900b8<VLAN_MTU,VLAN_HWTAGGING,JUMBO_MTU,VLAN_HWCSUM,VLAN_HWFILTER,LINKSTATE>

        1 Reply Last reply Reply Quote 0
        • stephenw10S
          stephenw10 Netgate Administrator
          last edited by stephenw10

          Are you actually seeing traffic dropped?

          Can you see what type of errors they are in the output of sysctl dev.vtnet.0?

          N 1 Reply Last reply Reply Quote 0
          • N
            netnerdy @stephenw10
            last edited by netnerdy

            @stephenw10 Flow control is off for Hypervisor raw interface. does vtnet have its own flow control setting?

            Right now, error count is at 967 (i had to restart my machine). here is sysctl:

            dev.vtnet.1.txq0.rescheduled: 0
            dev.vtnet.1.txq0.tso: 0
            dev.vtnet.1.txq0.csum: 0
            dev.vtnet.1.txq0.omcasts: 103
            dev.vtnet.1.txq0.obytes: 7095877990
            dev.vtnet.1.txq0.opackets: 14070402
            dev.vtnet.1.rxq0.rescheduled: 143
            dev.vtnet.1.rxq0.csum_failed: 0
            dev.vtnet.1.rxq0.csum: 2228565
            dev.vtnet.1.rxq0.ierrors: 0
            dev.vtnet.1.rxq0.iqdrops: 0
            dev.vtnet.1.rxq0.ibytes: 16575625620
            dev.vtnet.1.rxq0.ipackets: 12832966
            dev.vtnet.1.tx_task_rescheduled: 0
            dev.vtnet.1.tx_tso_offloaded: 0
            dev.vtnet.1.tx_csum_offloaded: 0
            dev.vtnet.1.tx_defrag_failed: 0
            dev.vtnet.1.tx_defragged: 0
            dev.vtnet.1.tx_tso_not_tcp: 0
            dev.vtnet.1.tx_tso_bad_ethtype: 0
            dev.vtnet.1.tx_csum_bad_ethtype: 0
            dev.vtnet.1.rx_task_rescheduled: 0
            dev.vtnet.1.rx_csum_offloaded: 0
            dev.vtnet.1.rx_csum_failed: 0
            dev.vtnet.1.rx_csum_bad_proto: 0
            dev.vtnet.1.rx_csum_bad_offset: 0
            dev.vtnet.1.rx_csum_bad_ipproto: 0
            dev.vtnet.1.rx_csum_bad_ethtype: 0
            dev.vtnet.1.rx_mergeable_failed: 0
            dev.vtnet.1.rx_enq_replacement_failed: 0
            dev.vtnet.1.rx_frame_too_large: 0
            dev.vtnet.1.mbuf_alloc_failed: 0
            dev.vtnet.1.act_vq_pairs: 1
            dev.vtnet.1.requested_vq_pairs: 0
            dev.vtnet.1.max_vq_pairs: 1
            dev.vtnet.1.%parent: virtio_pci3
            dev.vtnet.1.%pnpinfo:
            dev.vtnet.1.%location:
            dev.vtnet.1.%driver: vtnet
            dev.vtnet.1.%desc: VirtIO Networking Adapter

            1 Reply Last reply Reply Quote 0
            • stephenw10S
              stephenw10 Netgate Administrator
              last edited by

              Hmm, nothing shown there...

              Are you seeing that only on vtnet1?

              Are you actually seeing connection dropped when the error rate is increasing?

              N 1 Reply Last reply Reply Quote 0
              • N
                netnerdy @stephenw10
                last edited by

                @stephenw10 5F159528-72B7-4B21-9CCC-0410F635C5EA.jpeg

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  Ah, that looks like LAN is actually vtnet0. Can we see the sysctl output for that?

                  N 1 Reply Last reply Reply Quote 0
                  • N
                    netnerdy @stephenw10
                    last edited by

                    @stephenw10

                    nope LAN is on vtnet1.

                    5e7707f8-32e5-4f30-b1b2-a816ee0ad190-image.png

                    this is the sysctl output for vtnet0

                    dev.vtnet.0.txq0.rescheduled: 0
                    dev.vtnet.0.txq0.tso: 0
                    dev.vtnet.0.txq0.csum: 0
                    dev.vtnet.0.txq0.omcasts: 1139
                    dev.vtnet.0.txq0.obytes: 10781607078
                    dev.vtnet.0.txq0.opackets: 16092681
                    dev.vtnet.0.rxq0.rescheduled: 21
                    dev.vtnet.0.rxq0.csum_failed: 0
                    dev.vtnet.0.rxq0.csum: 16804156
                    dev.vtnet.0.rxq0.ierrors: 0
                    dev.vtnet.0.rxq0.iqdrops: 0
                    dev.vtnet.0.rxq0.ibytes: 29382393539
                    dev.vtnet.0.rxq0.ipackets: 26088829
                    dev.vtnet.0.tx_task_rescheduled: 0
                    dev.vtnet.0.tx_tso_offloaded: 0
                    dev.vtnet.0.tx_csum_offloaded: 0
                    dev.vtnet.0.tx_defrag_failed: 0
                    dev.vtnet.0.tx_defragged: 0
                    dev.vtnet.0.tx_tso_not_tcp: 0
                    dev.vtnet.0.tx_tso_bad_ethtype: 0
                    dev.vtnet.0.tx_csum_bad_ethtype: 0
                    dev.vtnet.0.rx_task_rescheduled: 0
                    dev.vtnet.0.rx_csum_offloaded: 0
                    dev.vtnet.0.rx_csum_failed: 0
                    dev.vtnet.0.rx_csum_bad_proto: 0
                    dev.vtnet.0.rx_csum_bad_offset: 0
                    dev.vtnet.0.rx_csum_bad_ipproto: 0
                    dev.vtnet.0.rx_csum_bad_ethtype: 0
                    dev.vtnet.0.rx_mergeable_failed: 0
                    dev.vtnet.0.rx_enq_replacement_failed: 0
                    dev.vtnet.0.rx_frame_too_large: 0
                    dev.vtnet.0.mbuf_alloc_failed: 0
                    dev.vtnet.0.act_vq_pairs: 1
                    dev.vtnet.0.requested_vq_pairs: 0
                    dev.vtnet.0.max_vq_pairs: 1
                    dev.vtnet.0.%parent: virtio_pci2
                    dev.vtnet.0.%pnpinfo:
                    dev.vtnet.0.%location:
                    dev.vtnet.0.%driver: vtnet
                    dev.vtnet.0.%desc: VirtIO Networking Adapter

                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      Hmm, interesting the in/out bytes in your screenshot for WAN lined up exactly with the sysctl output for vtnet1. Just coincidence perhaps? Were those takes at approximately the same time?

                      You still haven't said if you're actually seeing connections drop when you see those errors?

                      Steve

                      N 1 Reply Last reply Reply Quote 0
                      • N
                        netnerdy @stephenw10
                        last edited by

                        @stephenw10 They were taken at different times. It must have been a coincidence.

                        How would I know which connections have dropped? Tcps auto retry anyway. Only weirdness i feel i have is my dns queries sometimes don’t resolve intermittently.

                        1 Reply Last reply Reply Quote 0
                        • stephenw10S
                          stephenw10 Netgate Administrator
                          last edited by

                          Ah, OK do you see anything in the sysctls that looks like the same error count shown in the interface status?

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