Re: filesystem corruption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



HP DL360-G6. SAS controller with battery backed write accelerator.
I havent been focusing on the reliability of the drives as this is proof of concept testing. If we decide to use it, the drives will be replaced with 2TB SSD PCIe cards.

-Patrick

Sent: Wed Jan 05 2011 08:52:04 GMT-0700 (Mountain Standard Time)
From: Spelic <spelic@xxxxxxxxxxxxx>
To: Patrick H. <linux-raid@xxxxxxxxxxxx> linux-raid <linux-raid@xxxxxxxxxxxxxxx>
Subject: Re: filesystem corruption
On 01/05/2011 03:28 PM, Patrick H. wrote:
No, my drives are battery backed as well.

what drives are they, if I can ask? OCZ SSDs with supercapacitor maybe?

Do you know if they will really flush the whole write cache on sudden power off? I read smoky sentences about this for the OCZ drives. In certain points it seemed like the supercapacitor was only able to provide the same guarantees of a HDD, that is, no further data loss due to erase-then-rewrite-32K and flash wear levelling stuff, but was not able to flush the write cache. Did you try with e.g. a stream of simple databases transactions then disconnecting the cable suddenly like this test http://www.mysqlperformanceblog.com/2009/03/02/ssd-xfs-lvm-fsync-write-cache-barrier-and-lost-transactions/
?

Thank you
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux