From owner-freebsd-current@FreeBSD.ORG Fri Oct 18 12:36:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id C9C452F9; Fri, 18 Oct 2013 12:36:21 +0000 (UTC) (envelope-from prvs=1003132fe8=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A9052D43; Fri, 18 Oct 2013 12:36:20 +0000 (UTC) Received: from r2d2 ([82.69.141.170]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50006442601.msg; Fri, 18 Oct 2013 13:36:12 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 18 Oct 2013 13:36:12 +0100 (not processed: message from valid local sender) X-MDDKIM-Result: neutral (mail1.multiplay.co.uk) X-MDRemoteIP: 82.69.141.170 X-Return-Path: prvs=1003132fe8=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <256B2E5A0BA44DCBB45BB3F3E820E190@multiplay.co.uk> From: "Steven Hartland" To: "Vitalij Satanivskij" References: <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> <1379496242.750778745.m0ksff1m@fmst-6.ukr.net> <20131016080100.GA27758@hell.ukr.net> <3A44A8F6-8B62-4A23-819D-B91A3E6E5EF9@freebsd.org> <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk> <20131018080148.GA75226@hell.ukr.net> Subject: Re: ZFS secondarycache on SSD problem on r255173 Date: Fri, 18 Oct 2013 13:36:32 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: satan@ukr.net, Dmitriy Makarov , "Justin T. Gibbs" , Borja Marcos , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Oct 2013 12:36:21 -0000 Hmm so that rules out a TRIM related issue. I wonder if the increase in ashift has triggered a problem in compression. What are all the values reported by: sysctl -a kstat.zfs.misc.arcstats Regards Steve ----- Original Message ----- From: "Vitalij Satanivskij" To: "Steven Hartland" Cc: ; "Justin T. Gibbs" ; ; "Borja Marcos" ; "Dmitriy Makarov" Sent: Friday, October 18, 2013 9:01 AM Subject: Re: ZFS secondarycache on SSD problem on r255173 > Hello. > > Yesterday system was rebooted with vfs.zfs.trim.enabled=0 > > System version 10.0-BETA1 FreeBSD 10.0-BETA1 #6 r256669, without any changes in code > > Uptime 10:51 up 16:41 > > sysctl vfs.zfs.trim.enabled > vfs.zfs.trim.enabled: 0 > > Around 2 hours ago errors counter's > kstat.zfs.misc.arcstats.l2_cksum_bad: 854359 > kstat.zfs.misc.arcstats.l2_io_error: 38254 > > begin grow from zero values. > > After remove cache > 2013-10-18.10:37:10 zpool remove disk1 gpt/cache0 gpt/cache1 gpt/cache2 > > and attach again > > 2013-10-18.10:38:28 zpool add disk1 cache gpt/cache0 gpt/cache1 gpt/cache2 > > counters stop growing (of couse thay not zeroed) > > before cache remove kstat.zfs.misc.arcstats.l2_asize was around 280GB > > hw size of l2 cache is 3x164G > > => 34 351651821 ada3 GPT (168G) > 34 6 - free - (3.0K) > 40 8388608 1 zil2 (4.0G) > 8388648 343263200 2 cache2 (164G) > 351651848 7 - free - (3.5K) > > > Any hypothesis what alse we can test/try etc? > > > > Steven Hartland wrote: > SH> Correct. > SH> ----- Original Message ----- > SH> From: "Vitalij Satanivskij" > SH> > SH> > SH> > Just to be sure I understand you clearly, I need to test next configuration: > SH> > > SH> > 1) System with ashift patch eg. just latest stable/10 revision > SH> > 2) vfs.zfs.trim.enabled=0 in /boot/loader.conf > SH> > > SH> > So realy only diferens in default system configuration is disabled trim functional ? > SH> > > SH> > > SH> > > SH> > Steven Hartland wrote: > SH> > SH> Still worth testing with the problem version installed but > SH> > SH> with trim disabled to see if that clears the issues, if > SH> > SH> nothing else it will confirm / deny if trim is involved. > SH> > SH> > SH> ================================================ > SH> This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the > event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any > information contained in it. > SH> > SH> In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 > SH> or return the E.mail to postmaster@multiplay.co.uk. > SH> > SH> _______________________________________________ > SH> freebsd-current@freebsd.org mailing list > SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current > SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.