Hello eric, Tuesday, February 6, 2007, 5:55:23 PM, you wrote:
>> >> IIRC Bill posted here some tie ago saying the problem with write cache >> on the arrays is being worked on. ek> Yep, the bug is: ek> 6462690 sd driver should set SYNC_NV bit when issuing SYNCHRONIZE ek> CACHE to ek> SBC-2 devices Thanks. I see a workaround there (I saw it earlier but it doesn't apply to 3510) and I have a question - setting zil_disable to 1 won't actually completely disable cache flushing, right? (still every txg group completes cache would be flushed)?? ek> We have a case going through PSARC that will make things works ek> correctly with regards to flushing the write cache and non-volatile ek> caches. There's actually a tunable to disable cache flushes: zfs_nocacheflush and in older code (like S10U3) it's zil_noflush. Hmmmm... ek> The tricky part is getting vendors to actually support SYNC_NV bit. ek> If you your favorite vendor/array doesn't support it, feel free to ek> give them a call... Is there any work being done to ensure/check that all arrays Sun sells do support it? -- Best regards, Robert mailto:[EMAIL PROTECTED] http://milek.blogspot.com _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss