ZFS secondarycache on SSD problem on r255173

[Vitalij Satanivskij]

Steven Hartland wrote:
SH> So previously you only started seeing l2 errors after there was
SH> a significant amount of data in l2arc? Thats interesting in itself
SH> if thats the case.

Yes someting arround  200+gb
 
SH> I wonder if its the type of data, or something similar. Do you
SH> run compression on any of your volumes?
SH> zfs get compression

Just now testing goes on next configuration 

first zfs is top level pool calling disk1  have enable lz4 compression and secondarycache = metadata

next zfs is disk1/data with compression=off and secondarycache = all 

Error was seen on confiruration like that and on configuration where was seted as secondarycache = none for disk1 (disk1/data still fully cached)




SH>     Regards
SH>     Steve
SH> ----- Original Message ----- 
SH> From: "Vitalij Satanivskij" <satan at ukr.net>
SH> 
SH> 
SH> > 
SH> > Just  now I cannot say, as to triger problem we need at last 200+gb size on l2arc wich usually grow in one production day.
SH> > 
SH> > But for some reason today in the morning server was rebooted so cache was flushed and now only 100Gb. 
SH> > 
SH> > Need to wait some more time.
SH> > 
SH> > At last for now none error on l2.
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 at multiplay.co.uk.
SH> 
SH> _______________________________________________
SH> freebsd-current at freebsd.org mailing list
SH> http://lists.freebsd.org/mailman/listinfo/freebsd-current
SH> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"