From owner-freebsd-stable@FreeBSD.ORG Thu Apr 3 21:15:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33D79106566C for ; Thu, 3 Apr 2008 21:15:33 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id B9BD88FC0C for ; Thu, 3 Apr 2008 21:15:32 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7d8e.q.ppp-pool.de [89.53.125.142]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id 510C612883F; Thu, 3 Apr 2008 23:15:25 +0200 (CEST) Received: from cesar.sz.vwsoft.com (cesar.sz.vwsoft.com [192.168.16.3]) (Authenticated sender: relay@sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id 49C033F443; Thu, 3 Apr 2008 23:15:35 +0200 (CEST) Message-ID: <47F548D9.8060905@vwsoft.com> Date: Thu, 03 Apr 2008 23:15:05 +0200 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080316) MIME-Version: 1.0 To: Norberto Meijome References: <20080401125534.D94491@fledge.watson.org> <20080402131511.2940ef2e@meijome.net> <47F3E3D8.4080308@vwsoft.com> <20080404012211.2bff6dd2@meijome.net> In-Reply-To: <20080404012211.2bff6dd2@meijome.net> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1207862144.59949@sOP9Qu8PDt7B93k0OoX4XQ X-MailScanner-ID: 49C033F443.A04AA X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: Q&A on textdumps (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2008 21:15:33 -0000 On 04/03/08 16:22, Norberto Meijome wrote: > On Wed, 02 Apr 2008 21:51:52 +0200 > Volker wrote: > >> while the system is experiencing a panic, it does not have any knowledge >> about filesystems and also does not know about the GELI swap space anymore. >> >> In this situation the geli encrypted swap will be overwritten by a dump >> (either minidump or the classical one). When the system boots up again, >> it will check $dumpdev for a dump and save it to $savecore before geli >> swap is brought up again. >> >> Or in short: geli backed swap should not do you any harm. > > Hi Volker, > That is what I had thought. But I clearly remember, back in 6.x the dump would be written to swap, then on restart, geli would kick in before savedump , therefore obliterating anything saved from the previous session. > > I will need to retest this...luckily 7-STABLE has been rock solid and haven't experienced many crashes. Hi Norberto, you may check the start order by using: `rcorder /etc/rc.d/* /usr/local/etc/rc.d/*' On my 7-stable system, the interesting ones are in this order: dumpon geli encswap swap1 savecore ...ouch! ;) This does not look like the order it should be but I think (fortunately) in most situations this should be ok as nothing gets written to swap space before daemon processes are brought up. On the other side, savecore needs mounted filesystems to save the core to /var/crash. Volker