Hi
Anybody seen this behaviour before:
We have 10x SRX300 in 7 locations (3 in cluster configuration), The 2 clusters with version 19.1R1.6 are random crashing with kernel panic error below, support asks for RMA but it sounds to me the version could be the cause and not the hardware. The frequency of crashing raises so the suggestion of replacing sounds reasonable.
xhci_process_cmd_event+0x124 (0xc6d02800,0xc6d51110,0x18411603,0x13c0401) ra 0x8016d420 sz 64
xhci_scan_ring_event+0xd8 (0xc6d02800,0xc6d51110,0x18411603,0x13c0401) ra 0x8016ee8c sz 64
xhci_intr+0x2a0 (0xc6d02800,0xc6d51110,0x18411603,0x13c0401) ra 0x80aeaabc sz 32
mips_handle_this_interrupt+0x8c (0xc6d02800,0xc6d51110,0x18411603,0x13c0401) ra 0x80aeab48 sz 40
mips_handle_interrupts+0x58 (0xc6d02800,0xc6d51110,0x18411603,0x13c0401) ra 0x80aeaf6c sz 48
mips_interrupt+0x224 (0xc6d02800,0xc6d51110,0x18411603,0x13c0401) ra 0x80e4bf5c sz 32
MipsUserIntr+0x1a8 (0xc6d02800,0xc6d51110,0x18411603,0x4038a298) ra 0 sz 0
pid 2057, process: flowd_octeon_hm
cpu:0-Trap cause = 3 (TLB miss (store) - kernel mode)
badvaddr = 0x1010, pc = 0x8016c234, ra = 0x8016d420, sr = 0x508008e3
panic: trap
cpuid = 0
KDB: stack backtrace:
0x4038a298+0x0 (0,0,0,0) ra 0x4038b6d0 sz 0
0x4038b67c+0x54 (0,0,0,0) ra 0x4027fb94 sz 48
0x4027fa68+0x12c (0,0,0,0) ra 0 sz 0
pid 2057, process: flowd_octeon_hm
Uptime: 10d13h13m33s
Cannot dump. No dump device defined.
Anybody seen this behaviour before?