From owner-freebsd-current@freebsd.org Thu Sep 24 21:14:38 2015 Return-Path: Delivered-To: freebsd-current@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 CA56DA07C55; Thu, 24 Sep 2015 21:14:38 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 66D451930; Thu, 24 Sep 2015 21:14:38 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from localhost (unknown [204.8.219.11]) by mail.dawidek.net (Postfix) with ESMTPSA id 307E3F11; Thu, 24 Sep 2015 23:14:37 +0200 (CEST) Date: Thu, 24 Sep 2015 23:15:07 +0200 From: Pawel Jakub Dawidek To: Slawa Olhovchenkov Cc: "Andrey V. Elsukov" , FreeBSD Current , freebsd-rc@FreeBSD.org, Andriy Gapon , cem@FreeBSD.org Subject: Re: dumpdev in loader.conf vs rc.d/dumpon Message-ID: <20150924211507.GB1475@garage.freebsd.pl> References: <5602B922.20703@FreeBSD.org> <5602CDBC.7080906@FreeBSD.org> <5602DA17.7060501@FreeBSD.org> <5603B415.2090405@yandex.ru> <20150924111850.GA3158@zxy.spb.ru> <20150924205800.GA1475@garage.freebsd.pl> <20150924211151.GT21849@zxy.spb.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline In-Reply-To: <20150924211151.GT21849@zxy.spb.ru> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Sep 2015 21:14:39 -0000 --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 25, 2015 at 12:11:51AM +0300, Slawa Olhovchenkov wrote: > On Thu, Sep 24, 2015 at 10:58:00PM +0200, Pawel Jakub Dawidek wrote: >=20 > > On Thu, Sep 24, 2015 at 02:18:50PM +0300, Slawa Olhovchenkov wrote: > > > On Thu, Sep 24, 2015 at 11:28:05AM +0300, Andrey V. Elsukov wrote: > > >=20 > > > > On 23.09.2015 19:57, Andriy Gapon wrote: > > > > > I do not have a strong opinion. Either option, rc.d/dumpon chang= e or geom_dev > > > > > change, is fine with me. > > > >=20 > > > > I added the ability to set dumpdev via loader. But I wasn't aware t= hat > > > > it was used in rc.d script. > > > >=20 > > > > 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 scrip= t. > > >=20 > > > rc.d script can redirect dump to device, not available at boot time, > > > iSCSI disk, for examle. > >=20 > > No. Dump device is very special. It runs in an environment when kernel > > already paniced, there are no interrupt, so there is no networking. > > Storage controllers have special methods to handle dumping kernel memory > > - it doesn't go through GEOM, it cannot go through GEOM as the scheduler > > doesn't work too. >=20 > Can be ZFS VOL act as dump device? I don't think so. IIRC there was a hack in Illumos to allocate contiguous space for dump in one of the vdevs (then I think it was extended to multiple vdevs). I don't think any ZFS feature has worked for such a ZVOL (no checksumming, no compression, etc.). Others may have more up-to-date info about that. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWBGfbAAoJEJVLhSuxKFt1ndkQAMXtDmxtA70yK28t3tpN51Cr 6soDMXK4LpyTvEti1QayQRRZZESGB9WTltadSF52Nel+AdCxnW6VqQvqDrXIZEN8 BAlWQBuHa5snaVvSGoztoTOIQRWXTIjqs1ldGudiDm/NMjvEOV9yi/YxdwAjSiEv +8G8PF0Py1cr4colzrs+EzeNsEiTYHJinmbeG2A55FPlSn5nCY9tYOgcqNCwCS03 C33IxFCMqPlKoqovb0tOPc+cy4XN/8ChKKJgj6vwsj4fUw+qaBKpy42KEoZeq6yf n4dYUNRHi08aYli9DYCRGDirlwrc8ZBq0T4cvAseUXs/7HaB2u7AlFjQCzbk3ujL A0tmjvste/F7UXfYNyrdLtMlQMfFqXPro45QgRHoshEpsITL5gVsJtOnGdyWSLP6 UPMpD1UwQwyfcbj9tP/xO+sy9MXC3B7qSTnrQAg9BqJQ9Xbln2GN7PUzXxmGZkJO SRnDy0o8sXMidZ0AqVMpxBWeW75AHJZeaDQV5mrIgAIuG3L387gDmuAl5p2+WyMg vfIC1caci6S+Guu1xQekpsHceUqfO5ytrDAtF4SZWbD8ZDEGeq2DidJbwrOgKVZ0 tMcXnYl/KB07DQ+Z0d8ruUvFQ0GJov0GA8Xc/3ukGhWvSYzevYjkHt6DdaUPNbhb hkgcIZgPm+z0DuLDtUIL =iWI/ -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8--