From owner-freebsd-fs@FreeBSD.ORG Thu Apr 11 20:14:18 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 533175E5 for ; Thu, 11 Apr 2013 20:14:18 +0000 (UTC) (envelope-from spork@bway.net) Received: from smtp1.bway.net (smtp1.bway.net [216.220.96.27]) by mx1.freebsd.org (Postfix) with ESMTP id 335C91798 for ; Thu, 11 Apr 2013 20:14:17 +0000 (UTC) Received: from hotlap.sporklab.com (foon.sporktines.com [96.57.144.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: spork@bway.net) by smtp1.bway.net (Postfix) with ESMTPSA id 5EBB59586D; Thu, 11 Apr 2013 16:04:16 -0400 (EDT) References: In-Reply-To: Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: quoted-printable From: Charles Sprickman Subject: Re: ZFS-inly server and dedicated ZIL Date: Thu, 11 Apr 2013 16:04:15 -0400 To: Dmitry Morozovsky X-Mailer: Apple Mail (2.1085) Cc: freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Apr 2013 20:14:18 -0000 On Apr 10, 2013, at 9:23 AM, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > I'm planning to make new PostgreSQL server using zaid10-like ZFS with = two SSDs=20 > splitted into mirrored ZIL and striped arc2. This might seem like an odd suggestion, but if you're putting the pool = on SSDs (is that correct?), I'd totally skip the separate ZIL device and = ARC. I think you'll find the SSDs will need zero help from another log = device and L2ARC is probably just not that helpful for DB loads. > However, it seems current=20 > ZFS implementation does not support this: >=20 > ./lib/libzfs/common/libzfs_pool.c- case EDOM: > ./lib/libzfs/common/libzfs_pool.c- = zfs_error_aux(hdl, dgettext(TEXT_DOMAIN, > ./lib/libzfs/common/libzfs_pool.c: "root pool = can not have multiple vdevs" > ./lib/libzfs/common/libzfs_pool.c- " or = separate logs")); > ./lib/libzfs/common/libzfs_pool.c- (void) = zfs_error(hdl, EZFS_POOL_NOTSUP, msg); >=20 > Am I right, or did I missed something obvious? I've asked about this on this very list some time ago, but no one really = had any answers: http://lists.freebsd.org/pipermail/freebsd-fs/2012-September/015142.html The last post in that thread brings up an interesting point that was not = answered, which is can our zfs boot loader handle the ZIL playback on = boot? I would assume so (regardless of where the ZIL device lives), but = who knows? Yet another ZFS mystery. :) To summarize, yes, you can work around the root pool restriction, which = is supposedly a Solaris thing that got carried over. You do this by = unsetting the "bootfs" property on the pool (ie: "zpool set bootfs=3D'' = poolname"), adding your log devices to the pool, and then setting the = bootfs property again. Works for me. Someone noted this only works for mirrors, but I've done it on raidz = pools as well. It would be great to have someone weigh-in on whether this is valid or = not. The blog post most people reference regarding this issue is here: http://astralblue.livejournal.com/371755.html Charles >=20 > Ok, if so: In this situation, I see two possibilities: > - make system boot from internal USB stick (only /bootdisk with /boot = and=20 > /rescue) with the rest of ZFS-on-root > - use dedicated pair of disks for ZFS pool without ZIL for system. >=20 > what would you recommend? >=20 > Thanks! >=20 > --=20 > Sincerely, > D.Marck [DM5020, MCK-RIPE, = DM3-RIPN] > [ FreeBSD committer: marck@FreeBSD.org = ] > = ------------------------------------------------------------------------ > *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru = *** > = ------------------------------------------------------------------------ > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"