On Fri, Aug 21, 2009 at 01:01:48PM -0400, Ric Wheeler wrote: > On 08/21/2009 12:59 PM, Matt Garman wrote: >>>> So what I'm trying to figure out is, what is causing the disk >>>> access? It could be any one of: >>>> >>>> - Kernel >>>> - RAID subsystem (i.e. md) >>>> - XFS filesystem >>>> - NFS >>>> - Samba >>>> - ??? >>>> >>> Are you running smartd? It polls the drives every 30minutes. >> > I think that you can use blktrace to see who is issuing the IO's > that spin up your drives.... For five hours today, I ran blktrace on md1 as well as the drives that make up md1 (sd[a-d]). I also enabled block dump via echo 1 > /proc/sys/vm/block_dump Nothing. Neither block_dump nor blktrace recorded anything on md1 or sd[abcd]. I caught one instance where the heads parked (I both heard them park as well as saw the power meter show the 10 watt drop). They only stayed parked for about five minutes. Yet neither blktrace nor block_dump caught anything. I'm going to try lm-profiler now (from the laptop-mode-tools package), but I have low expectations. I'm beginning to think that it's not even direct access to the drives that cause the heads to unpark, e.g. perhaps even activity on my system drive (a compact flash card connected to the PATA port) prevents the data drives from parking their heads. -- 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