[...]
> Well, minimize. Thing is, without a
> recovery/rollback/checkpointing
> mechanism, you can't really know whether you've lost
> something, and/or if
> you've lost something critical. It's like returning
> from holiday and
> finding your front door broken. You look inside and
> nothing _se
On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
>> On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
>>
>>> Sometimes a large system, despite precautions (or
>> in the absence of them),
>>> runs out of resources (VM, mainly) to the degree
>> that no useful progress
>>> is being made: that is, one ca
> Once the crash dump starts getting written to disk,
> just hit stop-A again and boot.
That would be all I need if it (or a break on serial or SC/RSC) would
consistently do the
trick; however, a lot of stuff won't do that anymore. ISTR e.g. an old SPARC 20
would do it, but I don't think my Sun
> On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
>
> > Sometimes a large system, despite precautions (or
> in the absence of them),
> > runs out of resources (VM, mainly) to the degree
> that no useful progress
> > is being made: that is, one can't even log in and
> kill the hogging processes.
>
Once the crash dump starts getting written to disk, just hit stop-A again and
boot.
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
> Sometimes a large system, despite precautions (or in the absence of them),
> runs out of resources (VM, mainly) to the degree that no useful progress
> is being made: that is, one can't even log in and kill the hogging processes.
>
> (At least on S
On Thu, 13 Dec 2007, Richard L. Hamilton wrote:
> Sometimes a large system, despite precautions (or in the absence of them),
> runs out of resources (VM, mainly) to the degree that no useful progress
> is being made: that is, one can't even log in and kill the hogging processes.
>
> (At least on S
Sometimes a large system, despite precautions (or in the absence of them),
runs out of resources (VM, mainly) to the degree that no useful progress
is being made: that is, one can't even log in and kill the hogging processes.
(At least on SPARC) the usual workaround would be to break to the boot P