Print this page
10654 savecore(1M) should be able to work on read-only dump devices
Reviewed by: Robert Mustacchi <rm@joyent.com>
Reviewed by: John Levon <john.levon@joyent.com>
Reviewed by: Andy Stormont <astormont@racktopsystems.com>
Reviewed by: Gergő Doma <domag02@gmail.com>
Reviewed by: Toomas Soome <tsoome@me.com>
Split |
Close |
Expand all |
Collapse all |
--- old/usr/src/man/man1m/savecore.1m
+++ new/usr/src/man/man1m/savecore.1m
1 1 '\" te
2 2 .\" Copyright (c) 2004, Sun Microsystems, Inc. All Rights Reserved.
3 3 .\" Copyright (c) 1983 Regents of the University of California. All rights reserved. The Berkeley software License Agreement specifies the terms and conditions for redistribution.
4 4 .\" Copyright 2013 Nexenta Systems, Inc. All Rights Reserved.
5 -.TH SAVECORE 1M "Jan 30, 2013"
5 +.\" Copyright 2019 Joyent, Inc.
6 +.TH SAVECORE 1M "February 22, 2019"
6 7 .SH NAME
7 8 savecore \- save a crash dump of the operating system
8 9 .SH SYNOPSIS
9 10 .LP
10 11 .nf
11 -\fB/usr/bin/savecore\fR [\fB-Lvd\fR] [\fB-f\fR \fIdumpfile\fR] [\fIdirectory\fR]
12 +\fB/usr/bin/savecore\fR [\fB-L\fR | \fB-r\fR] [\fB-vd\fR] [\fB-f\fR \fIdumpfile\fR] [\fIdirectory\fR]
12 13 .fi
13 14
14 15 .SH DESCRIPTION
15 -.sp
16 16 .LP
17 17 The \fBsavecore\fR utility saves a crash dump of the kernel (assuming that one
18 18 was made) and writes a reboot message in the shutdown log. By default, it is
19 19 invoked by the \fBdumpadm\fR service each time the system boots.
20 20 .sp
21 21 .LP
22 22 Depending on the \fBdumpadm\fR(1M) configuration \fBsavecore\fR saves either
23 23 the compressed or uncompressed crash dump. The compressed crash dump is saved in
24 24 the file \fIdirectory\fR\fB/vmdump.\fR\fIn\fR.
25 25 \fBsavecore\fR saves the uncompressed crash dump data in the file
26 26 \fIdirectory\fR\fB/vmcore.\fR\fIn\fR and the kernel's namelist in
27 27 \fIdirectory\fR\fB/unix.\fR\fIn.\fR The trailing \fIn\fR in the
28 28 pathnames is replaced by a number which grows every time \fBsavecore\fR is run
29 29 in that directory.
30 30 .sp
31 31 .LP
32 32 Before writing out a crash dump, \fBsavecore\fR reads a number from the file
33 33 \fIdirectory\fR\fB/minfree\fR. This is the minimum number of kilobytes that
34 34 must remain free on the file system containing \fIdirectory\fR. If after saving
↓ open down ↓ |
9 lines elided |
↑ open up ↑ |
35 35 the crash dump the file system containing \fIdirectory\fR would have less free
36 36 space the number of kilobytes specified in \fBminfree\fR, the crash dump is not
37 37 saved. if the \fBminfree\fR file does not exist, \fBsavecore\fR assumes a
38 38 \fBminfree\fR value of 1 megabyte.
39 39 .sp
40 40 .LP
41 41 The \fBsavecore\fR utility also logs a reboot message using facility
42 42 \fBLOG_AUTH\fR (see \fBsyslog\fR(3C)). If the system crashed as a result of a
43 43 panic, \fBsavecore\fR logs the panic string too.
44 44 .SH OPTIONS
45 -.sp
46 45 .LP
47 46 The following options are supported:
48 47 .sp
49 48 .ne 2
50 49 .na
51 50 \fB\fB-d\fR\fR
52 51 .ad
53 52 .RS 15n
54 53 Disregard dump header valid flag. Force \fBsavecore\fR to attempt to save a
55 54 crash dump even if the header information stored on the dump device indicates
56 55 the dump has already been saved.
57 56 .RE
58 57
59 58 .sp
60 59 .ne 2
61 60 .na
62 61 \fB\fB-f\fR \fIdumpfile\fR\fR
63 62 .ad
64 63 .RS 15n
65 64 Attempt to save a crash dump from the specified file instead of from the
66 65 system's current dump device. This option may be useful if the information
67 66 stored on the dump device has been copied to an on-disk file by means of the
68 67 \fBdd\fR(1M) command.
69 68 .RE
70 69
71 70 .sp
72 71 .ne 2
73 72 .na
74 73 \fB\fB-L\fR\fR
75 74 .ad
76 75 .RS 15n
77 76 Save a crash dump of the live running Solaris system, without actually
78 77 rebooting or altering the system in any way. This option forces \fBsavecore\fR
79 78 to save a live snapshot of the system to the dump device, and then immediately
80 79 to retrieve the data and to write it out to a new set of crash dump files in
81 80 the specified directory. Live system crash dumps can only be performed if you
82 81 have configured your system to have a dedicated dump device using
↓ open down ↓ |
27 lines elided |
↑ open up ↑ |
83 82 \fBdumpadm\fR(1M).
84 83 .sp
85 84 \fBsavecore\fR \fB-L\fR does not suspend the system, so the contents of memory
86 85 continue to change while the dump is saved. This means that live crash dumps
87 86 are not fully self-consistent.
88 87 .RE
89 88
90 89 .sp
91 90 .ne 2
92 91 .na
92 +\fB\fB-r\fR\fR
93 +.ad
94 +.RS 15n
95 +Open the dump device or file as read-only, and don't update the dump header
96 +or do anything else that might modify the crash dump. This option can be used
97 +to recover a crash dump from a read-only device. This flag cannot be used in
98 +conjunction with \fB\fB-L\fR\fR.
99 +.RE
100 +
101 +.sp
102 +.ne 2
103 +.na
93 104 \fB\fB-v\fR\fR
94 105 .ad
95 106 .RS 15n
96 107 Verbose. Enables verbose error messages from \fBsavecore\fR.
97 108 .RE
98 109
99 110 .SH OPERANDS
100 -.sp
101 111 .LP
102 112 The following operands are supported:
103 113 .sp
104 114 .ne 2
105 115 .na
106 116 \fB\fIdirectory\fR\fR
107 117 .ad
108 118 .RS 13n
109 119 Save the crash dump files to the specified directory. If \fIdirectory\fR is not
110 120 specified, \fBsavecore\fR saves the crash dump files to the default
111 121 \fBsavecore\fR \fIdirectory\fR, configured by \fBdumpadm\fR(1M).
112 122 .RE
113 123
114 124 .SH FILES
115 -.sp
116 125 .ne 2
117 126 .na
118 127 \fB\fIdirectory\fR\fB/vmdump.\fR\fIn\fR\fR
119 128 .ad
120 129 .RS 29n
121 130
122 131 .RE
123 132
124 133 .sp
125 134 .ne 2
126 135 .na
127 136 \fB\fIdirectory\fR\fB/vmcore.\fR\fIn\fR\fR
128 137 .ad
129 138 .RS 29n
130 139
131 140 .RE
132 141
133 142 .sp
134 143 .ne 2
135 144 .na
136 145 \fB\fIdirectory\fR\fB/unix.\fR\fIn\fR\fR
137 146 .ad
138 147 .RS 29n
139 148
140 149 .RE
141 150
142 151 .sp
143 152 .ne 2
144 153 .na
145 154 \fB\fIdirectory\fR\fB/bounds\fR\fR
146 155 .ad
147 156 .RS 29n
148 157
149 158 .RE
150 159
151 160 .sp
152 161 .ne 2
153 162 .na
154 163 \fB\fIdirectory\fR\fB/minfree\fR\fR
155 164 .ad
156 165 .RS 29n
157 166
158 167 .RE
159 168
↓ open down ↓ |
34 lines elided |
↑ open up ↑ |
160 169 .sp
161 170 .ne 2
162 171 .na
163 172 \fB\fB/var/crash/\&`uname \fR\fB-n\fR\fB\&`\fR\fR
164 173 .ad
165 174 .RS 29n
166 175 default crash dump directory
167 176 .RE
168 177
169 178 .SH SEE ALSO
170 -.sp
171 179 .LP
172 180 \fBadb\fR(1), \fBmdb\fR(1), \fBsvcs\fR(1), \fBdd\fR(1M), \fBdumpadm\fR(1M),
173 181 \fBsvcadm\fR(1M), \fBsyslog\fR(3C), \fBattributes\fR(5), \fBsmf\fR(5)
174 182 .SH NOTES
175 -.sp
176 183 .LP
177 184 The system crash dump service is managed by the service management facility,
178 185 \fBsmf\fR(5), under the service identifier:
179 186 .sp
180 187 .in +2
181 188 .nf
182 189 svc:/system/dumpadm:default
183 190 .fi
184 191 .in -2
185 192 .sp
186 193
187 194 .sp
188 195 .LP
189 196 Administrative actions on this service, such as enabling, disabling, or
190 197 requesting restart, can be performed using \fBsvcadm\fR(1M). The service's
191 198 status can be queried using the \fBsvcs\fR(1) command.
192 199 .sp
193 200 .LP
194 201 If the dump device is also being used as a swap device, you must run
195 202 \fBsavecore\fR very soon after booting, before the swap space containing the
196 203 crash dump is overwritten by programs currently running.
↓ open down ↓ |
11 lines elided |
↑ open up ↑ |
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX