Date: Tue, 5 Mar 2013 05:05:47 +0000 From: Ben Morrow <ben@morrow.me.uk> To: freebsd-stable@freebsd.org Subject: Re: ZFS "stalls" -- and maybe we should be talking about defaults? Message-ID: <20130305050539.GA52821@anubis.morrow.me.uk> In-Reply-To: <51355CFE.7080405@denninger.net> References: <513524B2.6020600@denninger.net> <89680320E0FA4C0A99D522EA2037CE6E@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Quoth Karl Denninger <karl@denninger.net>: > > Note that the machine is not booting from ZFS -- it is booting from and > has its swap on a UFS 2-drive mirror (handled by the disk adapter; looks > like a single "da0" drive to the OS) and that drive stalls as well when > it freezes. It's definitely a kernel thing when it happens as the OS > would otherwise not have locked (just I/O to the user partitions) -- but > it does. Is it still the case that mixing UFS and ZFS can cause problems, or were they all fixed? I remember a while ago (before the arc usage monitoring code was added) there were a number of reports of serious probles running an rsync from UFS to ZFS. If you can it might be worth trying your scratch machine booting from ZFS. Probably the best way is to leave your swap partition where it is (IMHO it's not worth trying to swap onto a zvol) and convert the UFS partition into a separate zpool to boot from. You will also need to replace the boot blocks; assuming you're using GPT you can do this with gpart bootcode -p /boot/gptzfsboot -i <gpt boot partition>. Ben
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130305050539.GA52821>