From owner-freebsd-stable@FreeBSD.ORG Mon Feb 23 22:31:44 2015 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94F5D2FE for ; Mon, 23 Feb 2015 22:31:44 +0000 (UTC) Received: from j006.host001.searchy.nl (j006.host001.searchy.nl [79.143.214.199]) by mx1.freebsd.org (Postfix) with ESMTP id 55D0EAC3 for ; Mon, 23 Feb 2015 22:31:43 +0000 (UTC) Received: from [192.168.5.21] (5418287B.cm-5-1a.dynamic.ziggo.nl [84.24.40.123]) (Authenticated sender: ppi@j006.host001.searchy.nl) by j006.host001.searchy.nl (Postfix) with ESMTPSA id BA6F51E8C07 for ; Mon, 23 Feb 2015 22:31:34 +0000 (UTC) Message-ID: <54EBAA46.1020705@searchy.net> Date: Mon, 23 Feb 2015 23:31:34 +0100 From: "Frank de Bot (lists)" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:34.0) Gecko/20100101 Firefox/34.0 SeaMonkey/2.31 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org Subject: Re: ZFS L2arc 16.0E size References: <54E1388C.3060602@searchy.net> <54E13F41.7000703@multiplay.co.uk> <20150222212135.GA64559@zxy.spb.ru> <20150223172452.GA44463@zxy.spb.ru> In-Reply-To: <20150223172452.GA44463@zxy.spb.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2015 22:31:44 -0000 Slawa Olhovchenkov wrote: > On Mon, Feb 23, 2015 at 12:21:35AM +0300, Slawa Olhovchenkov wrote: > >> On Mon, Feb 16, 2015 at 12:52:17AM +0000, Steven Hartland wrote: >> >>> IIRC this was fixed by r273060, if your remove your cache device and >>> then add it back I think you should be good. >> >> r273060 will be reverted. >> I am use stable (r276179) and still have (partialy) this problem: >> >> cache - - - - - - >> ada0 477G 477G 16.0E - 0% 100% >> ada1 477G 477G 16.9M - 0% 99% >> da2 477G 477G 25.0M - 0% 99% >> da3 477G 477G 14.6M - 0% 99% >> da4 477G 477G 30.6M - 0% 99% >> da5 477G 477G 15.0M - 0% 99% >> da6 477G 477G 298K - 0% 99% >> da7 477G 477G 18.2M - 0% 99% > > same server, some time late: > cache - - - - - - > ada0 477G 477G 16.8M - 0% 99% > ada1 477G 477G 32.1M - 0% 99% > da2 477G 477G 5.70M - 0% 99% > da3 477G 477G 16.0E - 0% 100% > da4 477G 477G 26.1M - 0% 99% > da5 477G 477G 26.6M - 0% 99% > da6 477G 477G 16.0E - 0% 100% > da7 477G 477G 16.0E - 0% 100% > > hmm, -p don't affect -v values. Tonight I had run some tests: - Disabling compression (by changing ZIO_COMPRESS_LZ4 to ZIO_COMPRESS_OFF in sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c in l2arc_compress_buf - disabling trim by vfs.zfs.trim.enabled=0 in loader.conf - trying to prevent io queues, but I don't think this was good. I was thinking there maybe is a possibility that between filling a writebuffer for a vdev the size of l2arc was checked, but didn't take in account that not all data is there (I really don't have a clue if this makes any sense) None of these test were successful, every time free space is 16.0E and used space keeps on growing and growing. Slawa, I do notice that first ada0 was at 16.0E, but at your second post not anymore.