Date: Thu, 31 Jan 2008 13:35:39 +0100 From: Peter Holm <peter@holm.cc> To: Ruslan Ermilov <ru@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: Minidumps in -STABLE and "smaller than physical memory" Message-ID: <20080131123539.GA61974@peter.osted.lan> In-Reply-To: <20080130170640.GA10170@team.vega.ru> References: <20060921113711.B70668@atlantis.atlantis.dp.ua> <1158833673.4894.5.camel@buffy.york.ac.uk> <20060921131547.GB29308@rambler-co.ru> <20060921151636.GA13806@peter.osted.lan> <20080130170640.GA10170@team.vega.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 30, 2008 at 08:06:40PM +0300, Ruslan Ermilov wrote: > On Thu, Sep 21, 2006 at 05:16:36PM +0200, Peter Holm wrote: > > On Thu, Sep 21, 2006 at 05:15:47PM +0400, Ruslan Ermilov wrote: > > > On Thu, Sep 21, 2006 at 11:14:33AM +0100, Gavin Atkinson wrote: > > > > On Thu, 2006-09-21 at 11:44 +0300, Dmitry Pryanishnikov wrote: > > > > > Hello! > > > > > > > > > > I've noticed (with the 2-day old RELENG_6) that I still can't configure my > > > > > 256Mb swap partition as a dump device for i386 machine with 1Gb RAM despite > > > > > having minidumps enabled: > > > > > > > > > > root@test2# sysctl debug.minidump > > > > > debug.minidump: 1 > > > > > root@test2# dumpon -v /dev/ad0s3b > > > > > /dev/ad0s3b is smaller than physical memory > > > > > > > > > > Am I correctly understand that minidumps should lift the restriction > > > > > > > > > > sizeof(dumpdev) >= sizeof(RAM) > > > > > > > > Yes. > > > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/dumpon/dumpon.c.diff?r1=1.22&r2=1.23 > > > > needs to be MFC'd. > > > > > > > I sent an MFC request to re@. > > > > > > > >From time to time I've had problems with minidumps on HEAD. Calling > > doadump() seems to work ok, but after a reset there's no dump. I > > haven't had time to test this systematically. Has anybody else seen > > this problem? > > > I think this was the same problem as was diagnosed (minidumps + amd64 + > SMP). Though it's not fixed yet, it's understood and its damage is > avoided. > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer No, this was and is i386. After changing "doadump;reset" to doadump;continue" it would seem that the dumps has a higher chance of making it to the disk. -- Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080131123539.GA61974>