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

100% CPU usage after turning on IPv6?

Scheduled Pinned Locked Moved Problems Installing or Upgrading pfSense Software
5 Posts 2 Posters 1.1k 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.
  • N
    neiltiffin
    last edited by Mar 23, 2015, 5:22 PM

    Upgraded this morning and the system ran fine, so after about 2 hours I turned on IPv6 and after finally getting it working, I noticed that the CPU was running 100%.  So I thought maybe I bunged something up and restarted.  CPU dropped to 50% and continued that way. Looked at top and did not notice anything conclusive (idle, PHP and dhcp were the top of top -SH).  So on a lark I went into the wan interface and changed the IPV6 configuration type from DHCP6 to None, and after about a minutes the CPU usage dropped off to the normal < 2%.  See the attached graph.  The upgrade was at 8:00, finished the DHCPv6 changes around 10:30, and turned off wan DHCPv6 when CPU when to essentially zero.  Then I turned the wan IPV6 config back to DHCP6, reset the DHCP client config (which was reset) to delegation size 60 and send prefix hint.  It seems to be running fine for about 5 minutes, then CPU Usage went to 100% and I get a log of repeatable DHCP requests (attached).

    Traffic logs did not show anything unusual.

    ![Screen Shot 2015-03-23 at 11.57.45 AM.png](/public/imported_attachments/1/Screen Shot 2015-03-23 at 11.57.45 AM.png)
    ![Screen Shot 2015-03-23 at 11.57.45 AM.png_thumb](/public/imported_attachments/1/Screen Shot 2015-03-23 at 11.57.45 AM.png_thumb)
    ![Screen Shot 2015-03-23 at 11.58.57 AM.png](/public/imported_attachments/1/Screen Shot 2015-03-23 at 11.58.57 AM.png)
    ![Screen Shot 2015-03-23 at 11.58.57 AM.png_thumb](/public/imported_attachments/1/Screen Shot 2015-03-23 at 11.58.57 AM.png_thumb)

    1 Reply Last reply Reply Quote 0
    • D
      doktornotor Banned
      last edited by Mar 23, 2015, 5:56 PM

      You have some Apple junk on your network?

      1 Reply Last reply Reply Quote 0
      • N
        neiltiffin
        last edited by Mar 27, 2015, 10:42 PM Mar 23, 2015, 7:40 PM

        Turns out it was an HP LaserJet printer.  Rebooting the printer solved the problem.  Have talked with support, because I still think it is a problem that the firewall did not limit its responses and allowed the device to essentially do a DOS attack.  You can see the firewall responses in the log posted.

        The key was using the NDT table under diagnostics to tie the IPv6 address to a MAC address.

        1 Reply Last reply Reply Quote 0
        • N
          neiltiffin
          last edited by Mar 23, 2015, 9:07 PM Mar 23, 2015, 7:42 PM

          @doktornotor:

          You have some Apple junk on your network?

          Yes I have a bunch of crap Apple, crap HP, crap Linux, crap freeBSD, crap nintendo, crap Denon, crap Nest, crap silicondust, crap iTach, and crap Zoom stuff on the network.

          Your point?

          1 Reply Last reply Reply Quote 0
          • D
            doktornotor Banned
            last edited by Mar 23, 2015, 7:51 PM Mar 23, 2015, 7:46 PM

            My point is that several people recently reported Bitten Fruit products to behave like nuts regarding DHCP. Notably when both wired and wireless was enabled on them.

            Traffic logs did not show anything unusual.

            ORLY? You consider renewing IP lease multiple times per second normal?  :o Find the offending device in the NDP table and unplug it. After than, you will probably need to delete the dhcpv6 leases file manually to get back to sane state.

            1 Reply Last reply Reply Quote 0
            5 out of 5
            • First post
              5/5
              Last post
            Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
              This community forum collects and processes your personal information.
              consent.not_received