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

    Em(4) NIC link cycling when member of bridge

    Scheduled Pinned Locked Moved 2.3-RC Snapshot Feedback and Issues - ARCHIVED
    18 Posts 5 Posters 3.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.
    • U
      UltramaticOrange
      last edited by

      I updated to 2.3.b.20160211.0929, verified the issue still existed, but it's been endlessly rebooting since. I'll sit on my hands until the next build, reinstall and retry.

      1 Reply Last reply Reply Quote 0
      • U
        UltramaticOrange
        last edited by

        2.3-BETA (amd64)
        built on Thu Feb 11 18:43:21 CST 2016
        FreeBSD 10.3-BETA1

        commented out the specified line (line 100).

        No change in behavior. I found a spare hdmi cable, so I wired up the second input to my monitor and noticed it's complaining about ipv6. Most relevent looking lines were as below:

        @console:

        bridge0: IPv6 address on em2 have been removed before adding it as a member to
        prevent IPv6 address scope violation.

        Same note for em0, em1, and em3. Not sure if there's missing text due to a lack of a wordwrap on-screen, or if the message is just oddly worded.

        1 Reply Last reply Reply Quote 0
        • H
          Harvy66
          last edited by

          if the NIC is bridged, maybe the switch is shutting down a loop? I know my HP switch, by default, shuts down loops to save the network.

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

            Confirmed there is definitely an issue there with em NICs in a bridge. Lose and re-gain link on the NIC and you'll end up with non-stop cycling.

            In my test case, after doing that to one NIC, all the NICs in the bridge are cycling link. That the case for you as well?

            I'll look into it, though it might be early next week, several other things I have to get finished today.

            1 Reply Last reply Reply Quote 0
            • U
              UltramaticOrange
              last edited by

              Added a second machine to my setup and confirmed that all NICs on the bridge cycle when I swap ports on one.

              It may be worth noting at this point that the reason why I'm on the 2.3 beta is because on 2.2.x, the realtek NIC disappears when the HP/Intel NIC is added to the machine. Seems like any previous fixes for the issue in this thread might be related to the issue with the missing realtek NIC.

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

                Hmmm I have similar problem with em nics but they are not in the bridge. When I unplug one (wan dhcp) web interface stops to respond and never come back.
                If I unplug pppoe, link never comes back in console I see something about watchdog resseting…
                I never had any issues with nics until now.
                Can this be related?

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

                  @maverick_slo:

                  Can this be related?

                  No, this strictly affects bridges, please start your own thread describing what you're doing and seeing if you're still having issues after the change back in the other thread.

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

                    Hi cmb all fine here with latest snaps.

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

                      This should be fixed now.

                      1 Reply Last reply Reply Quote 0
                      • U
                        UltramaticOrange
                        last edited by

                        Updated to 2.3.b.20160217.1500 and tested with one DHCP client. Looks good!  :D Thanks

                        1 Reply Last reply Reply Quote 0
                        • J
                          jwt Netgate
                          last edited by

                          patch was reverted.

                          1 Reply Last reply Reply Quote 0
                          • U
                            UltramaticOrange
                            last edited by

                            @jwt:

                            patch was reverted.

                            I'm taking this to mean that I should hold off on updating until the patch/fix is reintroduced.

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

                              No, it was the change that introduced the problem that was reverted, and the problem that change fixed was fixed in a different way that doesn't trigger this problem. You're fine.

                              1 Reply Last reply Reply Quote 0
                              • U
                                UltramaticOrange
                                last edited by

                                Cool. Thanks.

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