[Bug 183024] textdump(4) mentions call doadump, should be textdump dump
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Mon Nov 11 09:22:02 UTC 2019
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183024
--- Comment #4 from sigsys at gmail.com ---
(In reply to Andriy Gapon from comment #3)
Sure seems like you did! Thanks. I forgot to check if it had already been
fixed after finding this PR.
For reference, I just checked if making sure that debug.ddb.textdump.pending is
set or that having "textdump set" in the DDB script is necessary, and it is
not. "textdump dump" tries to do a textdump no matter what.
I wish the manpage gave some pointer to "debug.debugger_on_panic" though (I had
the KDB_UNATTENDED option when trying to set this up and ddb wasn't being
invoked at all).
Index: share/man/man4/textdump.4
===================================================================
--- share/man/man4/textdump.4 (revision 354599)
+++ share/man/man4/textdump.4 (working copy)
@@ -158,13 +158,21 @@
.Dv kdb.enter.panic
will run when the kernel debugger is entered as a result of a panic, enable
output capture, dump several useful pieces of debugging information, and then
-invoke panic in order to force a kernel dump to be written out followed by a
-reboot:
+do a textdump followed by a reboot:
.Bd -literal -offset indent
script kdb.enter.panic=textdump set; capture on; show allpcpu; bt;
ps; alltrace; show alllocks; textdump dump; reset
.Ed
.Pp
+Note that
+.Xr ddb 4
+must be set to be invoked on panic for this to work.
+The
+.Dv debug.debugger_on_panic
+sysctl indicates if this is the case
+(it will default to off if the kernel was compiled with
+.Cd options KDB_UNATTENDED ) .
+.Pp
In the following example, the script
.Dv kdb.enter.witness
will run when the kernel debugger is entered as a result of a witness
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the freebsd-doc
mailing list