December 16, 201312 yr I'm really wondering what's going on. I'm copying from my desktop via GB LAN to the !share! - not to cache with ~80 MB/s for about 10 min. now! Both drives (share and parity) are ST4000DM000. Yesterday I copied to the same share (drive) with the usual 40 MB/s. syslog_16.12.2013.txt
December 16, 201312 yr Let me get this straight, you array is writing FAST, and you're complaining? Go outside and find me a switch to beat you with!!! Ok seriously, no idea. Is your data actually showing up? and it is good? And when you say "to the share - not to the cache" I assume what you actually mean is to the disk and not to the cache? Because "to the share" does not mean "not to the cache" unless your share is specifically configured to NOT use the cache.
December 16, 201312 yr Author Yes, writing to a disk in the parity protected array - not to the cache. The GUI shows writes to the share disk and to the parity disk. Cache is empty. I have to do some hashes to verify the data.
December 16, 201312 yr Are you using the "reconstruct write mode" setting? That would explain this, as with reconstruct mode the reads of parity and the disk being written to are no longer required. For large file writes to a system where all the disks are already spinning, this can be notably faster than the normal read-modify-write mode.
December 17, 201312 yr Author I haven't enabled the reconstruct write mode. Is it enabled by default in 5.04? Is there a log entry if it is enabled? Can I check the status in the cli?
Archived
This topic is now archived and is closed to further replies.