From: "Peter Evertz" <leo2@pec.homeip.net>
To: linux-raid@vger.kernel.org
Subject: Spare disk could not sleep / standby
Date: Tue, 08 Mar 2005 05:05:01 +0100 [thread overview]
Message-ID: <422D327D.11718.F8DB3@localhost> (raw)
I have 2 Raid5 arrays on a hpt375. Each has a (unused) spare disk.
With change from 2.4 to 2.6 I can not put the spare disk to sleep or
standby.
It wakes up after some seconds.
/proc/diskstat shows activities every 2 to 5 seconds.
It is a problem of the plain kernel driver ( not application )
because
if i raidhotremove the drives it can sleep/standby and no activities
are
shown in /proc/diskstats.
If the whole Array is unmounted, there are no activities an all
drives.
It seems that access to md always causes an access at the spare disk
?!
Any hints ? Anyone with the same problem ?
Regards
Peter Evertz
(Sorry: If this is a dup.)
Linux pec6 2.6.8-24.11-default #1 Fri Jan 14 13:01:26 UTC 2005 i686
i686
i386 GNU/Linux
Output of ver_linux:
Gnu C 3.3.4
Gnu make 3.80
binutils 2.15.91.0.2
util-linux 2.12c
mount 2.12c
module-init-tools 3.1-pre5
e2fsprogs 1.35
jfsutils 1.1.7
reiserfsprogs 3.6.18
reiser4progs line
xfsprogs 2.6.13
PPP 2.4.2
isdn4k-utils 3.5
nfs-utils 1.0.6
Linux C Library x 1 root root 1359489 Oct 2 02:30
/lib/tls/libc.so.6
Dynamic linker (ldd) 2.3.3
Linux C++ Library 5.0.7
Procps 3.2.3
Net-tools 1.60
Kbd 1.12
Sh-utils 5.2.1
Modules Loaded speedstep_lib freq_table thermal processor fan
button
battery ac nvram nfsd exportfs pppoe pppox ipt_TOS ip6t_LOG
ip6t_limit
ipt_LOG ipt_limit ipt_TCPMSS ipt_MASQUERADE usbserial ipt_pkttype
parport_pc
lp parport eeprom w83781d i2c_sensor i2c_i801 af_packet ppp_generic
ip6t_state ip6_conntrack ipt_state ip6t_REJECT ipt_REJECT
iptable_mangle
iptable_filter ip6table_mangle ip_nat_ftp iptable_nat
ip_conntrack_ftp
ip_conntrack ip_tables ip6table_filter ip6_tables ipv6 hisax
crc_ccitt isdn
slhc edd usbhid skystar2 dvb_core i2c_core ohci_hcd evdev joydev sg
st
sr_mod ide_cd cdrom ehci_hcd uhci_hcd intel_agp agpgart hw_random
dm_mod
natsemi usbcore bcm5700 raid5 xor ext3 jbd sd_mod scsi_mod
proc/version:
Linux version 2.6.8-24.11-default (geeko@buildhost) (gcc version
3.3.4 (pre
3.3.5 20040809)) #1 Fri Jan 14 13:01:26 UTC 2005
next reply other threads:[~2005-03-08 4:05 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-08 4:05 Peter Evertz [this message]
2005-03-08 4:14 ` Spare disk could not sleep / standby Guy
2005-03-08 4:40 ` Neil Brown
2005-03-08 5:20 ` Molle Bestefich
2005-03-08 5:36 ` Neil Brown
2005-03-08 5:46 ` Molle Bestefich
2005-03-08 6:03 ` Neil Brown
2005-03-08 6:24 ` Molle Bestefich
[not found] ` <422D625C.5020803@medien.uni-weimar.de>
2005-03-08 8:57 ` Molle Bestefich
2005-03-08 10:51 ` Tobias Hofmann
2005-03-08 13:13 ` Gordon Henderson
2005-03-09 5:11 ` Brad Campbell
2005-03-09 9:03 ` Tobias Hofmann
2005-03-08 8:51 ` David Greaves
2005-03-08 15:59 ` Mike Tran
2005-03-09 15:53 ` Spare disk could not sleep / standby [probably dangerous PATCH] Peter Evertz
2005-03-09 10:44 ` Mike Tran
2005-03-09 20:05 ` Peter Evertz
2005-03-09 16:29 ` Mike Tran
2005-03-09 23:20 ` Peter Evertz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=422D327D.11718.F8DB3@localhost \
--to=leo2@pec.homeip.net \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).