Date: Mon, 23 Mar 1998 20:42:07 -0800 (PST) From: mark@vmunix.com To: freebsd-gnats-submit@FreeBSD.ORG Subject: docs/6117: dumpon(8) man page only mentions deprecated configuration Message-ID: <199803240442.UAA08515@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 6117 >Category: docs >Synopsis: dumpon(8) man page only mentions deprecated configuration >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 23 20:50:02 PST 1998 >Last-Modified: >Originator: Mark Mayo >Organization: >Release: 2.2.5-STABLE >Environment: FreeBSD asbestos.crle.uoguelph.ca 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Wed Mar 4 17:02:40 EST 1998 mark@harpy.crle2.uoguelph.ca:/usr/src/sys/compile/FireWall i386 >Description: The dumpon(1) man page states that the dump device should be added to your kernel config file. According to the Handbook, this method is no longer recomended. The correct way is to set "dump_dev" in /etc/rc.conf. >How-To-Repeat: >Fix: The first paragraph of the man page should read something like: Dumpon is used to specify a device where the kernel can save a crash dump in case of a panic. The system begins with no dump area configured for safety, unless a "dumps on" clause was specified in your kernel config(8) file, or the variable dumpdev is set in the file /etc/rc.conf. Hard-coding the dump device in your kernel configuration file is not recomended and should be used only if you want a crash dump from a kernel that crashes during booting. The dump device must be one of the swap areas specified in the configuration file, and it must be at least the size of the physical memory. Calls to dumpon normally occur in the system mutli-user initialization file /etc/rc before the savecore(8) program is run. /etc/rc sets the dump device according to the dumpdev variable from /etc/rc.conf. The -v flag can be specified to cause the dumpon program to be verbose about its activity. Finally, the FILES section should mention /etc/rc.conf >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199803240442.UAA08515>