Alix apu board having sudden reboots

ToeiRei

Hi guys,

I have a working 2.3.4 install working flawlessly. The update to 2.4-RC worked and the basic functionality was there until the board suddenly reboots. No packages installed;

Just 3 physical interfaces and a couple of VLANs configured. As the box worked before (and still does after the fresh install), I assume it's the 2.4-RC version. I sent in the bug reports via GUI, hoping that they'd help.

Nothing in "Cryptographic Hardware" which would kill the box. PoE on the switch attached to it was disabled.

doktornotor

There is no 2.4 for x86 (such as Alix)

ToeiRei

2.3.4-RELEASE-p1 (amd64)
built on Fri Jul 14 14:52:43 CDT 2017
FreeBSD 10.3-RELEASE-p19

Judging by the stuff pfsense tells me on the dashboard… The box is 64 bit. So there is an Image available.

Correction: it's an apu.

doktornotor

@ToeiRei:

Correction: it's an apu.

Helps to know which HW your have. The original post stated Alix 2D13 - there sure like hell is no 2.4 image for that.

2.3.4-RELEASE-p1 (amd64)
built on Fri Jul 14 14:52:43 CDT 2017
FreeBSD 10.3-RELEASE-p19

Clearly not upgraded, posting to wrong board.

ToeiRei

had to roll back to get the box usable again.

jimp

The submitted crash is in ALTQ, you might try removing the traffic shaper and upgrading and see if it's stable that way.

db:0:kdb.enter.default>  bt
Tracing pid 12 tid 100006 td 0xfffff8000396b000
kdb_enter() at kdb_enter+0x3b/frame 0xfffffe00f439f820
vpanic() at vpanic+0x19f/frame 0xfffffe00f439f8a0
panic() at panic+0x43/frame 0xfffffe00f439f900
hfsc_dequeue() at hfsc_dequeue+0x633/frame 0xfffffe00f439f940
tbr_dequeue() at tbr_dequeue+0xdf/frame 0xfffffe00f439f990
vlan_start() at vlan_start+0x12c/frame 0xfffffe00f439f9f0
tbr_timeout() at tbr_timeout+0x57/frame 0xfffffe00f439fa20
softclock_call_cc() at softclock_call_cc+0x18a/frame 0xfffffe00f439faf0
softclock() at softclock+0x94/frame 0xfffffe00f439fb20
intr_event_execute_handlers() at intr_event_execute_handlers+0x20f/frame 0xfffffe00f439fb60
ithread_loop() at ithread_loop+0xc6/frame 0xfffffe00f439fbb0
fork_exit() at fork_exit+0x85/frame 0xfffffe00f439fbf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00f439fbf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---

That said, I'm running 2.4 on an APU (first gen, not APU2), with traffic shaping on and it doesn't crash there. I'm using PRIQ though, not HFSC.