AJ> Some background on L2ARC compression for you: AJ> AJ> http://wiki.illumos.org/display/illumos/L2ARC+Compression
I'm alredy see it. AJ> http://svnweb.freebsd.org/base?view=revision&revision=251478 AJ> AJ> Are you sure that compression on pool/zfs is off? it would normally AJ> inherit from the parent, so double check with: zfs get compression pool/zfs Yes, compression turned off on pool/zfs, it's was may time rechecked. AJ> Is the data on pool/zfs related to the data on the root pool? if AJ> pool/zfs were a clone, and the data is actually used in both places, the AJ> newer 'single copy ARC' feature may come in to play: AJ> https://www.illumos.org/issues/3145 No, both pool and pool/zfs have diferent type of data, pool/zfs was created as new empty zfs (zfs create pool/zfs) and data was writed to it from another server. Right now one machine work fine with l2arc. This machine without patch for corecting ashift on cache devices. At last 3 day's working with zero errors. Another servers with same config similar data, load and so on after 2 day work began report abouy errors. AJ> AJ> AJ> AJ> -- AJ> Allan Jude AJ> AJ> _______________________________________________ AJ> freebsd-current@freebsd.org mailing list AJ> http://lists.freebsd.org/mailman/listinfo/freebsd-current AJ> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
