Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Oct 2013 11:01:48 +0300
From:      Vitalij Satanivskij <satan@ukr.net>
To:        Steven Hartland <killing@multiplay.co.uk>
Cc:        satan@ukr.net, "Justin T. Gibbs" <gibbs@FreeBSD.org>, freebsd-current@freebsd.org, Borja Marcos <borjam@sarenet.es>, Dmitriy Makarov <supportme@ukr.net>
Subject:   Re: ZFS secondarycache on SSD problem on r255173
Message-ID:  <20131018080148.GA75226@hell.ukr.net>
In-Reply-To: <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk>
References:  <4AA28730F331444AB13108ABF0CD68B7@multiplay.co.uk> <1379496242.750778745.m0ksff1m@fmst-6.ukr.net> <20131016080100.GA27758@hell.ukr.net> <3A44A8F6-8B62-4A23-819D-B91A3E6E5EF9@freebsd.org> <E5E6AB7C-C067-4B92-8A38-9DD811011D6F@FreeBSD.org> <7059AA6DCC0D46B8B1D33FC883C31643@multiplay.co.uk> <20131017061248.GA15980@hell.ukr.net> <326B470C65A04BC4BC83E118185B935F@multiplay.co.uk> <20131017073925.GA34958@hell.ukr.net> <2AFE1CBD9B124E3AB9E05A4E483CCE03@multiplay.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
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" <satan@ukr.net>
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"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131018080148.GA75226>