Date: Tue, 5 Dec 2017 16:49:21 +0100 From: "Patrick M. Hausen" <hausen@punkt.de> To: Paul Vixie <paul@redbarn.org> Cc: FreeBSD virtualization <freebsd-virtualization@freebsd.org> Subject: Re: Storage overhead on zvols Message-ID: <44AEC596-6BBA-44FB-92A1-99A0ED239B7A@punkt.de> In-Reply-To: <5A26BE25.10409@redbarn.org> References: <CC62E200-A749-4406-AC56-2FC7A104D353@ebureau.com> <CA%2BtpaK3GpzcwvRFGoX5xdmwGnGWay0z_kqgW6Tg7hX5UBbz4og@mail.gmail.com> <423F466A-732A-4B04-956E-3CC5F5C47390@ebureau.com> <5A26B9C8.7020005@redbarn.org> <32BA4687-AB70-4370-A9BA-EF4F66BF69A6@ebureau.com> <5A26BE25.10409@redbarn.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi all, > Am 05.12.2017 um 16:41 schrieb Paul Vixie <paul@redbarn.org>: > in some bsd related meeting this year i asked allan jude for a bhyve = level null mount, > so that we could access at / inside the guest some subtree of the = host, and avoid block > devices and file systems altogether. right now i have to use nfs for = that, which is irritating. I'm not an FS developer but from experience as an admin that feature - nullfs mounts into a hypervisor - while greatly desired, looks quite nontrivial to implement. Jordan went to 9Pfs for the now discontinued FreeNAS Corral at iX. If it was easy to do at the VFS layer, I doubt they would have gone that way. Kind regards, Patrick --=20 punkt.de GmbH Internet - Dienstleistungen - Beratung Kaiserallee 13a Tel.: 0721 9109-0 Fax: -100 76133 Karlsruhe info@punkt.de http://punkt.de AG Mannheim 108285 Gf: Juergen Egeling
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44AEC596-6BBA-44FB-92A1-99A0ED239B7A>