For my nickel's worth, I think that there is little or no cause to
enable the administrator to skip the dump -- Solaris, and OpenSolaris,
*are* enterprise grade operating systems. While some people may be
using it on desktops and such, the real motivation for both of these is
for use in Enterprise scenarios.
But that aside, saving the core on panic is such an inexpensive
operation (adding usually only a couple of seconds -- as a kernel dev
I'm well familiar with the cost associated with save core :-) and the
value of having a core so great that I think its a mistake to ever treat
a "dumpless" system as a valid configuration.
The *only* excuse for not saving core, is insufficient storage. And
that excuse holds no water for *dumping*, since we can always dump to
swap (assuming swap exists).
The issue of defaults, and installers, sounds to mostly like
distribution bugs, and probably best handled as such.
In any event, this project is clearly contentious, and hence is no
longer suitable for a fast track. I'm hereby derailing this case.
Project team, please contact me to discuss possible ways forward.
- Garrett
On 04/12/10 04:23 PM, Mike Shapiro wrote:
On Apr 12, 2010, at 1:05 PM, Kyle McDonald wrote:
On 4/12/2010 2:07 PM, Mike Shapiro wrote:
We do not want any windows of time where there is no dump device
configured, which is why we considered this during the original
project and specifically did not do it. If someone has a zvol
dedicated dump device, set -d swap to deconfigure it.
Does ZFS support sharing one device for both Swap and dump? If so
great, I'd rather see that be the default for new installs. Seeing as
though currently new installs go out of their way to create a
separate dump device, I tend to think that ZFS can't support that now.
No, it doesn't. The default isn't relevant to this discussion; the
default as perceived by an administrator is a function of the os
distribution. We have some today where it is a dedicated device,
others where it is the swap device. The point is that our design
decision in Solaris is that the default is to have *some* dump device
We made a very deliberate design decision when implementing dumpadm
that the objective of having an enterprise OS with crash dumps enabled
by default is that if you want to deconfigure a dedicated dump device,
then the way you do that is by setting the dump device back to swap.
Maybe that should be reconsidered, now that OpenSolaris is being
targeted at least as much ifnot more at the home/hobbiest/developer
segment as it is the Enterprise. For those uses there may actually be
cases where not collecting dumps is perfectly acceptable and should
be allowed.
-Kyle
The dumpadm -n option is provided to not run savecore and collect
dumps if for some reason you want to have a system where you wish to
forfeit any hope of debugging problems. If you want to skip dumping
entirely, do not configure a swap device.
-Mike
---
Mike Shapiro, Sun+Oracle Open Storage / Fishworks. blogs.sun.com/mws/
_______________________________________________
opensolaris-arc mailing list
[email protected]
