On Sat, Apr 4, 2009 at 8:12 PM, Lelsie Rhorer <lrhorer@xxxxxxxxxxx> wrote: >> I would try to first run hardware diagnostics. Maybe you will get >> "lucky" and one or more disks will fail diagnostics, which at least >> means it will be easy to repair the problem. >> >> This could very well be situation where you have a lot of bad blocks >> that have to get restriped, and parity has to be regenerated. Are >> these the cheap consumer SATA disk drives, or enterprise class disks? > > > I don't buy that for a second. First of all, restriping parity can and does > occur in the background. Secondly, how is it the system writes many > terrabytes of data post file creation, then chokes on a 0 byte file? > Alternate theory - serious fsync performance issue I don't know if it's related, but there is a lot of recent discussion related to fsync causing large delays in ext3. Linus is saying his highspeed SDD is seeing multisecond delays. He is very frustrated because the SDD should be more or less instantaneous. The current thread is http://markmail.org/message/adiyz3lri6tlueaf In one of the other threads I saw someone saying that in one test they had a fsync() call take minutes to return. Apparently no one yet fully understands what is going on. Seems like something that could in some way be related to what you are seeing. Greg -- Greg Freemyer Head of EDD Tape Extraction and Processing team Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer First 99 Days Litigation White Paper - http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- 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
