linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* RAID 5 disks not spinning down
@ 2005-03-12  8:54 Alexander Stockinger
  2005-03-12 14:09 ` Brad Campbell
  0 siblings, 1 reply; 3+ messages in thread
From: Alexander Stockinger @ 2005-03-12  8:54 UTC (permalink / raw)
  To: linux-raid

Hi all,

I have a linux software RAID 5 running on a Debian Sarge with 2.6.7-smp. 
Since I installed the system (several kernel updates ago) the disks of 
the RAID 5 won't stay spinned down. Having them sent to standy manually 
using hdparm ends up in having the disks spin up within the next minute 
or so.
To further investigate the problem I watched the /proc/diskstats file 
for /dev/md0 and realized that prior to the spinup a single read access 
to the RAID is issued - consequently the disks attached to the read spin 
up again...
In order to find the reason for that read I did a dnotify on the mount 
point of the RAID - however this didn't show ANY file read at all when 
this single read access occurs.
I also tried noflushd - it simply keeps segfaulting after a few seconds. 
Plus I'd be happy to resolve the issue in the first place instead of 
fixing the symptoms anyway...

Any ideas what to do?

Thanks,
Alex


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: RAID 5 disks not spinning down
  2005-03-12  8:54 RAID 5 disks not spinning down Alexander Stockinger
@ 2005-03-12 14:09 ` Brad Campbell
  2005-03-12 14:19   ` Alexander Stockinger
  0 siblings, 1 reply; 3+ messages in thread
From: Brad Campbell @ 2005-03-12 14:09 UTC (permalink / raw)
  To: Alexander Stockinger; +Cc: linux-raid

Alexander Stockinger wrote:
> Hi all,
> 
> I have a linux software RAID 5 running on a Debian Sarge with 2.6.7-smp. 
> Since I installed the system (several kernel updates ago) the disks of 
> the RAID 5 won't stay spinned down. Having them sent to standy manually 
> using hdparm ends up in having the disks spin up within the next minute 
> or so.
> To further investigate the problem I watched the /proc/diskstats file 
> for /dev/md0 and realized that prior to the spinup a single read access 
> to the RAID is issued - consequently the disks attached to the read spin 
> up again...

Does it occur if you have the filesystem on the md device unmounted?

Regards,
Brad
-- 
"Human beings, who are almost unique in having the ability
to learn from the experience of others, are also remarkable
for their apparent disinclination to do so." -- Douglas Adams

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: RAID 5 disks not spinning down
  2005-03-12 14:09 ` Brad Campbell
@ 2005-03-12 14:19   ` Alexander Stockinger
  0 siblings, 0 replies; 3+ messages in thread
From: Alexander Stockinger @ 2005-03-12 14:19 UTC (permalink / raw)
  To: linux-raid

Brad Campbell wrote:
> Alexander Stockinger wrote:
> 
>> Hi all,
>>
>> I have a linux software RAID 5 running on a Debian Sarge with 
>> 2.6.7-smp. Since I installed the system (several kernel updates ago) 
>> the disks of the RAID 5 won't stay spinned down. Having them sent to 
>> standy manually using hdparm ends up in having the disks spin up 
>> within the next minute or so.
>> To further investigate the problem I watched the /proc/diskstats file 
>> for /dev/md0 and realized that prior to the spinup a single read 
>> access to the RAID is issued - consequently the disks attached to the 
>> read spin up again...
> 
> 
> Does it occur if you have the filesystem on the md device unmounted?

No, drives stay down when the mount point of /dev/md0 is unmounted. So 
it's probably an application accessing something on the disks? But how 
do I determine what is accessed? dnotify reports _nothing_...

> 
> Regards,
> Brad

Thanks,
Alex


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2005-03-12 14:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-12  8:54 RAID 5 disks not spinning down Alexander Stockinger
2005-03-12 14:09 ` Brad Campbell
2005-03-12 14:19   ` Alexander Stockinger

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).