From owner-freebsd-rc@freebsd.org Thu Sep 24 11:18:53 2015 Return-Path: Delivered-To: freebsd-rc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1473CA08FD4; Thu, 24 Sep 2015 11:18:53 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C11B01996; Thu, 24 Sep 2015 11:18:52 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Zf4Y6-000K3I-Qc; Thu, 24 Sep 2015 14:18:50 +0300 Date: Thu, 24 Sep 2015 14:18:50 +0300 From: Slawa Olhovchenkov To: "Andrey V. Elsukov" Cc: Andriy Gapon , cem@FreeBSD.org, FreeBSD Current , freebsd-rc@FreeBSD.org Subject: Re: dumpdev in loader.conf vs rc.d/dumpon Message-ID: <20150924111850.GA3158@zxy.spb.ru> References: <5602B922.20703@FreeBSD.org> <5602CDBC.7080906@FreeBSD.org> <5602DA17.7060501@FreeBSD.org> <5603B415.2090405@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5603B415.2090405@yandex.ru> User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false X-BeenThere: freebsd-rc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Discussion related to /etc/rc.d design and implementation." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2015 11:18:53 -0000 On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote: > On 23.09.2015 19:57, Andriy Gapon wrote: > > I do not have a strong opinion. Either option, rc.d/dumpon change or geom_dev > > change, is fine with me. > > I added the ability to set dumpdev via loader. But I wasn't aware that > it was used in rc.d script. > > If you have set dumpdev kenv, it will be already enabled in the time > when rc.d/dumpon will be run. So, I think it is useless to try to > enable dumpdev again. I prefer remove this old code from rc.d script. rc.d script can redirect dump to device, not available at boot time, iSCSI disk, for examle. dumpdev at boot time can be less size, sufficient for dumping at booting, but insufficient at working time.