From owner-freebsd-fs@FreeBSD.ORG Sun Jan 2 04:06:11 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C9211065672; Sun, 2 Jan 2011 04:06:11 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id D05918FC12; Sun, 2 Jan 2011 04:06:10 +0000 (UTC) Received: by gwj21 with SMTP id 21so6325420gwj.13 for ; Sat, 01 Jan 2011 20:06:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=cS/qlat1BQPQl//iEgsph7b2SgKxnSWlpSv2xQVxfyQ=; b=I8NUKNJsmJp12k76oNeFviG/gU6J4KRWlS+8Y6Hdi1uioE25tPz77JLM1kJ6VM6tSa bSBJVyGTIQ1ecHXNHPP0HF7sdP0ZdAjD0M4Imfl7P1edLcU4jVRSu3Yh3zbbqZY2k1xi EC+8yGzBFrxyYdQXLcQiC0UgnAr0yyNwm8Wo0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=VsFLyvuZXt0wJPvKTFIdX615Uu7NTPDH3DbyfuddNswOgG0asrZR6qxISTrOtSbexX S+tfUNnsUGan328UKcjGxXfQ/4ZVc4dhO+HFR4OVawbrpJ8fFOjG5iiPC/OBe8PsyMmA QMWKEO/9s4M3uSYTlLEKb5cu6Yhcov1XsCqII= Received: by 10.236.105.240 with SMTP id k76mr9825063yhg.96.1293941168757; Sat, 01 Jan 2011 20:06:08 -0800 (PST) Received: from centel.dataix.local ([99.181.155.97]) by mx.google.com with ESMTPS id n21sm11253631yha.45.2011.01.01.20.06.06 (version=SSLv3 cipher=RC4-MD5); Sat, 01 Jan 2011 20:06:06 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4D1FF9AC.60200@DataIX.net> Date: Sat, 01 Jan 2011 23:06:04 -0500 From: "J. Hellenthal" Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101230 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Attila Nagy References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> In-Reply-To: <4D1F7008.3050506@fsn.hu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2011 04:06:11 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01/01/2011 13:18, Attila Nagy wrote: > On 12/16/2010 01:44 PM, Martin Matuska wrote: >> Link to the patch: >> >> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz >> >> >> > I've used this: > http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101223-nopython.patch.xz > > on a server with amd64, 8 G RAM, acting as a file server on > ftp/http/rsync, the content being read only mounted with nullfs in > jails, and the daemons use sendfile (ftp and http). > > The effects can be seen here: > http://people.fsn.hu/~bra/freebsd/20110101-zfsv28-fbsd/ > the exact moment of the switch can be seen on zfs_mem-week.png, where > the L2 ARC has been discarded. > > What I see: > - increased CPU load > - decreased L2 ARC hit rate, decreased SSD (ad[46]), therefore increased > hard disk load (IOPS graph) > > Maybe I could accept the higher system load as normal, because there > were a lot of things changed between v15 and v28 (but I was hoping if I > use the same feature set, it will require less CPU), but dropping the > L2ARC hit rate so radically seems to be a major issue somewhere. > As you can see from the memory stats, I have enough kernel memory to > hold the L2 headers, so the L2 devices got filled up to their maximum > capacity. > > Any ideas on what could cause these? I haven't upgraded the pool version > and nothing was changed in the pool or in the file system. > Running arc_summary.pl[1] -p4 should print a summary about your l2arc and you should also notice in that section that there is a high number of "SPA Mismatch" mine usually grew to around 172k before I would notice a crash and I could reliably trigger this while in scrub. What ever is causing this needs desperate attention! I emailed mm@ privately off-list when I noticed this going on but have not received any feedback as of yet. [1] http://bit.ly/fdRiYT - -- Regards, jhell,v JJH48-ARIN -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJNH/msAAoJEJBXh4mJ2FR+bFYH/0bBJbLYU5zzbqpUUXX1M/B9 +g8RwQ9Tek4/fxwpD8DNIfkpzO0MvUcx5Nhwld69jk7sSys9IUpYhuYVggcOgavx sl6AwNNUG0XD/spO2RvV3jD4tVbR6TjlSdLCyBG7iPFU2nNB6wZM+UfWxGYwEyUE loOr13Vk4eU2l2cepUwJH0oGu2hsDZ7qR/fTd+d33NfS6/PT43vbCjPNTsnDJeY9 MdeC5vBUPl3AW3iC/5hxBi9WABGMHeAXTolpAtBQVBNi22mINacYFO6FEdfANy9E Xo207Cd6vBmZb8aTs0BFHs5ZdTHUco/iNysaWvzx9TlIWlyyBRgOXgtBweB+6d4= =lcxW -----END PGP SIGNATURE----- From owner-freebsd-fs@FreeBSD.ORG Sun Jan 2 08:46:00 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6354F106566B; Sun, 2 Jan 2011 08:46:00 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 599718FC14; Sun, 2 Jan 2011 08:45:58 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 220416B4901; Sun, 2 Jan 2011 09:45:57 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 19.9304] X-CRM114-CacheID: sfid-20110102_09455_46FAFBEF X-CRM114-Status: Good ( pR: 19.9304 ) X-Spambayes-Classification: ham; 0.00 Message-ID: <4D203B43.7070607@fsn.hu> Date: Sun, 02 Jan 2011 09:45:55 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: "J. Hellenthal" References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> <4D1FF9AC.60200@DataIX.net> In-Reply-To: <4D1FF9AC.60200@DataIX.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2011 08:46:00 -0000 On 01/02/2011 05:06 AM, J. Hellenthal wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 01/01/2011 13:18, Attila Nagy wrote: >> On 12/16/2010 01:44 PM, Martin Matuska wrote: >>> Link to the patch: >>> >>> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz >>> >>> >>> >> I've used this: >> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101223-nopython.patch.xz >> >> on a server with amd64, 8 G RAM, acting as a file server on >> ftp/http/rsync, the content being read only mounted with nullfs in >> jails, and the daemons use sendfile (ftp and http). >> >> The effects can be seen here: >> http://people.fsn.hu/~bra/freebsd/20110101-zfsv28-fbsd/ >> the exact moment of the switch can be seen on zfs_mem-week.png, where >> the L2 ARC has been discarded. >> >> What I see: >> - increased CPU load >> - decreased L2 ARC hit rate, decreased SSD (ad[46]), therefore increased >> hard disk load (IOPS graph) >> >> Maybe I could accept the higher system load as normal, because there >> were a lot of things changed between v15 and v28 (but I was hoping if I >> use the same feature set, it will require less CPU), but dropping the >> L2ARC hit rate so radically seems to be a major issue somewhere. >> As you can see from the memory stats, I have enough kernel memory to >> hold the L2 headers, so the L2 devices got filled up to their maximum >> capacity. >> >> Any ideas on what could cause these? I haven't upgraded the pool version >> and nothing was changed in the pool or in the file system. >> > Running arc_summary.pl[1] -p4 should print a summary about your l2arc > and you should also notice in that section that there is a high number > of "SPA Mismatch" mine usually grew to around 172k before I would notice > a crash and I could reliably trigger this while in scrub. > > What ever is causing this needs desperate attention! > > I emailed mm@ privately off-list when I noticed this going on but have > not received any feedback as of yet. It's at zero currently (2 days of uptime): kstat.zfs.misc.arcstats.l2_write_spa_mismatch: 0 From owner-freebsd-fs@FreeBSD.ORG Sun Jan 2 11:02:49 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C749C1065675; Sun, 2 Jan 2011 11:02:49 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9E1AA8FC1B; Sun, 2 Jan 2011 11:02:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p02B2ngM063150; Sun, 2 Jan 2011 11:02:49 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p02B2n9o063145; Sun, 2 Jan 2011 11:02:49 GMT (envelope-from jh) Date: Sun, 2 Jan 2011 11:02:49 GMT Message-Id: <201101021102.p02B2n9o063145@freefall.freebsd.org> To: giffunip@tutopia.com, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/143345: [ext2fs] [patch] extfs minor header cleanups to better match NetBSD/UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2011 11:02:49 -0000 Synopsis: [ext2fs] [patch] extfs minor header cleanups to better match NetBSD/UFS State-Changed-From-To: open->closed State-Changed-By: jh State-Changed-When: Sun Jan 2 11:02:48 UTC 2011 State-Changed-Why: Closed at submitter's request. Superseded by kern/153584. http://www.freebsd.org/cgi/query-pr.cgi?pr=143345 From owner-freebsd-fs@FreeBSD.ORG Sun Jan 2 11:03:28 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E7AF1065672; Sun, 2 Jan 2011 11:03:28 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 059AF8FC0C; Sun, 2 Jan 2011 11:03:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p02B3Rvp063345; Sun, 2 Jan 2011 11:03:27 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p02B3RKH063341; Sun, 2 Jan 2011 11:03:27 GMT (envelope-from jh) Date: Sun, 2 Jan 2011 11:03:27 GMT Message-Id: <201101021103.p02B3RKH063341@freefall.freebsd.org> To: giffunip@tutopia.com, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/142924: [ext2fs] [patch] Small cleanup for the inode struct in ext2fs (based on UFS) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2011 11:03:28 -0000 Synopsis: [ext2fs] [patch] Small cleanup for the inode struct in ext2fs (based on UFS) State-Changed-From-To: open->closed State-Changed-By: jh State-Changed-When: Sun Jan 2 11:03:27 UTC 2011 State-Changed-Why: Closed at submitter's request. Superseded by kern/153584. http://www.freebsd.org/cgi/query-pr.cgi?pr=142924 From owner-freebsd-fs@FreeBSD.ORG Sun Jan 2 13:50:13 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 809D8106566B for ; Sun, 2 Jan 2011 13:50:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8498FC12 for ; Sun, 2 Jan 2011 13:50:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p02DoDdD036520 for ; Sun, 2 Jan 2011 13:50:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p02DoDPh036519; Sun, 2 Jan 2011 13:50:13 GMT (envelope-from gnats) Date: Sun, 2 Jan 2011 13:50:13 GMT Message-Id: <201101021350.p02DoDPh036519@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Alexander V. Ribchansky" Cc: Subject: Re: kern/153552: [zfs] zfsboot from 8.2-RC1 freeze at boot time X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Alexander V. Ribchansky" List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2011 13:50:13 -0000 The following reply was made to PR kern/153552; it has been noted by GNATS. From: "Alexander V. Ribchansky" To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/153552: [zfs] zfsboot from 8.2-RC1 freeze at boot time Date: Sun, 02 Jan 2011 15:22:03 +0200 Just another "Me too" If I use /boot/zfsboot form recent STABLE (from snapshot CD or built myself) to boot up this monstro# gpart show ad6 => 63 625142385 ad6 MBR (298G) 63 104872257 1 ntfs [active] (50G) 104872320 520270128 2 freebsd (248G) monstro# gpart show ad6s2 => 0 520270128 ad6s2 BSD (248G) 0 516075824 1 freebsd-zfs (246G) 516075824 4194304 2 freebsd-swap (2.0G) I install /boot/zfsboot as dd if=/boot/zfsboot of=/dev/ad6s2 count=1 dd if=/boot/zfsboot of=/dev/ad6s2a skip=1 seek=1024 when I reboot, system stuck in "-" or "\" or "/" or finaly "|" prompt. when I install /boot/zfsboot from recent 9-CURRENT snapshot CD all boots-up perfectly. More over, fresh built /boot/zfsboot from v28 pachset either from 8-S or 9-C patches stuck as I describe above. I do not use GPT because of windows on the same machine. From owner-freebsd-fs@FreeBSD.ORG Sun Jan 2 22:38:58 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89104106564A; Sun, 2 Jan 2011 22:38:58 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B7B28FC13; Sun, 2 Jan 2011 22:38:58 +0000 (UTC) Received: by iyb26 with SMTP id 26so12163674iyb.13 for ; Sun, 02 Jan 2011 14:38:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=DlS+VaP+DxZGRHWUSqBfykgdwbniHs8vw0f/JeOI5q0=; b=AxqWk9WWEDNdPW++/1jlRKBvF/N968XA7tvSYfSE+7SX1eWqWix0x5tq0H+owYF5lV jMVygvFGau9wgwZO0wKfNZJA1PBHNj1IKIW8YUCSHn68vdoOLmGjMoASUP20DVjxe4Bn Hn/AA0BqUFVOqeElyxbKeMuWm4vdwx022W0Fg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=YmURWDdFUedpRN0hrLamu/Deu2teI7pjjZk/Hrt5XDDdwmnWy4oTwB7s3CmNsoK8A+ qYtFwB3SqMc+9LW1IQmyuCHDWqVm8B76zI1mFcdMFAmG4qw8Bt/LhbMnl1AF7ywQ+VLT CR0t1mLSoO0OCbXKwhXSDdy7I/Tm7NsS7E1Nc= Received: by 10.231.171.197 with SMTP id i5mr3820668ibz.54.1294007937440; Sun, 02 Jan 2011 14:38:57 -0800 (PST) Received: from centel.dataix.local (adsl-99-181-155-97.dsl.klmzmi.sbcglobal.net [99.181.155.97]) by mx.google.com with ESMTPS id z4sm18133772ibg.13.2011.01.02.14.38.54 (version=SSLv3 cipher=RC4-MD5); Sun, 02 Jan 2011 14:38:55 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4D20FE7D.6030803@DataIX.net> Date: Sun, 02 Jan 2011 17:38:53 -0500 From: "J. Hellenthal" Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.13) Gecko/20101230 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Attila Nagy References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> <4D1FF9AC.60200@DataIX.net> <4D203B43.7070607@fsn.hu> In-Reply-To: <4D203B43.7070607@fsn.hu> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Jan 2011 22:38:58 -0000 On 01/02/2011 03:45, Attila Nagy wrote: > On 01/02/2011 05:06 AM, J. Hellenthal wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 01/01/2011 13:18, Attila Nagy wrote: >>> On 12/16/2010 01:44 PM, Martin Matuska wrote: >>>> Link to the patch: >>>> >>>> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz >>>> >>>> >>>> >>>> >>> I've used this: >>> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101223-nopython.patch.xz >>> >>> >>> on a server with amd64, 8 G RAM, acting as a file server on >>> ftp/http/rsync, the content being read only mounted with nullfs in >>> jails, and the daemons use sendfile (ftp and http). >>> >>> The effects can be seen here: >>> http://people.fsn.hu/~bra/freebsd/20110101-zfsv28-fbsd/ >>> the exact moment of the switch can be seen on zfs_mem-week.png, where >>> the L2 ARC has been discarded. >>> >>> What I see: >>> - increased CPU load >>> - decreased L2 ARC hit rate, decreased SSD (ad[46]), therefore increased >>> hard disk load (IOPS graph) >>> >>> Maybe I could accept the higher system load as normal, because there >>> were a lot of things changed between v15 and v28 (but I was hoping if I >>> use the same feature set, it will require less CPU), but dropping the >>> L2ARC hit rate so radically seems to be a major issue somewhere. >>> As you can see from the memory stats, I have enough kernel memory to >>> hold the L2 headers, so the L2 devices got filled up to their maximum >>> capacity. >>> >>> Any ideas on what could cause these? I haven't upgraded the pool version >>> and nothing was changed in the pool or in the file system. >>> >> Running arc_summary.pl[1] -p4 should print a summary about your l2arc >> and you should also notice in that section that there is a high number >> of "SPA Mismatch" mine usually grew to around 172k before I would notice >> a crash and I could reliably trigger this while in scrub. >> >> What ever is causing this needs desperate attention! >> >> I emailed mm@ privately off-list when I noticed this going on but have >> not received any feedback as of yet. > It's at zero currently (2 days of uptime): > kstat.zfs.misc.arcstats.l2_write_spa_mismatch: 0 > Right but do you have a 'cache' 'l2arc' vdev attached to any pool in the system ? This suggests to me that you do not at this time. If not can you attach a cache vdev and run a scrub on it and monitor the value of that MIB ? -- Regards, jhell,v JJH48-ARIN From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 02:45:42 2011 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A3F0106564A for ; Mon, 3 Jan 2011 02:45:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id CC8AA8FC14 for ; Mon, 3 Jan 2011 02:45:41 +0000 (UTC) Received: (qmail 32409 invoked by uid 399); 3 Jan 2011 02:45:39 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jan 2011 02:45:39 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D213852.40608@FreeBSD.org> Date: Sun, 02 Jan 2011 18:45:38 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Pedro F. Giffuni" Subject: ext2fs: PR 153584, prealloc, etc. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 02:45:42 -0000 Howdy, Pedro, Thanks for http://www.freebsd.org/cgi/query-pr.cgi?pr=153584 however it does not compile on HEAD: cc -O2 -pipe -g -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /usr/local/obj/home/svn/head/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -g -fno-omit-frame-pointer -I/usr/local/obj/home/svn/head/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /home/svn/head/sys/modules/ext2fs/../../fs/ext2fs/ext2_subr.c /home/svn/head/sys/modules/ext2fs/../../fs/ext2fs/ext2_subr.c: In function 'ext2_checkoverlap': /home/svn/head/sys/modules/ext2fs/../../fs/ext2fs/ext2_subr.c:108: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /home/svn/head/sys/modules/ext2fs. *** Error code 1 I also notice that your work does not seem to include the preallocation work of Aditya, which I've been running ever since the thread in November and has been working well for me. http://lists.freebsd.org/pipermail/freebsd-fs/2010-November/010024.html Any chance you 2 could work together to come up with 1 patch that has the best of both worlds, and actually compiles on HEAD? It would also be really useful if the resultant patch was created using 'svn diff' as it would be a lot easier for those of us who are interested in testing this to do so, not to mention actually getting it committed. Thanks, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 03:35:01 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99984106576B for ; Mon, 3 Jan 2011 03:35:01 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from nm25-vm0.bullet.mail.sp2.yahoo.com (nm25-vm0.bullet.mail.sp2.yahoo.com [98.139.91.228]) by mx1.freebsd.org (Postfix) with SMTP id 6ABA88FC08 for ; Mon, 3 Jan 2011 03:35:01 +0000 (UTC) Received: from [98.139.91.62] by nm25.bullet.mail.sp2.yahoo.com with NNFMP; 03 Jan 2011 03:21:45 -0000 Received: from [98.139.91.58] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 03 Jan 2011 03:21:45 -0000 Received: from [127.0.0.1] by omp1058.mail.sp2.yahoo.com with NNFMP; 03 Jan 2011 03:21:45 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 875534.30178.bm@omp1058.mail.sp2.yahoo.com Received: (qmail 4099 invoked by uid 60001); 3 Jan 2011 03:21:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1294024905; bh=DXgGVKgjsZDmdL0dylj8xfv2gdaC5kIfPDOJE9DRGLc=; h=Message-ID:X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type; b=q73CF5za2QWyZ91z4NfacmAonnMIfAvcZE11/kdkeS94BES9YrM7vMmhct2L+wbCfk1DoRv0JW8imh8K+alFdl86kfvl7iw7WSbpvdBNEFCWkKZdtCjkIx2iUTPChGl5CN+dbTPe3dRLrL1xepVNLxuhdX5i8zrJINhxTYAJ+Gg= Message-ID: <352778.3837.qm@web113503.mail.gq1.yahoo.com> X-YMail-OSG: Jvf8sxoVM1nOqXZrwnLsycrwnax6Iui6BGHJ2Ug1qHSER5Y jIiABZNQshcyEk9Kb.XYIUe22ajO9E7XaugepDPVZI8KFC6BZpIxGArTt..x Qe2zrA5GCjVeMtDdW6KfuRKStGqX54EC0ltho6B4mWPtTz7Qi2wOZzv5Hust Cpe61a01URadyIhbUX.ns.zVDS1_unWUNRiQJ9Ii1vhzloYZYvtLCF2tryHC v3vh6NX7Vnm411tKsuxmLSFAR8y0IHhxXcHa2gjLto1fhoWJ0j4Ti2Yjez_E frZss_P9giFJ61Zo8L7dMnomTAcrVB5q.baIy4chTwHYKoTWlP1C0nBcqzSV 4Z1eF.XdgoMX.kzVgo5v8qWiFyi3UVefDD2W4QzjuIg0dT3arhKmVVUcx86F y1d9cIJhMtYQ- Received: from [190.157.140.248] by web113503.mail.gq1.yahoo.com via HTTP; Sun, 02 Jan 2011 19:21:45 PST X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.107.285259 Date: Sun, 2 Jan 2011 19:21:45 -0800 (PST) From: "Pedro F. Giffuni" To: freebsd-fs@FreeBSD.org, Doug Barton MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1773603869-1294024905=:3837" Cc: Subject: Re: ext2fs: PR 153584, prealloc, etc. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 03:35:01 -0000 --0-1773603869-1294024905=:3837 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hello;=0A=0A--- On Sun, 1/2/11, Doug Barton wrote:=0A= =0A> From: Doug Barton =0A> Subject: ext2fs: PR 153584, = prealloc, etc.=0A> To: freebsd-fs@FreeBSD.org=0A> Cc: "Pedro F. Giffuni" , "Aditya Sarawgi" =0A> Date:= Sunday, January 2, 2011, 9:45 PM=0A> Howdy,=0A> =0A> Pedro,=0A> =0A> Thank= s for http://www.freebsd.org/cgi/query-pr.cgi?pr=3D153584=0A> however it do= es not compile on HEAD:=0A> =0A> cc -O2 -pipe -g -fno-strict-aliasing -Werr= or -D_KERNEL=0A> -DKLD_MODULE=0A> -nostdinc=A0=A0=A0-DHAVE_KERNEL_OPTION_HE= ADERS=0A> -include=0A> /usr/local/obj/home/svn/head/sys/GENERIC/opt_global.= h -I.=0A> -I@ -I@/contrib/altq -finline-limit=3D8000 --param=0A> inline-uni= t-growth=3D100 --param large-function-growth=3D1000=0A> -fno-common -g -g -= fno-omit-frame-pointer=0A> -I/usr/local/obj/home/svn/head/sys/GENERIC -mcmo= del=3Dkernel=0A> -mno-red-zone=A0 -mfpmath=3D387 -mno-sse -mno-sse2=0A> -mn= o-sse3 -mno-mmx -mno-3dnow=A0 -msoft-float=0A> -fno-asynchronous-unwind-tab= les -ffreestanding=0A> -fstack-protector -std=3Diso9899:1999 -fstack-protec= tor -Wall=0A> -Wredundant-decls -Wnested-externs -Wstrict-prototypes=0A> -W= missing-prototypes -Wpointer-arith -Winline=0A> -Wcast-qual=A0 -Wundef -Wno= -pointer-sign=0A> -fformat-extensions -c=0A> /home/svn/head/sys/modules/ext= 2fs/../../fs/ext2fs/ext2_subr.c=0A> /home/svn/head/sys/modules/ext2fs/../..= /fs/ext2fs/ext2_subr.c:=0A> In function 'ext2_checkoverlap':=0A> /home/svn/= head/sys/modules/ext2fs/../../fs/ext2fs/ext2_subr.c:108:=0A> error: derefer= encing pointer to incomplete type=0A> *** Error code 1=0A> =0A> Stop in /ho= me/svn/head/sys/modules/ext2fs.=0A> *** Error code 1=0A> =0A=0AThanks for t= he bug report. This will be very easy to fix and I don't know why I didn't = see it here. but for now use this simpler patch.=0A=0A> =0A> Any chance you= 2 could work together to come up with 1=0A> patch that has the best of bot= h worlds, and actually=0A> compiles on HEAD? It would also be really useful= if the=0A> resultant patch was created using 'svn diff' as it would be=0A>= a lot easier for those of us who are interested in testing=0A> this to do = so, not to mention actually getting it=0A> committed.=0A> =0A=0AWe have bee= n working together with Zheng Liu, who did the=0Apreallocation patch, but I= believe these fixes should come=0Afirst.=0A=0AThanks for testing!=0A=0APed= ro.=0A=0A=0A --0-1773603869-1294024905=:3837 Content-Type: application/octet-stream; name=patch-bde Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=patch-bde ZGlmZiAtcnUgZXh0MmZzLm9yaWcvZXh0Ml9hbGxvYy5jIGV4dDJmcy9leHQy X2FsbG9jLmMKLS0tIGV4dDJmcy5vcmlnL2V4dDJfYWxsb2MuYwkyMDEwLTEy LTI5IDE1OjE0OjA2LjAwMDAwMDAwMCArMDAwMAorKysgZXh0MmZzL2V4dDJf YWxsb2MuYwkyMDEwLTEyLTMwIDIxOjQ1OjU4LjAwMDAwMDAwMCArMDAwMApA QCAtNTksNiArNTksNyBAQAogCQkJCQkJaW50KSk7CiBzdGF0aWMgZGFkZHJf dAlleHQyX25vZGVhbGxvY2NnKHN0cnVjdCBpbm9kZSAqLCBpbnQsIGRhZGRy X3QsIGludCk7CiBzdGF0aWMgZGFkZHJfdCAgZXh0Ml9tYXBzZWFyY2goc3Ry dWN0IG1fZXh0MmZzICosIGNoYXIgKiwgZGFkZHJfdCk7CisKIC8qCiAgKiBB bGxvY2F0ZSBhIGJsb2NrIGluIHRoZSBmaWxlIHN5c3RlbS4KICAqCkBAIC0x MTYsNiArMTE3LDEwIEBACiAgICAgICAgIGJubyA9IChkYWRkcl90KWV4dDJf aGFzaGFsbG9jKGlwLCBjZywgYnByZWYsIGZzLT5lMmZzX2JzaXplLAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGV4dDJfYWxsb2NjZyk7CiAgICAgICAgIGlmIChibm8gPiAwKSB7CisJCS8q IHNldCBuZXh0X2FsbG9jIGZpZWxkcyBhcyBkb25lIGluIGJsb2NrX2dldGJs ayAqLworCQlpcC0+aV9uZXh0X2FsbG9jX2Jsb2NrID0gbGJuOworCQlpcC0+ aV9uZXh0X2FsbG9jX2dvYWwgPSBibm87CisKICAgICAgICAgICAgICAgICBp cC0+aV9ibG9ja3MgKz0gYnRvZGIoZnMtPmUyZnNfYnNpemUpOwogICAgICAg ICAgICAgICAgIGlwLT5pX2ZsYWcgfD0gSU5fQ0hBTkdFIHwgSU5fVVBEQVRF OwogICAgICAgICAgICAgICAgICpibnAgPSBibm87CkBAIC02MjUsNyArNjMw LDcgQEAKIAlzdHJ1Y3QgbV9leHQyZnMgKmZzOwogCXN0cnVjdCBidWYgKmJw OwogCXN0cnVjdCBleHQybW91bnQgKnVtcDsKLQlpbnQgZXJyb3IsIGJubywg c3RhcnQsIGVuZCwgbG9jOworCWludCBlcnJvciwgYm5vOwogCWNoYXIgKmJi cDsKIAkvKiBYWFggb25kaXNrMzIgKi8KIAlmcyA9IGlwLT5pX2UyZnM7CkBA IC02NTgsMjYgKzY2Myw3IEBACiAJLyoKIAkgKiBubyBibG9ja3MgaW4gdGhl IHJlcXVlc3RlZCBjeWxpbmRlciwgc28gdGFrZSBuZXh0CiAJICogYXZhaWxh YmxlIG9uZSBpbiB0aGlzIGN5bGluZGVyIGdyb3VwLgotCSAqIGZpcnN0IHRy eSB0byBnZXQgOCBjb250aWdvdXMgYmxvY2tzLCB0aGVuIGZhbGwgYmFjayB0 byBhIHNpbmdsZQotCSAqIGJsb2NrLgogCSAqLwotCWlmIChicHJlZikKLQkJ c3RhcnQgPSBkdG9nZChmcywgYnByZWYpIC8gTkJCWTsKLQllbHNlCi0JCXN0 YXJ0ID0gMDsKLQllbmQgPSBob3dtYW55KGZzLT5lMmZzLT5lMmZzX2ZwZywg TkJCWSkgLSBzdGFydDsKLQlmb3IgKGxvYyA9IHN0YXJ0OyBsb2MgPCBlbmQ7 IGxvYysrKSB7Ci0JCWlmIChiYnBbbG9jXSA9PSAwKSB7Ci0JCQlibm8gPSBs b2MgKiBOQkJZOwotCQkJZ290byBnb3RpdDsKLQkJfQotCX0KLQlmb3IgKGxv YyA9IDA7IGxvYyA8IHN0YXJ0OyBsb2MrKykgewotCQlpZiAoYmJwW2xvY10g PT0gMCkgewotCQkJYm5vID0gbG9jICogTkJCWTsKLQkJCWdvdG8gZ290aXQ7 Ci0JCX0KLQl9CiAKIAlibm8gPSBleHQyX21hcHNlYXJjaChmcywgYmJwLCBi cHJlZik7CiAJaWYgKGJubyA8IDApewo= --0-1773603869-1294024905=:3837-- From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 04:14:51 2011 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A5B6106566B for ; Mon, 3 Jan 2011 04:14:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id AFC698FC18 for ; Mon, 3 Jan 2011 04:14:50 +0000 (UTC) Received: (qmail 22724 invoked by uid 399); 3 Jan 2011 04:14:49 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 Jan 2011 04:14:49 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D214D38.1000209@FreeBSD.org> Date: Sun, 02 Jan 2011 20:14:48 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: giffunip@tutopia.com References: <352778.3837.qm@web113503.mail.gq1.yahoo.com> In-Reply-To: <352778.3837.qm@web113503.mail.gq1.yahoo.com> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org Subject: Re: ext2fs: PR 153584, prealloc, etc. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 04:14:51 -0000 On 01/02/2011 19:21, Pedro F. Giffuni wrote: > Thanks for the bug report. This will be very easy to fix and I don't > know why I didn't see it here. but for now use this simpler patch. Ok, the simpler patch worked, but then I see that you sent a follow-up to the PR with a new patch that supposedly fixes my issue. I definitely appreciate your fast attention to this, but I've already applied your smaller patch and rebooted, and I have stuff of my own to work on. :) The good news is that patch-dbe applied over the older pre-allocation patch just fine. >> Any chance you 2 could work together to come up with 1 patch that >> has the best of both worlds, and actually compiles on HEAD? It >> would also be really useful if the resultant patch was created >> using 'svn diff' as it would be a lot easier for those of us who >> are interested in testing this to do so, not to mention actually >> getting it committed. >> > > We have been working together with Zheng Liu, who did the > preallocation patch, but I believe these fixes should come first. That's fine, I appreciate that this is getting attention. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 11:07:03 2011 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B919A1065693 for ; Mon, 3 Jan 2011 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE2E8FC1C for ; Mon, 3 Jan 2011 11:07:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p03B73Am046485 for ; Mon, 3 Jan 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p03B72hm046483 for freebsd-fs@FreeBSD.org; Mon, 3 Jan 2011 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Jan 2011 11:07:02 GMT Message-Id: <201101031107.p03B72hm046483@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 11:07:03 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/153552 fs [zfs] zfsboot from 8.2-RC1 freeze at boot time o kern/153418 fs [zfs] [panic] Kernel Panic occurred writing to zfs vol o kern/153351 fs [zfs] locking directories/files in ZFS o bin/153258 fs [patch][zfs] creating ZVOLs requires `refreservation' s kern/153173 fs [zfs] booting from a gzip-compressed dataset doesn't w o kern/153126 fs [zfs] vdev failure, zpool=peegel type=vdev.too_small o kern/152605 fs [ufs] [panic] handle_workitem_freeblocks: inode 18 blo o kern/152488 fs [tmpfs] [patch] mtime of file updated when only inode o kern/152079 fs [msdosfs] [patch] Small cleanups from the other NetBSD o kern/152022 fs [nfs] nfs service hangs with linux client [regression] o kern/151942 fs [zfs] panic during ls(1) zfs snapshot directory o kern/151905 fs [zfs] page fault under load in /sbin/zfs o kern/151845 fs [smbfs] [patch] smbfs should be upgraded to support Un o bin/151713 fs [patch] Bug in growfs(8) with respect to 32-bit overfl o kern/151648 fs [zfs] disk wait bug o kern/151629 fs [fs] [patch] Skip empty directory entries during name o kern/151330 fs [zfs] will unshare all zfs filesystem after execute a o kern/151326 fs [nfs] nfs exports fail if netgroups contain duplicate o kern/151251 fs [ufs] Can not create files on filesystem with heavy us o kern/151226 fs [zfs] can't delete zfs snapshot o kern/151111 fs [zfs] vnodes leakage during zfs unmount o kern/150503 fs [zfs] ZFS disks are UNAVAIL and corrupted after reboot o kern/150501 fs [zfs] ZFS vdev failure vdev.bad_label on amd64 o kern/150390 fs [zfs] zfs deadlock when arcmsr reports drive faulted o kern/150336 fs [nfs] mountd/nfsd became confused; refused to reload n o kern/150207 fs zpool(1): zpool import -d /dev tries to open weird dev o kern/149208 fs mksnap_ffs(8) hang/deadlock o kern/149173 fs [patch] [zfs] make OpenSolaris installa o kern/149022 fs [hang] File system operations hangs with suspfs state o kern/149015 fs [zfs] [patch] misc fixes for ZFS code to build on Glib o kern/149014 fs [zfs] [patch] declarations in ZFS libraries/utilities o kern/149013 fs [zfs] [patch] make ZFS makefiles use the libraries fro o kern/148504 fs [zfs] ZFS' zpool does not allow replacing drives to be o kern/148490 fs [zfs]: zpool attach - resilver bidirectionally, and re o kern/148368 fs [zfs] ZFS hanging forever on 8.1-PRERELEASE o bin/148296 fs [zfs] [loader] [patch] Very slow probe in /usr/src/sys o kern/148204 fs [nfs] UDP NFS causes overload o kern/148138 fs [zfs] zfs raidz pool commands freeze o kern/147903 fs [zfs] [panic] Kernel panics on faulty zfs device o kern/147881 fs [zfs] [patch] ZFS "sharenfs" doesn't allow different " o kern/147790 fs [zfs] zfs set acl(mode|inherit) fails on existing zfs o kern/147560 fs [zfs] [boot] Booting 8.1-PRERELEASE raidz system take o kern/147420 fs [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt o kern/146941 fs [zfs] [panic] Kernel Double Fault - Happens constantly o kern/146786 fs [zfs] zpool import hangs with checksum errors o kern/146708 fs [ufs] [panic] Kernel panic in softdep_disk_write_compl o kern/146528 fs [zfs] Severe memory leak in ZFS on i386 o kern/146502 fs [nfs] FreeBSD 8 NFS Client Connection to Server o kern/146375 fs [nfs] [patch] Typos in macro variables names in sys/fs s kern/145712 fs [zfs] cannot offline two drives in a raidz2 configurat o kern/145411 fs [xfs] [panic] Kernel panics shortly after mounting an o bin/145309 fs bsdlabel: Editing disk label invalidates the whole dev o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c o kern/144458 fs [nfs] [patch] nfsd fails as a kld p kern/144447 fs [zfs] sharenfs fsunshare() & fsshare_main() non functi o kern/144416 fs [panic] Kernel panic on online filesystem optimization s kern/144415 fs [zfs] [panic] kernel panics on boot after zfs crash o kern/144234 fs [zfs] Cannot boot machine with recent gptzfsboot code o kern/143825 fs [nfs] [panic] Kernel panic on NFS client o bin/143572 fs [zfs] zpool(1): [patch] The verbose output from iostat o kern/143212 fs [nfs] NFSv4 client strange work ... o kern/143184 fs [zfs] [lor] zfs/bufwait LOR o kern/142914 fs [zfs] ZFS performance degradation over time o kern/142878 fs [zfs] [vfs] lock order reversal o kern/142597 fs [ext2fs] ext2fs does not work on filesystems with real o kern/142489 fs [zfs] [lor] allproc/zfs LOR o kern/142466 fs Update 7.2 -> 8.0 on Raid 1 ends with screwed raid [re o kern/142401 fs [ntfs] [patch] Minor updates to NTFS from NetBSD o kern/142306 fs [zfs] [panic] ZFS drive (from OSX Leopard) causes two o kern/142068 fs [ufs] BSD labels are got deleted spontaneously o kern/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141305 fs [zfs] FreeBSD ZFS+sendfile severe performance issues ( o kern/141091 fs [patch] [nullfs] fix panics with DIAGNOSTIC enabled o kern/141086 fs [nfs] [panic] panic("nfs: bioread, not dir") on FreeBS o kern/141010 fs [zfs] "zfs scrub" fails when backed by files in UFS2 o kern/140888 fs [zfs] boot fail from zfs root while the pool resilveri o kern/140661 fs [zfs] [patch] /boot/loader fails to work on a GPT/ZFS- o kern/140640 fs [zfs] snapshot crash o kern/140134 fs [msdosfs] write and fsck destroy filesystem integrity o kern/140068 fs [smbfs] [patch] smbfs does not allow semicolon in file o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs o bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139597 fs [patch] [tmpfs] tmpfs initializes va_gen but doesn't u o kern/139564 fs [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdo o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/138790 fs [zfs] ZFS ceases caching when mem demand is high o kern/138662 fs [panic] ffs_blkfree: freeing free block o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic o kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis o kern/133614 fs [panic] panic: ffs_truncate: read-only filesystem o kern/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/127787 fs [lor] [ufs] Three LORs: vfslock/devfs/vfslock, ufs/vfs o bin/127270 fs fsck_msdosfs(8) may crash if BytesPerSec is zero o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS o kern/123939 fs [msdosfs] corrupts new files o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o bin/121779 fs [ufs] snapinfo(8) (and related tools?) only work for t o bin/121366 fs [zfs] [patch] Automatic disk scrubbing from periodic(8 o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha f kern/120991 fs [panic] [ffs] [snapshot] System crashes when manipulat o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o bin/118249 fs [ufs] mv(1): moving a directory changes its mtime o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o kern/117954 fs [ufs] dirhash on very large directories blocks the mac o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117314 fs [ntfs] Long-filename only NTFS fs'es cause kernel pani o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o conf/116931 fs lack of fsck_cd9660 prevents mounting iso images with p kern/116608 fs [msdosfs] [patch] msdosfs fails to check mount options o kern/116583 fs [ffs] [hang] System freezes for short time when using o kern/116170 fs [panic] Kernel panic when mounting /tmp o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o kern/109024 fs [msdosfs] [iconv] mount_msdosfs: msdosfs_iconv: Operat o kern/109010 fs [msdosfs] can't mv directory within fat32 file system o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106107 fs [ufs] left-over fsck_snapshot after unfinished backgro o kern/106030 fs [ufs] [panic] panic in ufs from geom when a dead disk o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes s bin/97498 fs [request] newfs(8) has no option to clear the first 12 o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [cd9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o bin/94810 fs fsck(8) incorrectly reports 'file system marked clean' o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o bin/94635 fs snapinfo(8)/libufs only works for disk-backed filesyst o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88555 fs [panic] ffs_blkfree: freeing free frag on AMD 64 o kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi o bin/87966 fs [patch] newfs(8): introduce -A flag for newfs to enabl o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o bin/85494 fs fsck_ffs: unchecked use of cg_inosused macro etc. o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o bin/74779 fs Background-fsck checks one filesystem twice and omits o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o bin/70600 fs fsck(8) throws files away when it can't grow lost+foun o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/51583 fs [nullfs] [patch] allow to work with devices and socket o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o kern/33464 fs [ufs] soft update inconsistencies after system crash o bin/27687 fs fsck(8) wrapper is not properly passing options to fsc o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t 211 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 15:28:15 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37520106566C for ; Mon, 3 Jan 2011 15:28:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D7D398FC21 for ; Mon, 3 Jan 2011 15:28:14 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7B3E046B4C; Mon, 3 Jan 2011 10:28:14 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 7884D8A009; Mon, 3 Jan 2011 10:28:13 -0500 (EST) From: John Baldwin To: Chris Peiffer Date: Mon, 3 Jan 2011 10:19:50 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101229221801.GA48661@cabstand.com> <4D1C9931.2060209@FreeBSD.org> <20101230202755.GB3256@cabstand.com> In-Reply-To: <20101230202755.GB3256@cabstand.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101031019.50236.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 03 Jan 2011 10:28:13 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: freebsd-fs@freebsd.org Subject: Re: how big can kern.maxvnodes get? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 15:28:15 -0000 On Thursday, December 30, 2010 3:27:55 pm Chris Peiffer wrote: > On Thu, Dec 30, 2010 at 09:37:37AM -0500, John Baldwin wrote: > > Chris Peiffer wrote: > > >I have a backend server running 8-2-PRERELEASE with lots of > > >independent files that randomly grow and then get truncated to > > >zero. (Think popserver.) > > > > > >Roughly 2.5 million inodes on each of 4 Intel SSD disks. 24 gb of RAM > > >in the system. I want to maximize the buffer cache in RAM. > > > > > >I doubled kern.maxvnodes to 942108 and reads/second went down and > > >memory use went up, (as I expected) but right now there's still about > > >15g RAM marked as free. > > > > > >vfs.numvnodes crept up to 821704 and has hovered there. The file > > >sizes range to 1 mb but most are in the range 0-10k. Since the server > > >operations are so simple kern.openfiles hovers in the range 100-200. > > > > > >Obviously, all things being equal I'd like to give the filesystem > > >buffer cache access to that free RAM by allowing more vnodes to stay > > >cached. > > > > > >Can I increase kern.maxvnodes by another factor of 2? more? Are there > > >any known problems with stepping it up, besides general memory > > >exhaustion? With so much free RAM I'd like to turn the dial a little > > >bit but I wonder if there are other linked things I should watch out > > >for. > > > > You can increase it, but if numvnodes is less than maxvnodes then it > > won't help you as the system hasn't had to recycle any vnodes yet. It > > is already caching all the vnodes you have accessed in that case. > > > > If the files are frequently truncated then you may end up with a lot of > > free RAM simply because there isn't enough recently used data to cache. > > The VM system will cache everything that is accessed until either 1) > > the pages become invalid (e.g. due to an unlink or truncate) or 2) free > > memory runs low enough to trigger pagedaemon to harvest some inactive > > pages. If you have 15G of free RAM, then 2) isn't happening and your > > working set is less than your RAM. > > > > Thanks John. > > The system has around 2m non-empty data files. I assumed that since > the numvnodes quickly jumped to 820k and hovered, there must be some > "min free" threshold below maxvnodes that an unloaded system would try > to maintain. But I will investigate my exact working set before I tune > maxvnodes up. Hmm, there is a minimum number of free vnodes (vfs.wantfreevnodes), however if the system needs more free vnodes (vfs.freevnodes is current count) it will just create more vnodes until it hits maxvnodes. Only then will it start to recycle used vnodes to create more free vnodes. -- John Baldwin From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 20:03:12 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D5761065695; Mon, 3 Jan 2011 20:03:12 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 50EBE8FC24; Mon, 3 Jan 2011 20:03:10 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 0C5D56B624F; Mon, 3 Jan 2011 21:03:09 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000041, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 14.1274] X-CRM114-CacheID: sfid-20110103_21030_C28A4C88 X-CRM114-Status: Good ( pR: 14.1274 ) X-Spambayes-Classification: ham; 0.00 Message-ID: <4D222B7B.1090902@fsn.hu> Date: Mon, 03 Jan 2011 21:03:07 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Artem Belevich References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 20:03:12 -0000 On 01/01/2011 08:09 PM, Artem Belevich wrote: > On Sat, Jan 1, 2011 at 10:18 AM, Attila Nagy wrote: >> What I see: >> - increased CPU load >> - decreased L2 ARC hit rate, decreased SSD (ad[46]), therefore increased >> hard disk load (IOPS graph) >> > ... >> Any ideas on what could cause these? I haven't upgraded the pool version and >> nothing was changed in the pool or in the file system. > The fact that L2 ARC is full does not mean that it contains the right > data. Initial L2ARC warm up happens at a much higher rate than the > rate L2ARC is updated after it's been filled initially. Even > accelerated warm-up took almost a day in your case. In order for L2ARC > to warm up properly you may have to wait quite a bit longer. My guess > is that it should slowly improve over the next few days as data goes > through L2ARC and those bits that are hit more often take residence > there. The larger your data set, the longer it will take for L2ARC to > catch the right data. > > Do you have similar graphs from pre-patch system just after reboot? I > suspect that it may show similarly abysmal L2ARC hit rates initially, > too. > > After four days, the L2 hit rate is still hovering around 10-20 percents (was between 60-90), so I think it's clearly a regression in the ZFSv28 patch... And the massive growth in CPU usage can also very nicely be seen... I've updated the graphs at (switch time can be checked on the zfs-mem graph): http://people.fsn.hu/~bra/freebsd/20110101-zfsv28-fbsd/ There is a new phenomenom: the large IOPS peaks. I use this munin script on a lot of machines and never seen anything like this... I'm not sure whether it's related or not. From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 20:56:53 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2B8106564A; Mon, 3 Jan 2011 20:56:53 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E806B8FC0C; Mon, 3 Jan 2011 20:56:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p03KuqM7090487; Mon, 3 Jan 2011 20:56:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p03Kuqsn090483; Mon, 3 Jan 2011 20:56:52 GMT (envelope-from linimon) Date: Mon, 3 Jan 2011 20:56:52 GMT Message-Id: <201101032056.p03Kuqsn090483@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153520: [zfs] Boot from GPT ZFS root on HP BL460c G1 unstable X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 20:56:53 -0000 Old Synopsis: Boot from GPT ZFS root on HP BL460c G1 unstable New Synopsis: [zfs] Boot from GPT ZFS root on HP BL460c G1 unstable Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 3 20:56:16 UTC 2011 Responsible-Changed-Why: Hard to tell if this is a ZFS problem or a controller problem, but take a guess. http://www.freebsd.org/cgi/query-pr.cgi?pr=153520 From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 20:58:30 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E86D106564A; Mon, 3 Jan 2011 20:58:30 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E95A48FC17; Mon, 3 Jan 2011 20:58:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p03KwT1h090557; Mon, 3 Jan 2011 20:58:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p03KwTqM090553; Mon, 3 Jan 2011 20:58:29 GMT (envelope-from linimon) Date: Mon, 3 Jan 2011 20:58:29 GMT Message-Id: <201101032058.p03KwTqM090553@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153584: [ext2fs] [patch] Performance fix and cleanups for BSD licensed ext2fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 20:58:30 -0000 Old Synopsis: Performance fix and cleanups for BSD licensed ext2fs New Synopsis: [ext2fs] [patch] Performance fix and cleanups for BSD licensed ext2fs Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 3 20:58:15 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153584 From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 21:20:15 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B28B1065693 for ; Mon, 3 Jan 2011 21:20:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1CD8FC0A for ; Mon, 3 Jan 2011 21:20:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p03LKECF015426 for ; Mon, 3 Jan 2011 21:20:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p03LKEcl015425; Mon, 3 Jan 2011 21:20:14 GMT (envelope-from gnats) Date: Mon, 3 Jan 2011 21:20:14 GMT Message-Id: <201101032120.p03LKEcl015425@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Vladislav V. Prodan" Cc: Subject: Re: kern/153520: [zfs] Boot from GPT ZFS root on HP BL460c G1 unstable X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Vladislav V. Prodan" List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 21:20:15 -0000 The following reply was made to PR kern/153520; it has been noted by GNATS. From: "Vladislav V. Prodan" To: bug-followup@FreeBSD.org, vladimir.pushkar@gmail.com Cc: Subject: Re: kern/153520: [zfs] Boot from GPT ZFS root on HP BL460c G1 unstable Date: Mon, 03 Jan 2011 23:17:08 +0200 Acknowledge flawed work zdb -uuu # zdb -uuu tank Assertion failed: (rwlp->rw_count == 0), file /usr/src/cddl/lib/libzpool/../../../cddl/contrib/opensolaris/lib/libzpool/common/kernel.c, line 203. Аварийное завершение(core dumped) # uname -a FreeBSD mary-teresa.XXX.ua 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sun Aug 29 19:00:25 EEST 2010 vlad11@mary-teresa.XXX.ua:/usr/obj/usr/src/sys/mary-teresa.24 amd64 # zpool status pool: tank state: ONLINE scrub: scrub completed after 20h41m with 0 errors on Sun Jan 2 22:39:05 2011 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz2 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 ad12 ONLINE 0 0 0 ad14 ONLINE 0 0 0 ad16 ONLINE 0 0 0 ad18 ONLINE 0 0 0 224K repaired # zfs list NAME USED AVAIL REFER MOUNTPOINT tank 2,48T 185G 2,48T /tank # zdb tank version=14 name='tank' state=0 txg=5960112 pool_guid=17628573572433446879 hostid=2180312168 hostname='mary-teresa.XXX.ua' vdev_tree type='root' id=0 guid=17628573572433446879 children[0] type='raidz' id=0 guid=17179795338638175685 nparity=2 metaslab_array=14 metaslab_shift=35 ashift=9 asize=4500909195264 is_log=0 children[0] type='disk' id=0 guid=8139272885001209353 path='/dev/ad8' whole_disk=0 DTL=18 children[1] type='disk' id=1 guid=11968336865843447944 path='/dev/ad10' whole_disk=0 DTL=23 children[2] type='disk' id=2 guid=9145116577681738566 path='/dev/ad12' whole_disk=0 DTL=22 children[3] type='disk' id=3 guid=1210172854298467640 path='/dev/ad14' whole_disk=0 DTL=21 children[4] type='disk' id=4 guid=13774245294784048495 path='/dev/ad16' whole_disk=0 DTL=20 children[5] type='disk' id=5 guid=14124887767830680597 path='/dev/ad18' whole_disk=0 DTL=19 -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 21:34:23 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BA9B106564A for ; Mon, 3 Jan 2011 21:34:23 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6BC8FC13 for ; Mon, 3 Jan 2011 21:34:22 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhQFAA/QIU2DaFvO/2dsb2JhbACDd5IhjxCtPY5SgSCDNnQEhGWGH4Um X-IronPort-AV: E=Sophos;i="4.60,268,1291611600"; d="scan'208";a="104168974" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 03 Jan 2011 16:34:22 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5C24FB3F09 for ; Mon, 3 Jan 2011 16:34:22 -0500 (EST) Date: Mon, 3 Jan 2011 16:34:22 -0500 (EST) From: Rick Macklem To: freebsd-fs@freebsd.org Message-ID: <991403850.53411.1294090462292.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Subject: exporting non-mpsafe file systems - VFS_NEEDSGIANT() X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 21:34:23 -0000 Hi, The code currently in the experimental NFS server w.r.t. handling VFS_LOCK_GIANT()/VFS_UNLOCK_GIANT() is currently BADLY broken. Fortunately, since the major file systems being exported are mpsafe and don't need Giant, nobody seems to be noticing. Since the code is ugly and not easy to fix, I'd like to just delete it and only allow mpsafe file systems to be exported. (I looked at ufs/zfs/nullfs/msdosfs/cs9660 and they all appear to be mpsafe.) So does anyone know of a non-mpsafe file system that needs to be exported or see other serious problems w.r.t. not allowing exporting of non-mpsafe file systems? Thanks for your input, rick From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 21:51:33 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F032F106564A; Mon, 3 Jan 2011 21:51:33 +0000 (UTC) (envelope-from bfriesen@simple.dallas.tx.us) Received: from blade.simplesystems.org (blade.simplesystems.org [65.66.246.74]) by mx1.freebsd.org (Postfix) with ESMTP id 888528FC0A; Mon, 3 Jan 2011 21:51:33 +0000 (UTC) Received: from freddy.simplesystems.org (freddy.simplesystems.org [65.66.246.65]) by blade.simplesystems.org (8.13.8+Sun/8.13.8) with ESMTP id p03LZLt0019766; Mon, 3 Jan 2011 15:35:22 -0600 (CST) Date: Mon, 3 Jan 2011 15:35:21 -0600 (CST) From: Bob Friesenhahn X-X-Sender: bfriesen@freddy.simplesystems.org To: Attila Nagy In-Reply-To: <4D222B7B.1090902@fsn.hu> Message-ID: References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> <4D222B7B.1090902@fsn.hu> User-Agent: Alpine 2.01 (GSO 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (blade.simplesystems.org [65.66.246.90]); Mon, 03 Jan 2011 15:35:22 -0600 (CST) Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 21:51:34 -0000 >> > After four days, the L2 hit rate is still hovering around 10-20 percents (was > between 60-90), so I think it's clearly a regression in the ZFSv28 patch... > And the massive growth in CPU usage can also very nicely be seen... > > I've updated the graphs at (switch time can be checked on the zfs-mem graph): > http://people.fsn.hu/~bra/freebsd/20110101-zfsv28-fbsd/ > > There is a new phenomenom: the large IOPS peaks. I use this munin script on a > lot of machines and never seen anything like this... I'm not sure whether > it's related or not. It is not so clear that there is a problem. I am not sure what you are using this server for but it is wise to consider that this is the funny time when a new year starts, SPAM delivery goes through the roof, and employees and customers behave differently. You chose the worst time of the year to implement the change and observe behavior. CPU use is indeed increased somewhat. A lower loading of the l2arc is not necessarily a problem. The l2arc is usually bandwidth limited compared with main store so if bulk data can not be cached in RAM, then it is best left in main store. A smarter l2arc algorithm could put only the data producing the expensive IOPS (the ones requiring a seek) in the l2arc, lessening the amount of data cached on the device. Bob -- Bob Friesenhahn bfriesen@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ From owner-freebsd-fs@FreeBSD.ORG Mon Jan 3 22:01:06 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E678106566C for ; Mon, 3 Jan 2011 22:01:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D7B5C8FC0C for ; Mon, 3 Jan 2011 22:01:05 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p03M12C9059689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Jan 2011 00:01:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p03M11co005674; Tue, 4 Jan 2011 00:01:01 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p03M11ca005673; Tue, 4 Jan 2011 00:01:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Jan 2011 00:01:01 +0200 From: Kostik Belousov To: Rick Macklem Message-ID: <20110103220101.GH3140@deviant.kiev.zoral.com.ua> References: <991403850.53411.1294090462292.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+QwZB9vYiNIzNXIj" Content-Disposition: inline In-Reply-To: <991403850.53411.1294090462292.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_05, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org Subject: Re: exporting non-mpsafe file systems - VFS_NEEDSGIANT() X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jan 2011 22:01:06 -0000 --+QwZB9vYiNIzNXIj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 03, 2011 at 04:34:22PM -0500, Rick Macklem wrote: > Hi, >=20 > The code currently in the experimental NFS server w.r.t. handling > VFS_LOCK_GIANT()/VFS_UNLOCK_GIANT() is currently BADLY broken. > Fortunately, since the major file systems being exported are mpsafe > and don't need Giant, nobody seems to be noticing. >=20 > Since the code is ugly and not easy to fix, I'd like to just delete > it and only allow mpsafe file systems to be exported. (I looked at > ufs/zfs/nullfs/msdosfs/cs9660 and they all appear to be mpsafe.) >=20 > So does anyone know of a non-mpsafe file system that needs to be > exported or see other serious problems w.r.t. not allowing exporting > of non-mpsafe file systems? The only sami-important fs that is not mpsafe is smbfs. I would say, go with the removal of VFS_LOCK_GIANT from the new nfs server. --+QwZB9vYiNIzNXIj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0iRx0ACgkQC3+MBN1Mb4j51QCghcRJbclbfQfKp/EYSlralTwx fRAAn3oK9sBvrSInJ2faqOmIsdIXuezU =lgZZ -----END PGP SIGNATURE----- --+QwZB9vYiNIzNXIj-- From owner-freebsd-fs@FreeBSD.ORG Tue Jan 4 17:00:22 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F332106566C for ; Tue, 4 Jan 2011 17:00:22 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 53AC58FC18 for ; Tue, 4 Jan 2011 17:00:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p04H0M0D019236 for ; Tue, 4 Jan 2011 17:00:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p04H0MrP019235; Tue, 4 Jan 2011 17:00:22 GMT (envelope-from gnats) Date: Tue, 4 Jan 2011 17:00:22 GMT Message-Id: <201101041700.p04H0MrP019235@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Jaakko Heinonen Cc: Subject: Re: bin/139651: mount: read-only remount of NFS volume does not work X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jaakko Heinonen List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2011 17:00:22 -0000 The following reply was made to PR bin/139651; it has been noted by GNATS. From: Jaakko Heinonen To: Alexander Haderer Cc: bug-followup@FreeBSD.org Subject: Re: bin/139651: mount: read-only remount of NFS volume does not work Date: Tue, 4 Jan 2011 18:57:50 +0200 On 2009-10-15, Alexander Haderer wrote: > Setup an NFS server (here: FreeBSD 4.9 running a NFS server with defaults), then goto 7.2 nfs client machine and do: > > # mount server:/fs /mnt > # mount > server:/fs on /mnt (nfs) > # mount -u -r /mnt > # mount > server:/fs on /mnt (nfs) I couldn't reproduce this on 8.1: # mount server:/stor /mnt # mount . . . server:/stor on /mnt (nfs) # mount -u -r /mnt # mount . . . server:/stor on /mnt (nfs, read-only) # touch /mnt/foo touch: /mnt/foo: Read-only file system -- Jaakko From owner-freebsd-fs@FreeBSD.ORG Tue Jan 4 17:56:06 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CF171065694 for ; Tue, 4 Jan 2011 17:56:06 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0BEAD8FC13 for ; Tue, 4 Jan 2011 17:56:05 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p04HtxNX045887 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Jan 2011 19:55:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p04HtwSk012528; Tue, 4 Jan 2011 19:55:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p04HtwEr012527; Tue, 4 Jan 2011 19:55:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 4 Jan 2011 19:55:58 +0200 From: Kostik Belousov To: Gleb Kurtsou Message-ID: <20110104175558.GR3140@deviant.kiev.zoral.com.ua> References: <20101201091203.GA3933@tops> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="G6ArjEZjY3m60389" Content-Disposition: inline In-Reply-To: <20101201091203.GA3933@tops> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org Subject: Re: [rfc] 64-bit inode numbers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2011 17:56:06 -0000 --G6ArjEZjY3m60389 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 01, 2010 at 11:12:03AM +0200, Gleb Kurtsou wrote: > Hi, >=20 > I've been working on adding support for 64 bit ino_t and 32 bit nlink_t. > I have a patchset which is still work in progress, but I wasn't able to > find time to continue the project for a month already. >=20 > Notes: > * Keep using 32 bit inodes in UFS and UFS boot code: UFS is a critical > component and switching it to 64bit ino_t won't improve anything > * Don't use nlink_t in UFS on-disk structs, introduce ufs_ino_t > * Deprecate incomplete set of NetBSD emulation nstat* syscalls. Remove > COMPAT_FREEBSD32 support which was never functional, mark as COMPAT8 > * Implement both kernel level and libc compatibility shims, support > COMPAT_FREEBSD32 > * Add d_off (now unused) to struct dirent to facilitate removing cookies > argument from VOP_READDIR. (both OpenSolaris and Linux do the same) > * Libc compatibility shims for struct dirent users >=20 >=20 > Tar archive of individual patches to make review easier. First several > patches are bug fixes and can be commited as they are: > https://github.com/downloads/glk/freebsd-ino64/freebsd-ino64-patch.tgz >=20 > The same but as a single patch: > https://github.com/downloads/glk/freebsd-ino64/freebsd-ino64.big.patch.gz >=20 > Patches are against recent CURRENT: svn r215808. >=20 > Code is also hosted on gitorious: > http://gitorious.org/~glk/glk-freebsd-ino64 >=20 I think some more comments for each patch in the set, in addition to the one-line title, would be useful. No need to add regen patches, they only confuse the reader. Just add a note to other patches where the regen is needed. I have big doubts about 0009, since struct inoref is not on-disk struct. My impression is that the issue of extending ino_t to 64 bit is much bigger then presented in your patch. E.g. FTSENT (include/fts.h) explicitely include ino_t member. As result, there are more ABI changes that handled. Or, did I missed this in the patchset ? Might be, libarchive and libufs are also affected. Not sure about struct pidfh from libutil. --G6ArjEZjY3m60389 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0jXy4ACgkQC3+MBN1Mb4jJdwCgrBItWMmKku/o4Pj/9BryZ1t3 Fc0An3CH4ZVYJy68v4hHkQIhcBh2LCO0 =v9lM -----END PGP SIGNATURE----- --G6ArjEZjY3m60389-- From owner-freebsd-fs@FreeBSD.ORG Tue Jan 4 18:52:08 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3842A106566C; Tue, 4 Jan 2011 18:52:08 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 88BBB8FC15; Tue, 4 Jan 2011 18:52:06 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id 011256B70F0; Tue, 4 Jan 2011 19:52:05 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000002, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 20.6888] X-CRM114-CacheID: sfid-20110104_19520_4D33DCF3 X-CRM114-Status: Good ( pR: 20.6888 ) X-Spambayes-Classification: ham; 0.00 Message-ID: <4D236C54.6050309@fsn.hu> Date: Tue, 04 Jan 2011 19:52:04 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Bob Friesenhahn References: <4D0A09AF.3040005@FreeBSD.org> <4D1F7008.3050506@fsn.hu> <4D222B7B.1090902@fsn.hu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2011 18:52:08 -0000 On 01/03/2011 10:35 PM, Bob Friesenhahn wrote: >>> >> After four days, the L2 hit rate is still hovering around 10-20 >> percents (was between 60-90), so I think it's clearly a regression in >> the ZFSv28 patch... >> And the massive growth in CPU usage can also very nicely be seen... >> >> I've updated the graphs at (switch time can be checked on the zfs-mem >> graph): >> http://people.fsn.hu/~bra/freebsd/20110101-zfsv28-fbsd/ >> >> There is a new phenomenom: the large IOPS peaks. I use this munin >> script on a lot of machines and never seen anything like this... I'm >> not sure whether it's related or not. > > It is not so clear that there is a problem. I am not sure what you > are using this server for but it is wise The IO pattern has changed radically, so for me it's a problem. > to consider that this is the funny time when a new year starts, SPAM > delivery goes through the roof, and employees and customers behave > differently. You chose the worst time of the year to implement the > change and observe behavior. It's a free software mirror, ftp.fsn.hu, and I'm sure that it's (the very low hit rate and the increased CPU usage) not related to the time when I made the switch. > > CPU use is indeed increased somewhat. A lower loading of the l2arc is > not necessarily a problem. The l2arc is usually bandwidth limited > compared with main store so if bulk data can not be cached in RAM, > then it is best left in main store. A smarter l2arc algorithm could > put only the data producing the expensive IOPS (the ones requiring a > seek) in the l2arc, lessening the amount of data cached on the device. That would make sense, if I wouldn't have 100-120 IOPS (for 7k2 RPM disks, it's about their max, gstat tells me the same) on the disks, and as low as 10 percents of L2 hit rate. What's smarter? Having 60-90% hit rate from the SSDs and moving the slow disk heads less, or having 10-20 percent of hit rate and kill the disks with random IO? If you are right, ZFS tries to be too smart and falls on its face with this kind of workload. BTW, I've checked the v15-v28 patch for arc.c, and I can't see any L2ARC related change there. I'm not sure whether the hypothetical logic would be there, or a different file, I haven't read it end to end. From owner-freebsd-fs@FreeBSD.ORG Tue Jan 4 19:46:41 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D41DF1065672; Tue, 4 Jan 2011 19:46:41 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 49EE28FC12; Tue, 4 Jan 2011 19:46:40 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 507EE45B36; Tue, 4 Jan 2011 20:46:38 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6A06A45683; Tue, 4 Jan 2011 20:46:32 +0100 (CET) Date: Tue, 4 Jan 2011 20:46:27 +0100 From: Pawel Jakub Dawidek To: Andrei Kolu Message-ID: <20110104194627.GA1793@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <20101213231208.GK2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2011 19:46:42 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 15, 2010 at 10:15:40AM +0200, Andrei Kolu wrote: > 2010/12/14 Pawel Jakub Dawidek > > > > On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > > > Hi. > > > > > > The new patchset is ready for testing: > > > > > > =A0 =A0 =A0 http://people.freebsd.org/~pjd/patches/zfs_20101212.patch= .bz2 > > > > You can also download the whole source tree already patched from here: > > > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/zfs_20101212.tbz > > >=20 > # uname -a > FreeBSD freebsd9.raidon.eu 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Dec > 14 14:37:01 EET 2010 > root@freebsd9.raidon.eu:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > Create files filled with zeroes: > # mkfile 512m disk1 disk2 disk3 disk4 > #=A0zpool create andmed raidz /home/antik/disk{1,2,3,4} > # zpool status andmed > pool: andmed > state: ONLINE > scan: none requested > config: >=20 > NAME STATE READ WRITE CKSUM > andmed ONLINE 0 0 0 > raidz1-0 ONLINE 0 0 0 > /home/antik/disk1 ONLINE 0 0 0 > /home/antik/disk2 ONLINE 0 0 0 > /home/antik/disk3 ONLINE 0 0 0 > /home/antik/disk4 ONLINE 0 0 0 >=20 > errors: No known data errors >=20 > Now let's try to scrub: > # zpool scrub andmed >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x1fb8007b > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff812967d2 > stack pointer =3D 0x20:0xffffff80ee605548 > frame pointer =3D 0x28:0xffffff80ee605730 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =3D DPL 0, pres1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 2081 (initial thread) > [ thread pid 2081 tid 100121 ] > Stopped at vdev_file_open+0x92: testb $0x20,0x7b(%rax) Could you verify if this patch fixes the problem for you? http://people.freebsd.org/~pjd/patches/vdev_file.c.2.patch --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0jeRMACgkQForvXbEpPzRjGwCfWR5Yq4kdgT6pxWej+4tlin5E 9MwAn0dIFO4Gih0iRf6cuomKB59+OCxQ =EBYd -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-fs@FreeBSD.ORG Wed Jan 5 02:09:11 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F408106566B; Wed, 5 Jan 2011 02:09:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D98988FC12; Wed, 5 Jan 2011 02:09:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0529ATf014748; Wed, 5 Jan 2011 02:09:10 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0529AsY014744; Wed, 5 Jan 2011 02:09:10 GMT (envelope-from linimon) Date: Wed, 5 Jan 2011 02:09:10 GMT Message-Id: <201101050209.p0529AsY014744@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153695: [PATCH] [ZFS] Booting from zpool created on 4k-sector drive doesn't work X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 02:09:11 -0000 Synopsis: [PATCH] [ZFS] Booting from zpool created on 4k-sector drive doesn't work Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jan 5 02:09:02 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153695 From owner-freebsd-fs@FreeBSD.ORG Wed Jan 5 16:25:06 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EAB11065672 for ; Wed, 5 Jan 2011 16:25:06 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D20BD8FC08 for ; Wed, 5 Jan 2011 16:25:05 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PaWAa-0006cb-Nm for freebsd-fs@freebsd.org; Wed, 05 Jan 2011 17:25:04 +0100 Received: from dyn1209-214.wlan.ic.ac.uk ([129.31.209.214]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jan 2011 17:25:04 +0100 Received: from jtotz by dyn1209-214.wlan.ic.ac.uk with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jan 2011 17:25:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Johannes Totz Date: Wed, 05 Jan 2011 16:21:27 +0000 Lines: 65 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: dyn1209-214.wlan.ic.ac.uk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 Subject: fsync: giving up on dirty & panic: snapacct_ufs2: bad block X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 16:25:06 -0000 Hi, (beware of line breaks) # uname -a FreeBSD ib-sri11.XXX 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Tue Dec 7 03:42:10 GMT 2010 root@ib-sri11.XXX:/usr/obj/usr/src/sys/GENERIC amd64 I got a "fsync: giving up on dirty" before xmas, during snapshot creation on a ufs2 volume: Dec 19 00:00:03 ib-sri11 kernel: fsync: giving up on dirty Dec 19 00:00:03 ib-sri11 kernel: 0xffffff00019b8ce8: tag devfs, type VCHR Dec 19 00:00:03 ib-sri11 kernel: usecount 1, writecount 0, refcount 313 mountedhere 0xffffff0001a5da00 Dec 19 00:00:03 ib-sri11 kernel: flags (VV_COPYONWRITE) Dec 19 00:00:03 ib-sri11 kernel: v_object 0xffffff0001aa3bd0 ref 0 pages 1238 Dec 19 00:00:03 ib-sri11 kernel: lock type devfs: EXCL by thread 0xffffff0030433460 (pid 79859) Dec 19 00:00:03 ib-sri11 kernel: dev ufs/root Google suggests this is harmless and the machine kept running happily for a while. There was enough space on ufs/root and I deleted all snapshots by hand. Last night the box started to panic with (transcribed from screenshot): panic: snappacct_ufs2: bad block cpuid = 1 KDB: stack backtrace: #0 0xffffffff805bf48c at kdb_backtrace+0x5c #1 0xffffffff80590200 at panic+0x1b4 #2 0xffffffff8079e88e at snapacct_ufs2+0xf2 #3 at indiracct_ufs+0x1c9 #4 at indiracct_ufs+0x27c #5 at expunge_ufs2+0x2ee #6 at ffs_snapshot+0x1e9b #7 at ffs_mount+0x160c #8 at vfs_donmount+0xf8c #9 at nmount+0x6a #10 at syscallenter+0x2d9 #11 at syscall+0x38 #12 at Xfast_syscall+0xe2 Uptime: 1m45s Physical memory: 3313 MB Dumping 278 MB: No dumps available, the machine hangs after printing "Dumping 278 MB:". Looks like it crashes during background fsck (while creating the snapshot for it)? Don't know if these two are related... Is there anything to help debug this or is it known to be fixed in newer versions? Otherwise I just newfs this and restore from backup. Cheers, Johannes From owner-freebsd-fs@FreeBSD.ORG Wed Jan 5 17:20:15 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2BAD1065744 for ; Wed, 5 Jan 2011 17:20:15 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A182D8FC15 for ; Wed, 5 Jan 2011 17:20:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p05HKFeS027255 for ; Wed, 5 Jan 2011 17:20:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p05HKFeQ027249; Wed, 5 Jan 2011 17:20:15 GMT (envelope-from gnats) Date: Wed, 5 Jan 2011 17:20:15 GMT Message-Id: <201101051720.p05HKFeQ027249@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Alexander Haderer Cc: Subject: Re: bin/139651: mount: read-only remount of NFS volume does not work X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Haderer List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 17:20:15 -0000 The following reply was made to PR bin/139651; it has been noted by GNATS. From: Alexander Haderer To: Jaakko Heinonen Cc: bug-followup@FreeBSD.org Subject: Re: bin/139651: mount: read-only remount of NFS volume does not work Date: Wed, 05 Jan 2011 18:01:47 +0100 Am 04.01.2011 17:57, schrieb Jaakko Heinonen: > On 2009-10-15, Alexander Haderer wrote: >> Setup an NFS server (here: FreeBSD 4.9 running a NFS server with defaults), then goto 7.2 nfs client machine and do: >> >> ... > > I couldn't reproduce this on 8.1: > I couldn't reproduce this too, on 8.0 and 8.1 i386. seems to be fixed in 8 branch. Alexander From owner-freebsd-fs@FreeBSD.ORG Wed Jan 5 18:16:00 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979D01065670; Wed, 5 Jan 2011 18:16:00 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6E6668FC22; Wed, 5 Jan 2011 18:16:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p05IG07q090503; Wed, 5 Jan 2011 18:16:00 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p05IG0Cr090499; Wed, 5 Jan 2011 18:16:00 GMT (envelope-from jh) Date: Wed, 5 Jan 2011 18:16:00 GMT Message-Id: <201101051816.p05IG0Cr090499@freefall.freebsd.org> To: alexander.haderer@loescap.de, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: bin/139651: [nfs] mount(8): read-only remount of NFS volume does not work X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jan 2011 18:16:00 -0000 Synopsis: [nfs] mount(8): read-only remount of NFS volume does not work State-Changed-From-To: open->patched State-Changed-By: jh State-Changed-When: Wed Jan 5 18:14:58 UTC 2011 State-Changed-Why: Fixed in stable/8 according to submitter. http://www.freebsd.org/cgi/query-pr.cgi?pr=139651 From owner-freebsd-fs@FreeBSD.ORG Thu Jan 6 04:51:17 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25316106564A; Thu, 6 Jan 2011 04:51:17 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F1F198FC0A; Thu, 6 Jan 2011 04:51:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p064pGRW072012; Thu, 6 Jan 2011 04:51:16 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p064pGoD072008; Thu, 6 Jan 2011 04:51:16 GMT (envelope-from linimon) Date: Thu, 6 Jan 2011 04:51:16 GMT Message-Id: <201101060451.p064pGoD072008@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153716: [zfs] zpool scrub time remaining is incorrect X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2011 04:51:17 -0000 Old Synopsis: zpool scrub time remaining is incorrect New Synopsis: [zfs] zpool scrub time remaining is incorrect Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 6 04:51:02 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153716 From owner-freebsd-fs@FreeBSD.ORG Thu Jan 6 18:28:45 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22AB8106564A for ; Thu, 6 Jan 2011 18:28:45 +0000 (UTC) (envelope-from florian@wagner-flo.net) Received: from umbracor.wagner-flo.net (umbracor.wagner-flo.net [213.165.81.202]) by mx1.freebsd.org (Postfix) with ESMTP id D8FCA8FC13 for ; Thu, 6 Jan 2011 18:28:44 +0000 (UTC) Received: from naclador.at.local (ppp-93-104-191-98.dynamic.mnet-online.de [93.104.191.98]) by umbracor.wagner-flo.net (Postfix) with ESMTPSA id 345BD3C058F6 for ; Thu, 6 Jan 2011 19:13:19 +0100 (CET) Date: Thu, 6 Jan 2011 19:13:17 +0100 From: Florian Wagner To: freebsd-fs@freebsd.org Message-ID: <20110106191317.4ce67095@naclador.at.local> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/gE5Dmk/wbvacULrbhqMcCH/"; protocol="application/pgp-signature" Subject: zpool status -x on degraded pools X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2011 18:28:45 -0000 --Sig_/gE5Dmk/wbvacULrbhqMcCH/ Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable # zpool status -x all pools are healthy =20 # zpool status pool: root state: DEGRADED scrub: none requested config: =20 NAME STATE READ WRITE CKSUM root DEGRADED 0 0 0 raidz2 DEGRADED 0 0 0 [...] Is this a bug or intentional? (Running releng/8.2 r217031) Regards Florian Wagner --Sig_/gE5Dmk/wbvacULrbhqMcCH/ Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) iEYEARECAAYFAk0mBj4ACgkQLvW/2gp2pPyuDACfUci6+RU1iNZYJChKegAtCJNa XgEAnjRlICVT222+8699TVXB6q4trAhT =YxHT -----END PGP SIGNATURE----- --Sig_/gE5Dmk/wbvacULrbhqMcCH/-- From owner-freebsd-fs@FreeBSD.ORG Fri Jan 7 10:06:14 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36B40106566C; Fri, 7 Jan 2011 10:06:14 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0DDBD8FC15; Fri, 7 Jan 2011 10:06:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p07A6DrV091102; Fri, 7 Jan 2011 10:06:13 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p07A6DLf091098; Fri, 7 Jan 2011 10:06:13 GMT (envelope-from jh) Date: Fri, 7 Jan 2011 10:06:13 GMT Message-Id: <201101071006.p07A6DLf091098@freefall.freebsd.org> To: admin@lissyara.su, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/136470: [nfs] Cannot mount / in read-only, over NFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 10:06:14 -0000 Synopsis: [nfs] Cannot mount / in read-only, over NFS State-Changed-From-To: open->patched State-Changed-By: jh State-Changed-When: Fri Jan 7 10:04:31 UTC 2011 State-Changed-Why: I can reproduce this on 7.4-PRERELEASE but not on 9.0-CURRENT. I assume that this has been fixed in 9.0. http://www.freebsd.org/cgi/query-pr.cgi?pr=136470 From owner-freebsd-fs@FreeBSD.ORG Fri Jan 7 19:26:09 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFFDB106566B for ; Fri, 7 Jan 2011 19:26:09 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9848FC18 for ; Fri, 7 Jan 2011 19:26:08 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id p07JQ4D6069482 for ; Fri, 7 Jan 2011 21:26:04 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D27688E.2000409@ukr.net> Date: Fri, 07 Jan 2011 21:25:02 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-fs@freebsd.org References: <201012220900.oBM90Oir045018@freefall.freebsd.org> In-Reply-To: <201012220900.oBM90Oir045018@freefall.freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.3 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Subject: Re: kern/153351: [zfs] locking directories/files in ZFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 19:26:09 -0000 22.12.2010 11:00, Vladislav V. Prodan пишет: > The following reply was made to PR kern/153351; it has been noted by GNATS. > > From: "Vladislav V. Prodan" > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/153351: [zfs] locking directories/files in ZFS > Date: Wed, 22 Dec 2010 10:54:53 +0200 > > zfs snapshot tank/www@temp > zfs rollback tank/www@temp > > also did not help. :( > Now lock the other directory: ( how to stop this process? # ll /www/cargotek/data/logs/cargotek.ru.error.log.1 -rw-r----- 1 root cargotek 984039 7 янв 21:23 /www/cargotek/data/logs/cargotek.ru.error.log.1 # ps -axww | grep ls 82467 ?? D 7:46,78 find -sx / /backup /usr /usr/home /var /var/db/mysql /var/db/mysql/ibdata /var/db/mysql/iblogs /www /dev/null -type f ( -perm -u+x -or -perm -g+x -or -perm -o+x ) ( -perm -u+s -or -perm -g+s ) -exec ls -liTd {} + 51731 2 D+ 0:00,00 ls -lA /www/cargotek/data 51736 9 D+ 0:00,00 ls /www/cargotek/data 52498 11 D+ 0:00,00 ls -lA /www/cargotek/data/ # procstat -kk 82467 52498 51731 51736 PID TID COMM TDNAME KSTACK 82467 100263 find - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 52498 100301 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 51731 100307 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 51736 100321 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 From owner-freebsd-fs@FreeBSD.ORG Fri Jan 7 19:40:09 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 060F71065673 for ; Fri, 7 Jan 2011 19:40:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E9C348FC16 for ; Fri, 7 Jan 2011 19:40:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p07Je8BE004699 for ; Fri, 7 Jan 2011 19:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p07Je8Hu004698; Fri, 7 Jan 2011 19:40:08 GMT (envelope-from gnats) Date: Fri, 7 Jan 2011 19:40:08 GMT Message-Id: <201101071940.p07Je8Hu004698@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "Vladislav V. Prodan" Cc: Subject: Re: kern/153351: [zfs] locking directories/files in ZFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Vladislav V. Prodan" List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 19:40:09 -0000 The following reply was made to PR kern/153351; it has been noted by GNATS. From: "Vladislav V. Prodan" To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/153351: [zfs] locking directories/files in ZFS Date: Fri, 07 Jan 2011 21:29:23 +0200 Now lock the other directory: ( how to stop this process? # ll /www/cargotek/data/logs/cargotek.ru.error.log.1 -rw-r----- 1 root cargotek 984039 7 янв 21:23 /www/cargotek/data/logs/cargotek.ru.error.log.1 # ps -axww | grep ls 82467 ?? D 7:46,78 find -sx / /backup /usr /usr/home /var /var/db/mysql /var/db/mysql/ibdata /var/db/mysql/iblogs /www /dev/null -type f ( -perm -u+x -or -perm -g+x -or -perm -o+x ) ( -perm -u+s -or -perm -g+s ) -exec ls -liTd {} + 51731 2 D+ 0:00,00 ls -lA /www/cargotek/data 51736 9 D+ 0:00,00 ls /www/cargotek/data 52498 11 D+ 0:00,00 ls -lA /www/cargotek/data/ # procstat -kk 82467 52498 51731 51736 PID TID COMM TDNAME KSTACK 82467 100263 find - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 52498 100301 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 51731 100307 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 51736 100321 ls - mi_switch+0x174 sleepq_wait+0x42 __lockmgr_args+0x73b vop_stdlock+0x39 VOP_LOCK1_APV+0x46 _vn_lock+0x47 vget+0x70 cache_lookup+0x4fe vfs_cache_lookup+0xc0 VOP_LOOKUP_APV+0x40 lookup+0x49a namei+0x53a vn_open_cred+0x3db kern_openat+0x181 syscallenter+0x2cf syscall+0x4b Xfast_syscall+0xe2 -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-fs@FreeBSD.ORG Fri Jan 7 22:11:12 2011 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B45B1065674; Fri, 7 Jan 2011 22:11:12 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 21A9A8FC08; Fri, 7 Jan 2011 22:11:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p07MBCkb075234; Fri, 7 Jan 2011 22:11:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p07MBBvu075230; Fri, 7 Jan 2011 22:11:12 GMT (envelope-from linimon) Date: Fri, 7 Jan 2011 22:11:12 GMT Message-Id: <201101072211.p07MBBvu075230@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/153753: [zfs] ZFS v15 - grammatical error when attempting to use existing cache device X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2011 22:11:12 -0000 Old Synopsis: ZFS v15 - grammatical error when attempting to use existing cache device New Synopsis: [zfs] ZFS v15 - grammatical error when attempting to use existing cache device Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jan 7 22:10:55 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=153753 From owner-freebsd-fs@FreeBSD.ORG Sat Jan 8 23:35:21 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71441106566B for ; Sat, 8 Jan 2011 23:35:20 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 2CED68FC08 for ; Sat, 8 Jan 2011 23:35:19 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PbiJa-0007sW-PC for freebsd-fs@freebsd.org; Sun, 09 Jan 2011 00:35:18 +0100 Received: from cpe-188-129-84-81.dynamic.amis.hr ([188.129.84.81]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Jan 2011 00:35:18 +0100 Received: from ivoras by cpe-188-129-84-81.dynamic.amis.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 09 Jan 2011 00:35:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Sun, 09 Jan 2011 00:35:07 +0100 Lines: 13 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-188-129-84-81.dynamic.amis.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 Subject: Another Phoronix article X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Jan 2011 23:35:21 -0000 Phoronix is not exactly the epitome of correct benchmarking but it appears that they've at least recently found out about the existence of error bars. :) Anyway, here's another article comparing file systems: Dragonfly UFS, HAMMER, FreeBSD UFS, ZFS and Linux ext3, ext4, btrfs: http://goo.gl/YA2VK In summary: very varied results, some are expected (low parallel write small IOPS for FreeBSD), some are not (apparently the BSDs have a monopoly on high-performance gzip :) ). But overall, pretty good relative results for FreeBSD, better than earlier.