Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6

Listas listas at informatica.info
Fri Sep 30 13:27:00 PDT 2005


Only have this in the dump directory:

vega# ll /var/crash
total 2
-rw-r--r--  1 root  wheel  5 Sep 19 00:24 minfree
vega# cat /var/crash/minfree
2048

No vmcore, but haven't seen any system crash anyway.

I use the system defaults:

dumpdev="AUTO"          # Device to crashdump to (device name, AUTO, or
dumpdir="/var/crash"    # Directory where crash dumps are to be stored
savecore_flags=""       # Used if dumpdev is enabled above, and present.


Carlos


Robert Watson wrote:
> 
> On Fri, 30 Sep 2005, Kris Kennaway wrote:
> 
>>> The boot process is trying to configure the dump device before swapon 
>>> and it fails, but that's not the real problem I report here.
>>
>>
>> It's not clear that it's a problem at all.  dump devices don't have to 
>> be pre-existing swap devices.  If you tell your kernel to dump on 
>> /dev/ar0s1b it should be fine.
> 
> 
> At some point someone changed the default setting to "automatically 
> configure dumping" which resulted in odd warnings during the boot.  I've 
> trimmed a few, and hope to trim the last few.  Autoconfiguration of 
> dumps is neat and all, but lots of odd warnings for users isn't really.  
> It would be interesting to know if it works though -- the warnings 
> suggest that dumps aren't found because the dump device isn't 
> autoconfigured until after dumps are checked for...
> 
> Robert N M Watson
> 



More information about the freebsd-current mailing list