Date: Thu, 12 Jul 2012 09:32:42 -0400 From: Kurt Lidl <lidl@pix.net> To: Chris Ross <cross+freebsd@distal.com> Cc: freebsd-sparc64@freebsd.org Subject: Re: zfs booting feedback Message-ID: <20120712133242.GA41839@pix.net> In-Reply-To: <3D42F02D-7771-4581-AC7D-FC6D75A7D113@distal.com> References: <20120708025435.GA12487@pix.net> <A5544CFF-14B5-4E78-9360-02CA3915CF3F@distal.com> <20120712035944.GA28500@pix.net> <3D42F02D-7771-4581-AC7D-FC6D75A7D113@distal.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Jul 12, 2012 at 12:48:40AM -0400, Chris Ross wrote: > > On Jul 11, 2012, at 23:59 , Kurt Lidl wrote: > >> I'm looking forward to experimenting with FreeBSD sparc64, and zfs. > >> I'm a zfs newbie. :-) > > > > I put the iso I built, along with a checksum file for it, and the script > > that I used for installing all the bit here: > > > > http://www.pix.net/ftp/pub/freebsd/ > > > > You might want to fiddle with the size of the ZFS partition that the > > script creates. I have Sun "18GB" drives, so I just told it use 12GB > > as ZFS, and the rest as swap. > > Thanks. I read that there was an issue with freebsd swap vs. ZFS swap > for FreeBSD dumping. Looking at your script, it looks like you're using the > "freebsd-swap" which will allow for crash dumps. But, not being familiar > with gmirror and what you've done with "gswap", I just wanted to confirm. Yes. As I understand it, freebsd doesn't deal with swapping to a zfs volume reliably -- ultimately it will deadlock. And it cannot crash dump to a zfs volume at all. So, yes, I have a geom mirror setup between two vtoc partitions on the sparc64, and use that as the swap/crash dump space. That's the reason for the (geom) mirrored swap partition. The name "gswap" is just to remind me that's it's a geom mirror -- the choice of name is really arbitrary. Sparc64 doesn't support minidump format either, as far as I know, so you must have a swap space >= physical memory for it to work. On amd64, minidump format crashes are supported, so only the active kernel memory is dumped, and not all of physical memory. > I'll give it a go tomorrow! Thanks much... Good luck. -Kurt
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120712133242.GA41839>