Re: panic: Assertion lock == sq->sq_lock failed at /usr/src-13/sys/kern/subr_sleepqueue.c:371

From: Chris <bsd-lists_at_BSDforge.com>
Date: Sat, 02 May 2020 16:28:46 -0700
On Sun, 3 May 2020 00:15:48 +0100 Grzegorz Junka list1_at_gjunka.com said

> On 02/05/2020 20:43, Chris wrote:
> > On Sat, 2 May 2020 20:19:56 +0100 Grzegorz Junka list1_at_gjunka.com said
> >
> >> On 02/05/2020 14:56, Grzegorz Junka wrote:
> >> >
> >> > On 02/05/2020 14:15, Grzegorz Junka wrote:
> >> >> cpuid = 3
> >> >>
> >> >> time = 1588422616
> >> >>
> >> >> KDB: stack backtrace:
> >> >>
> >> >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 
> >> 0xfffffe00b27e86b0
> >> >>
> >> >> vpanic() at vpanic+0x182/frame 0xfffffe00b27e8700
> >> >>
> >> >> panic() at panic+0x43/frame ...
> >> >>
> >> >> sleepq_add()
> >> >>
> >> >> ...
> >> >>
> >> >> I see
> >> >>
> >> >> db>
> >> >>
> >> >> in the terminal. I tried "dump" but it says, Cannot dump: no dump 
> >> >> device specified.
> >> >>
> >> >> Is there a guide how to deal wit those, i.e. to gather information 
> >> >> required to investigate issues?
> >> >
> >>
> >> Another thing is that I don't quite understand why the crash couldn't 
> >> be dumped.
> >>
> >> root_at_crayon2:~ # swapinfo
> >> Device          1K-blocks     Used    Avail Capacity
> >> /dev/zvol/tank3/swap  33554432        0 33554432     0%
> >>
> >> There is no entry in /etc/fstab though, should it be there too?
> >
> > How about your rc.conf(5) ?
> >
> > You need to define a dumpdev within it as:
> >
> > # Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
> > dumpdev="YES"
> >
> > Which defaults to the location of:
> >
> > /var/crash
> >
> 
> Yes, of course I have 'dumpdev="AUTO"'. Should it be "YES" instead?
Yes, it should of course be AUTO. I was distracted at the time of writing.
Sorry.
Does /var/crash exist?

That _should_ be enough. Assuming /var/crash is writable.

> 
> 
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
Received on Sat May 02 2020 - 21:28:46 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC