From owner-freebsd-stable@FreeBSD.ORG Wed Aug 10 12:34:33 2011 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 163F0106564A for ; Wed, 10 Aug 2011 12:34:33 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 933C18FC0C for ; Wed, 10 Aug 2011 12:34:32 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p7ACYMBr050968 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 10 Aug 2011 15:34:28 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4E427ACE.1040804@digsys.bg> Date: Wed, 10 Aug 2011 15:34:22 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110720 Thunderbird/5.0 MIME-Version: 1.0 To: Eugene Grosbein References: <4E4143A6.6030307@digsys.bg> <20110809151646.GF1814@albert.catwhisker.org> <4E422F8A.1070508@digsys.bg> <20110810074759.GA30254@icarus.home.lan> <4E423CAC.20008@digsys.bg> <20110810084759.GA32346@icarus.home.lan> <4E426083.1020207@digsys.bg> <4E426941.3040208@rdtc.ru> In-Reply-To: <4E426941.3040208@rdtc.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: 32GB limit per swap device? 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: Wed, 10 Aug 2011 12:34:33 -0000 On 10.08.11 14:19, Eugene Grosbein wrote: > You should read gmirror(8) manual page about "Doing kernel dumps to > gmirror providers". Thanks, I totally forgot about the gmirror limitations. When using the default minidump, the result is: savecore: first and last dump headers disagree on /dev/mirror/swap There seems to be no problem when a full dump is performed. This is probably an entirely unrelated issue however. Daniel