Date: Sun, 1 Dec 2013 09:29:39 -0800 (PST) From: Beeblebrox <zaphod@berentweb.com> To: freebsd-fs@freebsd.org Subject: Re: Questions re swap-on-zfs Message-ID: <1385918979014-5865165.post@n5.nabble.com> In-Reply-To: <1385761196424-5864850.post@n5.nabble.com> References: <1380880223590-5848720.post@n5.nabble.com> <524EEE40.5060208@gmail.com> <1381060830753-5849397.post@n5.nabble.com> <20131006123350.GJ3287@sludge.elizium.za.net> <op.w4lcd6jp8527sy@212-182-167-131.ip.telfort.nl> <1381683172518-5851539.post@n5.nabble.com> <op.w4zx2qfa8527sy@212-182-167-131.ip.telfort.nl> <1385711723411-5864713.post@n5.nabble.com> <CAOjFWZ7QMbtU_9d2x2dVo4x5%2BA0oprBahMd8gdjzkAsy=2iHvQ@mail.gmail.com> <1385761196424-5864850.post@n5.nabble.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Results of testing have producced two problems: 1. The "gconcat label" device does not persist through reboots. I suspect the reason is due to swap #1 being on a zpool (tank0/swap) and this gets mounted before gconcat can do its magic. There's no "canmount=noauto" setting, unless of course I were to disable "org.freebsd:swap=on" (which is probably what needs to be done to make it work). 2. The more important problem however, is one of system freezes during poudriere runs. 4 cores = 4 build jails; during build of larger ports (like firefox, www/webkit-gtk*), if the number of such concurrent builds (large ports) gets to 3, screens freeze, HDD activity continues but eventually produces a kernel panic (I have tried to capture one on dumpdev but no success). If however, the 1G partition is added normally; Device: 1024-blocks Used: /dev/zvol/tank0/swap 4194304 126932 /dev/ada0p1 1048576 126608 I do not get any system freezes and poudriere goes about its business normally. For example: [01]: www/webkit-gtk3 build (00:16:45) [02]: x11/kdelibs4 configure (00:02:45) [03]: www/webkit-gtk2 stage (00:16:23) [04]: graphics/ImageMagick install (00:16:45) Conclusion: gconcat or any other virtual device setup seems doomed to fail and a "real device" seems what's needed for stability. ----- FreeBSD-11-current_amd64_root-on-zfs_RadeonKMS -- View this message in context: http://freebsd.1045724.n5.nabble.com/Questions-re-swap-on-zfs-tp5848720p5865165.html Sent from the freebsd-fs mailing list archive at Nabble.com.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1385918979014-5865165.post>