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

APIC Warning L1 data cache less than

Scheduled Pinned Locked Moved General pfSense Questions
11 Posts 2 Posters 2.6k 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.
  • V
    Visseroth
    last edited by Dec 19, 2017, 10:12 PM

    No one?

    Mind you, that is where the kernel stops. I assume that was the cause of the stop.

    1 Reply Last reply Reply Quote 0
    • R
      robi
      last edited by Dec 30, 2017, 2:52 PM

      I ran into this yesterday. Updated to 2.4.2p1 a day after it was released. This rig with Supermicro A1SRi-2758F was up and running for 3 years now, and hanged with this same error.
      Reboot - stops in the same place again.
      Entered BIOS, disabled APIC at the CPU options, booted fine. Thought this fixed it, but box crashed again after about 30 mins. Pulled power, let it rest a while, boot again, crash again after about 30 mins…
      This ain't a joke anymore - me thinking - especially these days when all computer shops are closed...

      I gues I was hit by Intel's C2000 fault somehow. Found this thread, which inspired me to check for a BIOS update.

      Noticed that BIOS on the board was at v1.1a, on Supermicro's websithe there's v2 available. Downloaded, updated, reset BIOS to factory defaults, booted up again - all fine in the last 24 hours (knock-knock).

      The thing is that I have a client running 3 rigs with this very same board, one with bios v1, two with bios v1.1a, and they work just fine with latest pfSense. I think we're sitting on a timed bomb here. Hope they will make it through until I get there physically and update BIOS in place…

      1 Reply Last reply Reply Quote 0
      • V
        Visseroth
        last edited by Dec 30, 2017, 3:18 PM

        Your reply made me think I was the one that made the reply as I am in the exact same situation.
        I would try the BIOS update on the machine with the problem, funny thing is it's already running version 2. My other machines running 1.1a don't seem to have a problem so far.

        1 Reply Last reply Reply Quote 0
        • R
          robi
          last edited by Dec 30, 2017, 3:47 PM

          Well re-writing the flash using the same firmware and restoring BIOS to factory defaults (including IPMI settings) couldn't harm…

          1 Reply Last reply Reply Quote 0
          • V
            Visseroth
            last edited by Dec 30, 2017, 4:59 PM

            True.
            I'll give it a shot as soon as I have a chance.
            Thanks for the reply. I'll post back as soon as I know more.

            1 Reply Last reply Reply Quote 0
            • R
              robi
              last edited by Dec 30, 2017, 5:29 PM

              Well if this happens again with the same board, I'll have to switch hardware, can't afford downtime these days.

              1 Reply Last reply Reply Quote 0
              • R
                robi
                last edited by Jan 4, 2018, 7:59 PM

                Knock-knock - working fine since then.

                1 Reply Last reply Reply Quote 0
                • V
                  Visseroth
                  last edited by Jan 5, 2018, 4:17 AM

                  Nice! I haven't had a chance to do anything with this one as of yet. I will report back when I know more.

                  1 Reply Last reply Reply Quote 0
                  • V
                    Visseroth
                    last edited by Jan 16, 2018, 4:05 AM

                    Reset the CMOS today to factory defaults. Set what I wanted set and restarted the system. Same result. Fortunately I have another one of these on hand so I'm going to swap this active system out so I can bench it and do some testing. Also shot SuperMicro a email about the issue. Maybe there's a unknown bug? I'm not sure, sure would be nice to know what is going on though.

                    1 Reply Last reply Reply Quote 0
                    • V
                      Visseroth
                      last edited by Jan 25, 2018, 3:05 AM

                      So was going to swap the firewall out today so I could bench it and test and figure out what was going on and as soon as I fired up the temp firewall, exact same model and case but version 1.1a BIOS, it did the same thing. So I suspected it was likely being caused by something plugged in and since the only thing plugged in was the Tripplite battery backup, I unplugged it, restarted it a few times and it never hung with the error until I plugged the UPS back in.
                      So, in short the kernel is handing on the UPS during boot.

                      Should I report this as a bug? It has to be a FreeBSD kernel bug.
                      I plan to work around it by changing the UPS from USB to serial.

                      The only other issue I was running into was "AutoConfigBackup service started" would seemingly hang forever. Not always, but periodically.

                      1 Reply Last reply Reply Quote 0
                      • S stephenw10 referenced this topic on Jan 8, 2024, 3:00 PM
                      • F fireodo referenced this topic on Jan 8, 2024, 3:04 PM
                      • First post
                        Last post
                      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                        This community forum collects and processes your personal information.
                        consent.not_received