* Handling of read errors in raid6
@ 2006-01-19 12:02 Filipe Maia
2006-01-19 20:39 ` attempt to access beyond end of device PFC
0 siblings, 1 reply; 7+ messages in thread
From: Filipe Maia @ 2006-01-19 12:02 UTC (permalink / raw)
To: linux-raid@vger.kernel.org
Is it easy to port the "readerrors rewrite" patch to RAID6?
Are there any plans to do it?
If there are are they short or long term?
(I have some stuff in a RAID6 that has more than 2 disks with
bad sectors and i would like to see if it would be possible to
recover them without going through all the dd stuff).
Thanks for the help.
--
All generalizations are false, including this one.
-- Mark Twain
^ permalink raw reply [flat|nested] 7+ messages in thread
* attempt to access beyond end of device
2006-01-19 12:02 Handling of read errors in raid6 Filipe Maia
@ 2006-01-19 20:39 ` PFC
2006-01-19 21:29 ` raid reconstruction speed PFC
0 siblings, 1 reply; 7+ messages in thread
From: PFC @ 2006-01-19 20:39 UTC (permalink / raw)
To: linux-raid@vger.kernel.org
OK, I was a bit stupid...
I changed a drive today, so I rebuilt a software RAID1.
I have a RAID1 in degraded mode (1 out of 2 drives), and I added a new
partition to it. When I say I was stupid, I mean the partition I added was
a tiny little bit smaller than what it should have been.
md happily added it, synced, then at the very end :
Jan 19 21:33:27 apollo13 attempt to access beyond end of device
Jan 19 21:33:27 apollo13 sda7: rw=1, want=12498560, limit=12498507
Jan 19 21:33:27 apollo13 raid1: Disk failure on sda7, disabling device.
Jan 19 21:33:27 apollo13 Operation continuing on 1 devices
Of course, "attempt to access beyond end of device", I made the device
too small. Duh.
No problem, I'll just fix my partition, but a warning message on the
mdadm --add would have avoided losing time doing the sync, and at the end,
a few seconds of "WTF ? it failed ? ah, ok..."
Have a nice day !
mdadm --version
mdadm - v2.1 - 12 September 2005
^ permalink raw reply [flat|nested] 7+ messages in thread
* raid reconstruction speed
2006-01-19 20:39 ` attempt to access beyond end of device PFC
@ 2006-01-19 21:29 ` PFC
2006-01-19 22:10 ` Mike Hardy
2006-01-19 22:27 ` Neil Brown
0 siblings, 2 replies; 7+ messages in thread
From: PFC @ 2006-01-19 21:29 UTC (permalink / raw)
To: PFC, linux-raid@vger.kernel.org
Sorry for flooding ;)
I have the following configuration :
- two disks (hda and sda)
- each disk has 2 partitions (hda1/sda1) and (hda2/sda2)
- two raid1 md devices are made :
md0 = sda1 + hda1, contains the OS
md1 = sda2 + hda2, contains a database
I made 2 devices because I wanted to use different FS's.
When rebuilding md1, it does not realize accesses to md0 wait for the
same disks. Thus reconstruction of md1 runs happily at full speed, and the
machine is dog slow, because the OS and everything is on md0.
(I cat /dev/zero to a file on md1 to slow the rebuild so it would let me
start a web browser so I don't get bored to death)
When rebuilding md0, the rebuild process detects accesses to md0 and
behaves nicely (the machine is responsive). However, it does not realize
that md1 is on the same disks, thus the databases are dog slow.
Fortunately, as the rebuild runs ar full speed, the pain does not last
long. It took 5 minutes to start this email client though.
Thought you might wanna know ;)
Regards,
Pierre Caillaud
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: raid reconstruction speed
2006-01-19 21:29 ` raid reconstruction speed PFC
@ 2006-01-19 22:10 ` Mike Hardy
2006-01-19 23:27 ` Mark Hahn
2006-01-19 22:27 ` Neil Brown
1 sibling, 1 reply; 7+ messages in thread
From: Mike Hardy @ 2006-01-19 22:10 UTC (permalink / raw)
To: linux-raid
PFC wrote:
> When rebuilding md1, it does not realize accesses to md0 wait for
> the same disks. Thus reconstruction of md1 runs happily at full speed,
> and the machine is dog slow, because the OS and everything is on md0.
> (I cat /dev/zero to a file on md1 to slow the rebuild so it would
> let me start a web browser so I don't get bored to death)
echo "10000" > /proc/sys/dev/raid/speed-limit-max (or similar?)
You can do that in /etc/rc.local or something to make sure it sticks,
then you'll be able to use your machine while any array rebuilds.
I guess the feature you're asking for is for md to guess that accessing
any partition component on a disk that has a partition being rebuilt
should throttle the rebuild, right?
Can that heuristic be successful at all times? I think it might.
Does md have enough information to do that? I don't know...
-Mike
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: raid reconstruction speed
2006-01-19 21:29 ` raid reconstruction speed PFC
2006-01-19 22:10 ` Mike Hardy
@ 2006-01-19 22:27 ` Neil Brown
2006-01-19 22:37 ` PFC
1 sibling, 1 reply; 7+ messages in thread
From: Neil Brown @ 2006-01-19 22:27 UTC (permalink / raw)
To: PFC; +Cc: linux-raid@vger.kernel.org
On Thursday January 19, lists@peufeu.com wrote:
>
> Sorry for flooding ;)
>
> I have the following configuration :
> - two disks (hda and sda)
> - each disk has 2 partitions (hda1/sda1) and (hda2/sda2)
> - two raid1 md devices are made :
> md0 = sda1 + hda1, contains the OS
> md1 = sda2 + hda2, contains a database
>
> I made 2 devices because I wanted to use different FS's.
>
> When rebuilding md1, it does not realize accesses to md0 wait for the
> same disks. Thus reconstruction of md1 runs happily at full speed, and the
> machine is dog slow, because the OS and everything is on md0.
Hmmm.. it should. md measures activity on a component by looking at
the activity of the whole device holding that component. So any
activity on hda or sda should slow down rebuild of md0 or md1.
It is very strange that it doesn't...
What kernel are you using?
NeilBrown
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: raid reconstruction speed
2006-01-19 22:27 ` Neil Brown
@ 2006-01-19 22:37 ` PFC
0 siblings, 0 replies; 7+ messages in thread
From: PFC @ 2006-01-19 22:37 UTC (permalink / raw)
To: Neil Brown; +Cc: linux-raid@vger.kernel.org
> What kernel are you using?
>
> NeilBrown
Kernel version : 2.6.15-gentoo
Yes, it's strange... Not very annoying, as the rebuild is finished already
(at 40 MB/s it was short), but strange.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: raid reconstruction speed
2006-01-19 22:10 ` Mike Hardy
@ 2006-01-19 23:27 ` Mark Hahn
0 siblings, 0 replies; 7+ messages in thread
From: Mark Hahn @ 2006-01-19 23:27 UTC (permalink / raw)
To: linux-raid
> echo "10000" > /proc/sys/dev/raid/speed-limit-max (or similar?)
>
> You can do that in /etc/rc.local or something to make sure it sticks,
echo "dev.raid.speed_limit_max = 10000" >> /etc/sysctl.conf
is another, perhaps nicer way to make the setting permanent.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2006-01-19 23:27 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-01-19 12:02 Handling of read errors in raid6 Filipe Maia
2006-01-19 20:39 ` attempt to access beyond end of device PFC
2006-01-19 21:29 ` raid reconstruction speed PFC
2006-01-19 22:10 ` Mike Hardy
2006-01-19 23:27 ` Mark Hahn
2006-01-19 22:27 ` Neil Brown
2006-01-19 22:37 ` PFC
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).