Date: Tue, 26 Apr 2016 09:43:02 +0200 From: Roger Pau =?iso-8859-1?Q?Monn=E9?= <roger.pau@citrix.com> To: Marcin Cieslak <saper@saper.info> Cc: <freebsd-virtualization@freebsd.org> Subject: Re: Booting r298488 as Xen Dom0 may break ZFS pool? Message-ID: <20160426074302.4i3rv7wd5ogg7ful@mac> In-Reply-To: <alpine.BSF.2.11.1604260715130.1768@z.fncre.vasb> References: <alpine.BSF.2.11.1604232216330.1768@z.fncre.vasb> <20160425084714.64ejioyqgquwu4gw@mac> <alpine.BSF.2.11.1604251906400.1768@z.fncre.vasb> <alpine.BSF.2.11.1604252000401.1768@z.fncre.vasb> <alpine.BSF.2.11.1604252048220.1768@z.fncre.vasb> <20160426071151.ctzdaehgfhzij6q3@mac> <alpine.BSF.2.11.1604260715130.1768@z.fncre.vasb>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Apr 26, 2016 at 07:16:25AM +0000, Marcin Cieslak wrote: > On Tue, 26 Apr 2016, Roger Pau Monné wrote: > > > > > libxl: error: libxl.c:6121:libxl_xen_console_read_line: reading console ring buffer: Cannot allocate memory > > > > > > It seems that my problem was ... > > > > > > vm.max_wired=1 > > > > > > in /boot/loader.conf > > > > > > instead of > > > > > > vm.max_wired=-1 > > > > And this also caused the ZFS corruption? > > Looks like it to me... Pretty strange. I thought the max_wired sysctl node only affected the usage of wired memory by userspace applications, but it may have also prevented ZFS from using memory. > Btw. is there any way to boot UEFI Windows partition under Xen? > (it works fine under bhyve) You will have to boot it using OVMF, which is not compiled with Xen by default. I will try to add an OVMF package (like the SeaBIOS one that we already have), and wire it into the xen-tools package. If you want to try it yourself, you can add "--enable-ovmf" to the xen-tools package configure and see what breaks ;). Roger.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160426074302.4i3rv7wd5ogg7ful>