docs/183024: textdump(4) mentions call doadump, should be textdump dump
Anton Shterenlikht
mexas at bris.ac.uk
Wed Oct 16 12:50:01 UTC 2013
>Number: 183024
>Category: docs
>Synopsis: textdump(4) mentions call doadump, should be textdump dump
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-doc
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Oct 16 12:50:00 UTC 2013
>Closed-Date:
>Last-Modified:
>Originator: Anton Shterenlikht
>Release: FreeBSD 10.0-CURRENT ia64
>Organization:
Univerisity of Bristol
>Environment:
System: FreeBSD mech-cluster241.men.bris.ac.uk 10.0-CURRENT FreeBSD 10.0-CURRENT #6 r254648: Thu Aug 22 13:19:48 BST 2013 root at mech-cluster241.men.bris.ac.uk:/usr/obj/usr/src/sys/TZAV ia64
>Description:
This example in textdump(4) is confusing:
script kdb.enter.panic=textdump set; capture on; show allpcpu; bt;
ps; alltrace; show alllocks; call doadump; reset
because it includes "call doadump" with will
create a traditional vmcore* dump.
This command should be replaced with "textdump dump":
script kdb.enter.panic=textdump set; capture on; show allpcpu; bt;
ps; alltrace; show alllocks; textdump dump; reset
Also, when using "call doadump", then "textdump set"
is ignored, and so is TEXTDUMP_PREFERRED kernel option.
This is not clear from the man page.
>How-To-Repeat:
>Fix:
I can make a patch if there is agreement
that my understanding is correct.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-doc
mailing list