Kernel panics in tcp_twclose
Palle Girgensohn
girgen at gmail.com
Wed Sep 23 21:29:11 UTC 2015
> 23 sep 2015 kl. 23:25 skrev Navdeep Parhar <nparhar at gmail.com>:
>
> On Wed, Sep 23, 2015 at 11:15:03PM +0200, Palle Girgensohn wrote:
> ...
>>> By the way Palle could you also run below Dtrace script to see where
>>> this tcp_close() in INP_TIMEWAIT comes from:
>>>
>>> $ cat tcp-close-tw.d
>>> fbt::tcp_close:entry
>>> /args[0]->t_inpcb->inp_flags & 0x01000000/
>>> {
>>> @s1[stack()] = count()
>>> }
>>>
>>> tick-1sec {
>>> printa(@s1);
>>> }
>>> $ sudo dtrace -s tcp-close-tw.d
>>
>> # dtrace -s tcp-close-tw.d
>> dtrace: failed to compile script tcp-close-tw.d: line 2: t_inpcb is not a member of struct e1000_hw
>>
>>>
>>
>> on one system...
>>
>> and for the other two:
>>
>> # dtrace -s tcp-close-tw.d
>> dtrace: failed to initialize dtrace: DTrace device not available on system
>>
>> I'm adding
>>
>> options KDTRACE_HOOKS
>>
>> to the kernels, I guess that will help?
>
> Load the DTrace modules ("kldload dtraceall") before trying to run the
> DTrace script.
>
> Regards,
> Navdeep
Ah, cool, thanks. I've downgraded the kernels in thw machines from stable to 10.2, hence som extra whining.
So I don't need
options DDB_CTF
makeoptions DEBUG=-g
makeoptions WITH_CTF=1
like [https://www.freebsd.org/doc/handbook/dtrace-enable.html] claims?
Palle
More information about the freebsd-net
mailing list