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

    Crash when switching interface OFF and ON again

    Scheduled Pinned Locked Moved 2.5 Development Snapshots (Retired)
    27 Posts 6 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.
    • w0wW
      w0w
      last edited by

      @louis2 Yep. But those or similar crashes you have now, I have had when 2.5 was based on 12.0-RELEASE using standard driver. The situation was exactly the same, any movements like up/down, unplugging-replugging interface caused the crash, not always and sometimes it was immediately, sometimes not. After some trial and error, googling, digging and so on I think now that it is radix_mpath option and maybe this feature is not buggy by itself but it shows some system errors that never otherwise appear. The only way I see to test it is to compile the kernel without radix_mpath option enabled.

      1 Reply Last reply Reply Quote 0
      • L
        louis2
        last edited by

        @w0w said in Crash when switching interface OFF and ON again:

        radix_mpath

        radix_mpath is related to multipath rooting. I did not dig into that, but it sounds like route redundancy, something I am not using (what not necessary implies that I am not affected).

        I also noticed that there is already a pfSense feature request, noting that there are known issues inside radix_mpath (Feature #9544).
        However my personal feeling is that in my case it is more likely to expect the problem in some multicast module or in some generic interface handler.

        If …. I just had an "in circuit emulator" here attached to my system / your system and all sources, we would know within hours, ..... since most issues are reproduceable ....... but of course we do not have that kind of very advanced tooling.

        If some one would compile a pfSence version having a lot of extra debug statements .... that would probably help as well ....

        Louis

        1 Reply Last reply Reply Quote 0
        • w0wW
          w0w
          last edited by

          May be @rschell can help, at least with pfSense version compiled without radix_mpath. 😊
          Unfortunately, my knowledge is not enough to build the kernel myself.

          1 Reply Last reply Reply Quote 0
          • L
            louis2
            last edited by

            @w0w, @rschell

            I did open bug at FreeBSD Bugzilla – Bug 248243
            https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248243

            It would help if you support me there by entering info about the issues you noticed (and perhaps your verdict). Of cause supported by facts as far as possible.

            Louis

            ? 1 Reply Last reply Reply Quote 0
            • ?
              A Former User @louis2
              last edited by

              @louis2 I have a 2.5 development version without the RADIX_MPATH option enabled (no additional debug statements) that I could share with you. You have a preference ISO or memstick?

              w0wW 1 Reply Last reply Reply Quote 0
              • L
                louis2
                last edited by

                @rschell, @w0w,

                I am not sure RADIX_MPATH is casing the trouble for me, at least not if I do interpret the reason RADIX_MPATH correctly (I do not use multiple paths)

                However to be sure I could try a memstick version, if it is based on a very recent generic 2.5 build.

                What I really would love to have !!! , is a pfSense debug version tracking all communication between pimd and the freebsd kernel and saving that with timestamps in a file which is not lost in case of a crash.

                Louis

                1 Reply Last reply Reply Quote 0
                • w0wW
                  w0w @A Former User
                  last edited by

                  @rschell
                  Memstick would be great. Thanks!

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