On Wed, Apr 27, 2016 at 09:13:40AM +0000, [email protected] wrote:
> Hi tech@.
>
> (Maybe related to http://marc.info/?l=openbsd-bugs&m=146174654219490&w=2).
;-)
> Crashing server acts as a carp backup (master has same hardware config but
> don't crash, in contrast to backup). Will post additional information if
> necessary.
In my case, the server is acting as a backup for 2 carp devices and also
as a master for 2 other carp devices.
But indeed, it is always the same node (part of a 2 nodes setup) that is
crashing. This node just crached again a few minutes ago. It seems
upgrading it to 5.9 makes the bug more frequent. So I am keeping the
other node with «OpenBSD 5.8-current (GENERIC.MP) #1661: Tue Nov 24
20:16:36 MST 2015» for now.
Here is frech output:
ddb{2}> trace
Debugger() at Debugger+0x9
panic() at panic+0xfe
pool_runqueue() at pool_runqueue
pool_get() at pool_get+0xb5
m_clget() at m_clget+0x51
m_dup_pkt() at m_dup_pkt+0x88
carp_input() at carp_input+0x17c
if_input_process() at if_input_process+0xcd
taskq_thread() at taskq_thread+0x6c
end trace frame: 0x0, count: -9
ddb{2}> show panic
pool_do_get: mcl2k free list modified: page 0xffffff00f1ec7000; item
addr 0xfff
fff00f1eca800; offset 0x0=0x0 != 0xaaa0cffd8d1e5cb4
ddb{2}> show register
rdi 0x1
rsi 0x292
rbp 0xffff800022519b50
rbx 0xffffffff817195a0 systqmp+0x1860
rdx 0
rcx 0xffff80000004f000
rax 0x1
r8 0xffff800022519a70
r9 0
r10 0xffff800022519a20
r11 0x8
r12 0x100
r13 0xffff800022519b60
r14 0x2
r15 0x2
rip 0xffffffff81349a09 Debugger+0x9
cs 0x8
rflags 0x282
rsp 0xffff800022519b40
ss 0x10
Debugger+0x9: leave
ddb{2}>
--
oc
