1994-05-30 19:09:18 +00:00
|
|
|
.\" Copyright (c) 1980, 1991, 1993
|
|
|
|
.\" The Regents of the University of California. All rights reserved.
|
|
|
|
.\"
|
|
|
|
.\" Redistribution and use in source and binary forms, with or without
|
|
|
|
.\" modification, are permitted provided that the following conditions
|
|
|
|
.\" are met:
|
|
|
|
.\" 1. Redistributions of source code must retain the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer.
|
|
|
|
.\" 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
.\" notice, this list of conditions and the following disclaimer in the
|
|
|
|
.\" documentation and/or other materials provided with the distribution.
|
2014-03-14 03:07:51 +00:00
|
|
|
.\" 3. Neither the name of the University nor the names of its contributors
|
1994-05-30 19:09:18 +00:00
|
|
|
.\" may be used to endorse or promote products derived from this software
|
|
|
|
.\" without specific prior written permission.
|
|
|
|
.\"
|
|
|
|
.\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
.\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
.\" SUCH DAMAGE.
|
|
|
|
.\"
|
|
|
|
.\" @(#)core.5 8.3 (Berkeley) 12/11/93
|
1999-08-28 00:22:10 +00:00
|
|
|
.\" $FreeBSD$
|
1994-05-30 19:09:18 +00:00
|
|
|
.\"
|
Detect badly behaved coredump note helpers
Coredump notes depend on being able to invoke dump routines twice; once
in a dry-run mode to get the size of the note, and another to actually
emit the note to the corefile.
When a note helper emits a different length section the second time
around than the length it requested the first time, the kernel produces
a corrupt coredump.
NT_PROCSTAT_FILES output length, when packing kinfo structs, is tied to
the length of filenames corresponding to vnodes in the process' fd table
via vn_fullpath. As vnodes may move around during dump, this is racy.
So:
- Detect badly behaved notes in putnote() and pad underfilled notes.
- Add a fail point, debug.fail_point.fill_kinfo_vnode__random_path to
exercise the NT_PROCSTAT_FILES corruption. It simply picks random
lengths to expand or truncate paths to in fo_fill_kinfo_vnode().
- Add a sysctl, kern.coredump_pack_fileinfo, to allow users to
disable kinfo packing for PROCSTAT_FILES notes. This should avoid
both FILES note corruption and truncation, even if filenames change,
at the cost of about 1 kiB in padding bloat per open fd. Document
the new sysctl in core.5.
- Fix note_procstat_files to self-limit in the 2nd pass. Since
sometimes this will result in a short write, pad up to our advertised
size. This addresses note corruption, at the risk of sometimes
truncating the last several fd info entries.
- Fix NT_PROCSTAT_FILES consumers libutil and libprocstat to grok the
zero padding.
With suggestions from: bjk, jhb, kib, wblock
Approved by: markj (mentor)
Relnotes: yes
Sponsored by: EMC / Isilon Storage Division
Differential Revision: https://reviews.freebsd.org/D3548
2015-09-03 20:32:10 +00:00
|
|
|
.Dd September 2, 2015
|
1994-05-30 19:09:18 +00:00
|
|
|
.Dt CORE 5
|
2001-07-10 15:31:11 +00:00
|
|
|
.Os
|
1994-05-30 19:09:18 +00:00
|
|
|
.Sh NAME
|
|
|
|
.Nm core
|
|
|
|
.Nd memory image file format
|
|
|
|
.Sh SYNOPSIS
|
2001-10-01 16:09:29 +00:00
|
|
|
.In sys/param.h
|
1994-05-30 19:09:18 +00:00
|
|
|
.Sh DESCRIPTION
|
|
|
|
A small number of signals which cause abnormal termination of a process
|
|
|
|
also cause a record of the process's in-core state to be written
|
|
|
|
to disk for later examination by one of the available debuggers.
|
|
|
|
(See
|
|
|
|
.Xr sigaction 2 . )
|
1998-07-21 18:16:16 +00:00
|
|
|
This memory image is written to a file named by default
|
1994-05-30 19:09:18 +00:00
|
|
|
.Nm programname.core
|
|
|
|
in the working directory;
|
|
|
|
provided the terminated process had write permission in the directory,
|
|
|
|
and provided the abnormality did not cause
|
|
|
|
a system crash.
|
|
|
|
(In this event, the decision to save the core file is arbitrary, see
|
|
|
|
.Xr savecore 8 . )
|
|
|
|
.Pp
|
1998-07-21 18:16:16 +00:00
|
|
|
The maximum size of a core file is limited by
|
1994-05-30 19:09:18 +00:00
|
|
|
.Xr setrlimit 2 .
|
|
|
|
Files which would be larger than the limit are not created.
|
|
|
|
.Pp
|
1998-07-21 18:16:16 +00:00
|
|
|
The name of the file is controlled via the
|
|
|
|
.Xr sysctl 8
|
|
|
|
variable
|
|
|
|
.Va kern.corefile .
|
|
|
|
The contents of this variable describes a filename to store
|
2002-03-17 13:09:35 +00:00
|
|
|
the core image to.
|
|
|
|
This filename can be absolute, or relative (which
|
1998-07-21 18:16:16 +00:00
|
|
|
will resolve to the current working directory of the program
|
2002-03-17 13:09:35 +00:00
|
|
|
generating it).
|
2010-03-02 18:43:12 +00:00
|
|
|
.Pp
|
|
|
|
The following format specifiers may be used in the
|
|
|
|
.Va kern.corefile
|
|
|
|
sysctl to insert additional information into the resulting core file
|
|
|
|
name:
|
|
|
|
.Bl -tag -width "1234567890" -compact -offset "12345"
|
|
|
|
.It Em \&%H
|
|
|
|
Machine hostname.
|
|
|
|
.It Em \&%I
|
|
|
|
An index starting at zero until the sysctl
|
2012-11-22 09:56:13 +00:00
|
|
|
.Em debug.ncores
|
2012-11-22 10:24:30 +00:00
|
|
|
is reached.
|
|
|
|
This can be useful for limiting the number of corefiles
|
2010-03-02 18:43:12 +00:00
|
|
|
generated by a particular process.
|
|
|
|
.It Em \&%N
|
|
|
|
process name.
|
|
|
|
.It Em \&%P
|
|
|
|
processes PID.
|
|
|
|
.It Em \&%U
|
|
|
|
process UID.
|
|
|
|
.El
|
|
|
|
.Pp
|
2002-03-17 13:09:35 +00:00
|
|
|
The name defaults to
|
1998-07-21 18:16:16 +00:00
|
|
|
.Em \&%N.core ,
|
2000-11-14 11:20:58 +00:00
|
|
|
yielding the traditional
|
|
|
|
.Fx
|
|
|
|
behaviour.
|
1998-07-21 18:16:16 +00:00
|
|
|
.Pp
|
2002-01-09 13:16:26 +00:00
|
|
|
By default, a process that changes user or group credentials whether
|
2002-03-17 13:09:35 +00:00
|
|
|
real or effective will not create a corefile.
|
|
|
|
This behaviour can be
|
2002-01-09 13:16:26 +00:00
|
|
|
changed to generate a core dump by setting the
|
|
|
|
.Xr sysctl 8
|
|
|
|
variable
|
|
|
|
.Va kern.sugid_coredump
|
|
|
|
to 1.
|
2010-03-02 18:43:12 +00:00
|
|
|
.Pp
|
2015-03-09 03:50:53 +00:00
|
|
|
Corefiles can be compressed by the kernel if the following item
|
|
|
|
is included in the kernel configuration file:
|
2010-03-02 18:43:12 +00:00
|
|
|
.Bl -tag -width "1234567890" -compact -offset "12345"
|
|
|
|
.It options
|
2015-03-09 03:50:53 +00:00
|
|
|
GZIO
|
2010-03-02 18:43:12 +00:00
|
|
|
.El
|
|
|
|
.Pp
|
2015-03-09 03:50:53 +00:00
|
|
|
When the GZIO option is included, the following sysctls control whether core
|
|
|
|
files will be compressed:
|
2010-03-02 18:43:12 +00:00
|
|
|
.Bl -tag -width "kern.compress_user_cores_gzlevel" -compact -offset "12345"
|
|
|
|
.It Em kern.compress_user_cores_gzlevel
|
2012-11-22 10:24:30 +00:00
|
|
|
Gzip compression level.
|
2015-03-09 03:50:53 +00:00
|
|
|
Defaults to 6.
|
2010-03-02 18:43:12 +00:00
|
|
|
.It Em kern.compress_user_cores
|
2012-11-22 10:24:30 +00:00
|
|
|
Actually compress user cores.
|
2015-03-09 03:50:53 +00:00
|
|
|
Compressed core files will have a suffix of
|
|
|
|
.Ql .gz
|
2010-03-02 18:43:12 +00:00
|
|
|
appended to them.
|
|
|
|
.El
|
Detect badly behaved coredump note helpers
Coredump notes depend on being able to invoke dump routines twice; once
in a dry-run mode to get the size of the note, and another to actually
emit the note to the corefile.
When a note helper emits a different length section the second time
around than the length it requested the first time, the kernel produces
a corrupt coredump.
NT_PROCSTAT_FILES output length, when packing kinfo structs, is tied to
the length of filenames corresponding to vnodes in the process' fd table
via vn_fullpath. As vnodes may move around during dump, this is racy.
So:
- Detect badly behaved notes in putnote() and pad underfilled notes.
- Add a fail point, debug.fail_point.fill_kinfo_vnode__random_path to
exercise the NT_PROCSTAT_FILES corruption. It simply picks random
lengths to expand or truncate paths to in fo_fill_kinfo_vnode().
- Add a sysctl, kern.coredump_pack_fileinfo, to allow users to
disable kinfo packing for PROCSTAT_FILES notes. This should avoid
both FILES note corruption and truncation, even if filenames change,
at the cost of about 1 kiB in padding bloat per open fd. Document
the new sysctl in core.5.
- Fix note_procstat_files to self-limit in the 2nd pass. Since
sometimes this will result in a short write, pad up to our advertised
size. This addresses note corruption, at the risk of sometimes
truncating the last several fd info entries.
- Fix NT_PROCSTAT_FILES consumers libutil and libprocstat to grok the
zero padding.
With suggestions from: bjk, jhb, kib, wblock
Approved by: markj (mentor)
Relnotes: yes
Sponsored by: EMC / Isilon Storage Division
Differential Revision: https://reviews.freebsd.org/D3548
2015-09-03 20:32:10 +00:00
|
|
|
.Sh NOTES
|
|
|
|
Corefiles are written with open file descriptor information as an ELF note.
|
|
|
|
By default, file paths are packed to only use as much space as needed.
|
|
|
|
However, file paths can change at any time, including during core dump,
|
|
|
|
and this can result in truncated file descriptor data.
|
|
|
|
.Pp
|
|
|
|
All file descriptor information can be preserved by disabling packing.
|
|
|
|
This potentially wastes up to PATH_MAX bytes per open fd.
|
|
|
|
Packing is disabled with
|
|
|
|
.Dl sysctl kern.coredump_pack_fileinfo=0 .
|
1998-07-21 18:16:16 +00:00
|
|
|
.Sh EXAMPLES
|
|
|
|
In order to store all core images in per-user private areas under
|
|
|
|
.Pa /var/coredumps ,
|
|
|
|
the following
|
|
|
|
.Xr sysctl 8
|
|
|
|
command can be used:
|
|
|
|
.Pp
|
2010-12-22 17:02:01 +00:00
|
|
|
.Dl sysctl kern.corefile=/var/coredumps/\&%U/\&%N.core
|
1994-05-30 19:09:18 +00:00
|
|
|
.Sh SEE ALSO
|
|
|
|
.Xr gdb 1 ,
|
|
|
|
.Xr kgdb 1 ,
|
1996-12-26 02:02:31 +00:00
|
|
|
.Xr setrlimit 2 ,
|
1998-07-21 18:16:16 +00:00
|
|
|
.Xr sigaction 2 ,
|
|
|
|
.Xr sysctl 8
|
1994-05-30 19:09:18 +00:00
|
|
|
.Sh HISTORY
|
|
|
|
A
|
2000-11-20 18:41:33 +00:00
|
|
|
.Nm
|
1994-05-30 19:09:18 +00:00
|
|
|
file format appeared in
|
|
|
|
.At v6 .
|