From owner-svn-src-all@freebsd.org Tue Jan 19 17:35:32 2016 Return-Path: Delivered-To: svn-src-all@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 7379FA86FA3 for ; Tue, 19 Jan 2016 17:35:32 +0000 (UTC) (envelope-from se@freebsd.org) Received: from mailout01.t-online.de (mailout01.t-online.de [194.25.134.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 12CEA13DF; Tue, 19 Jan 2016 17:35:32 +0000 (UTC) (envelope-from se@freebsd.org) Received: from fwd12.aul.t-online.de (fwd12.aul.t-online.de [172.20.26.241]) by mailout01.t-online.de (Postfix) with SMTP id 22BCB5AEC40; Tue, 19 Jan 2016 18:35:24 +0100 (CET) Received: from [192.168.119.22] (T5yD-oZ1rh9lO6sSOSmuEOjrhQM7Xal2dFFKgQCL0RyqpwMSuhxCXwfYT6cFUOQZtJ@[87.151.208.3]) by fwd12.t-online.de with (TLSv1.2:ECDHE-RSA-AES256-SHA encrypted) esmtp id 1aLaBd-2a4wDI0; Tue, 19 Jan 2016 18:35:21 +0100 Subject: Re: svn commit: r294329 - in head/sys/cddl/contrib/opensolaris/uts/common/fs/zfs: . sys To: svn-src-all@freebsd.org References: <201601191700.u0JH0P6k061610@repo.freebsd.org> <569E6DA0.9010300@pix.net> From: Stefan Esser X-Enigmail-Draft-Status: N1110 Message-ID: <569E73D3.7080306@freebsd.org> Date: Tue, 19 Jan 2016 18:35:15 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <569E6DA0.9010300@pix.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-ID: T5yD-oZ1rh9lO6sSOSmuEOjrhQM7Xal2dFFKgQCL0RyqpwMSuhxCXwfYT6cFUOQZtJ X-TOI-MSGID: 5479238f-6795-41b8-b556-bd6e0d838603 X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 17:35:32 -0000 Am 19.01.2016 um 18:08 schrieb Kurt Lidl: > Removing the ability to run different zpools on top of a zvol is > a significant reduction in functionality of the entire system, and a > huge violation of the POLA. > > At the very least, can you not add a sysctl that allows the > dangerous behavior (even if it defaults to off)? Myself > and certainly others rely on having being able to use a zpool > installed into a zvol for hosting bhyve virtual machines. > > I've managed to deadlock the system when experimenting with this, > but for the normal course of operations, it works just fine. > > -Kurt I already sent a private message to Alan because I also have a system that has been running for years with such a setup. A tunable might be even better than a sysctl (or the sysctl might be initialized from the tunable) to allow booting with the old behavior. Regards, STefan