From owner-freebsd-current@FreeBSD.ORG Sun Sep 27 09:43:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6F831065693 for ; Sun, 27 Sep 2009 09:43:52 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 61CA48FC08 for ; Sun, 27 Sep 2009 09:43:51 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1MrqII-00018h-AC>; Sun, 27 Sep 2009 11:43:50 +0200 Received: from e178017133.adsl.alicedsl.de ([85.178.17.133] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1MrqII-0000UL-5a>; Sun, 27 Sep 2009 11:43:50 +0200 Message-ID: <4ABF33D5.2060909@mail.zedat.fu-berlin.de> Date: Sun, 27 Sep 2009 11:43:49 +0200 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: Olivier Smedts References: <6A973ECE-83E7-4653-BBE7-CC3093361D19@lassitu.de> <367b2c980909261132n60bd0789s1e3077c8ac6eab0b@mail.gmail.com> In-Reply-To: <367b2c980909261132n60bd0789s1e3077c8ac6eab0b@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: 85.178.17.133 X-Mailman-Approved-At: Sun, 27 Sep 2009 11:39:09 +0000 Cc: freebsd-current@freebsd.org, krad , Stefan Bethke , Dmitry Morozovsky Subject: Re: ZFS on entire disks setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Sep 2009 09:43:53 -0000 Olivier Smedts wrote: > 2009/9/26 krad : >> 2009/9/26 Stefan Bethke >> >>> Am 26.09.2009 um 13:39 schrieb Dmitry Morozovsky: >>> >>> =EF=BF=BDDear colleagues, >>>> is there a way to configure ZFS-only setup without partitions? >>>> >>>> I tried to reproduce the trick with `skip=3D1 seek=3D1024', and have= >>>> loot/loader >>>> running, but it does not see the pool. >>>> >>> This sequence is working for me: >>> dd if=3D/boot/zfsboot of=3D/dev/da0 count=3D1 >>> dd if=3D/boot/zfsboot of=3D/dev/da0 skip=3D1 seek=3D1024 >>> zpool create zroot /dev/da0 >>> zpool set bootfs=3Dzroot zroot >>> cd /usr/src && make installworld installkernel distribution DESTDIR=3D= /zroot >>> cp /boot/loader.conf /zroot/boot/loader.conf >>> cp /etc/rc.conf /zroot/etc/ >>> touch /zroot/etc/fstab >>> echo 'zfs_load=3D"YES"' >>/zroot/boot/loader.conf >>> echo 'vfs.root.mountfrom=3D"zfs:zroot"' >>/zroot/boot/loader.conf >>> zpool export zroot >>> zpool import zroot >>> cp /boot/zfs/zpool.cache /zroot/boot/zfs/ >>> zfs set mountpoint=3Dlegacy zroot >>> >>> ... except that it doesn't anymore. =EF=BF=BDI saw this working about= two months >>> ago, but now it fails to mount root. =EF=BF=BDVerbose boot doesn't gi= ve any >>> indication why ZFS can't find the pool. >>> >>> >>> Stefan >>> >>> -- >>> Stefan Bethke =EF=BF=BD Fon +49 151 14070811 >>> >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd= =2Eorg" >>> >> >> have the performance issues with zvols been fixed. I remember a while = ago it >> wasn't a good idea to run swap on a zvol. This is why i left a partiti= on >> free for swap >=20 > Still not a good idea, I've got lockups for many minutes when > consuming heavy memory ressources, for example when doing a "make" in > ports/emulators/virtualbox with firefox and amarok opened. I've got > 2GB RAM on amd64. >=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >> >=20 I see those lockups on three boxes when compiling or having heavy disk I/O on three different boxes, one (private) UP amd64 with 2GB, one SMP 4-core box amd64 with 8 GB and one SMP 8-core box amd64 SMP with 16 GB RAM. It doesn't matter what filesystem is involved, either UFS2 or ZFS! When compiling world AND compiling KDE4-libs or GCC44/GCC45, even those boxes with 8 or 16 GB of RAM and 4 or 8 cores have painful performance issues (locking for several seconds, no response over network or, if enabled and running, X11/mouse gets jumpy and completely inresponsible, quite near useless that moment). I doubt that ZFS causes the problem, it sounds more like a scheduling problem introduced with the early 8.0 (since 7.2 ran fluently on mentioned boxes, but have had other issues). All three boxes under my supervision run FreeBSD 8.0-RC1/amd64 and they all use UFS2-partioned harddrives for OS separated from data drives using ZFS-only. Even copying/backup data from /home on a ZFS volume to another ZFS volume with compression enabled (on another SATA-II drive) does not reveale those issues on the 2GB, UP amd64 box as showed when the box is under heavy load when the GCC compiler is running or PERL scripts are doing their duties. Regards, Oliver