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

    Reset interface without rebooting pfsense?

    Scheduled Pinned Locked Moved General pfSense Questions
    7 Posts 3 Posters 28.9k 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
      unregistered00
      last edited by

      We're currently using pfsense 1.2.2. Is there a way to reset an Interface (Internet) without rebooting pfsense? I tried using Status>Interfaces to reset WAN, but the Internet connection for that specific interface wouldn't work unless pfsense itself is rebooted.

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

        Why are you using such an old version?

        You could disable and then re-enable the interface under Interfaces -> WAN in the GUI.
        I'm not entirely sure how pfSense would react to having no WAN interface though.  :-
        Why do you need to reset it? What are you hoping this will achieve?

        Steve

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

          The WAN interface occasionally stops getting an Internet connection even though it still can be pinged. Our solution is to restart pfsense to bring the Internet connection back. However, this is a poor solution because it kills the network for all the Internet connections for a minute or so because of the reboot.

          The old version was already installed as a router even before I got here. Is it safe to restore the version 1.2.2 backup on the latest version?

          EDIT:

          Is it safe to use the latest RC version for a 62 pc setup?

          EDIT2:

          Is it safe to upgrade from 1.2.2 to 1.2.3 (or even the RC3), or should I still have a backup data or screencaps?

          1 Reply Last reply Reply Quote 0
          • N
            Nachtfalke
            last edited by

            In general the update from 1.2 to RC-3 should work fine.

            if you have VPNservers running on pfsense or other packages, this will in general work fine, too but there are replys in the forum for some people who had some problems.

            But I think there shouldn't be any problem if you update from 1.2.2 to 1.2.3.

            Perhaps you could tell us a little more about your setup (MultiWAN, Failover, Packages, VPN, etc.) so we could be sure that there won't be (big) problems.

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

              I've just seen you posted here: http://forum.pfsense.org/index.php/topic,37964.msg195942.html#msg195942
              Running out of mbufs seems a likely suspect for your symptoms.

              Next time you have a problem try running 'netstat -m' from the console:

              [2.0-RC3][root@pfsense.fire.box]/root(1): netstat -m
              2156/664/2820 mbufs in use (current/cache/total)
              2154/412/2566/16832 mbuf clusters in use (current/cache/total/max)
              2153/407 mbuf+clusters out of packet secondary zone in use (current/cache)
              0/14/14/8416 4k (page size) jumbo clusters in use (current/cache/total/max)
              0/0/0/4208 9k jumbo clusters in use (current/cache/total/max)
              0/0/0/2104 16k jumbo clusters in use (current/cache/total/max)
              4847K/1046K/5893K bytes allocated to network (current/cache/total)
              0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
              0/0/0 requests for jumbo clusters denied (4k/9k/16k)
              0/4/4464 sfbufs in use (current/peak/max)
              0 requests for sfbufs denied
              0 requests for sfbufs delayed
              0 requests for I/O initiated by sendfile
              0 calls to protocol drain routines
              
              

              The values for requests for mbufs denied should all be 0. If not then that's your problem, increase the number of mbufs available.

              Steve

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

                This is my current netstat -m

                $ netstat -m
                790/620/1410 mbufs in use (current/cache/total)
                786/466/1252/0 mbuf clusters in use (current/cache/total/max)
                784/240 mbuf+clusters out of packet secondary zone in use (current/cache)
                0/58/58/8224 4k (page size) jumbo clusters in use (current/cache/total/max)
                0/0/0/4112 9k jumbo clusters in use (current/cache/total/max)
                0/0/0/2056 16k jumbo clusters in use (current/cache/total/max)
                1769K/1319K/3088K bytes allocated to network (current/cache/total)
                0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters)
                0/0/0 requests for jumbo clusters denied (4k/9k/16k)
                0/5/4368 sfbufs in use (current/peak/max)
                0 requests for sfbufs denied
                0 requests for sfbufs delayed
                0 requests for I/O initiated by sendfile
                0 calls to protocol drain routines

                So far nothing is denied.

                How do you increase the mbuf?

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

                  See this post for a good explanation.

                  Steve

                  Edit: Interesting that your value for max mbuf clusters is 0. Hmmm.

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