Re: Bad drive discovered during raid5 reshape

, including removing the new drives with mdadm --remove --force /dev/md1 /dev/sd[bc]1 and rebooting and *then* he: ran mdadm -Af /dev/md1. This is correct. I first removed sdb and sdc then rebooted and ran mdadm -Af /dev/md1. Kyle - I think you need to clarify this as it may not be too bad

Bad drive discovered during raid5 reshape

Hi, I bought two new hard drives to expand my raid array today and unfortunately one of them appears to be bad. The problem didn't arise until after I attempted to grow the raid array. I was trying to expand the array from 6 to 8 drives. I added both drives using mdadm --add /dev/md1 /dev/sdb1

Re: [patch v2 1/1] md: Software Raid autodetect dev list not array

change the MSDOS disk label to use a different Partition Type for your raid partitions. Just pick the standard Linux type and you will get exactly the same behavior that everybody who doesn't use MSDOS partition tables gets. Cheers, Kyle Moffett - To unsubscribe from this list: send the line

Re: change strip_cache_size freeze the whole raid

, though I cannot see exactly where the deadlock would be. If you are able to reproduce it and can get the kernel logs after 'alt-sysrq-T' I would really appreciate it. Justin,Maybe you can try freeze it once more and get the kernel logs before try Neil's patch .. :D~Kyle - To unsubscribe from

change strip_cache_size freeze the whole raid

] [] md0 : active raid1 hdc1[1] hda1[0] 104320 blocks [2/2] [UU] Kyle - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: change strip_cache_size freeze the whole raid

On Mon, 22 Jan 2007, kyle wrote: Hi, Yesterday I tried to increase the value of strip_cache_size to see if I can get better performance or not. I increase the value from 2048 to something like 16384. After I did that, the raid5 freeze. Any proccess read / write to it stucked at D state. I

Re: change strip_cache_size freeze the whole raid

stripe_cache_size, then it should works with raid6 too. Kyle - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: change strip_cache_size freeze the whole raid

it completely freezed and I waited after around 10 minutes it still didn't wake up. Kyle - To unsubscribe from this list: send the line unsubscribe linux-raid in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html What kernel version are you

Re: Exporting which partitions to md-configure

need to be exposed as well (I don't know if it is already). Cheers, Kyle Moffett -- I lost interest in blade servers when I found they didn't throw knives at people who weren't supposed to be in your machine room. -- Anthony de Boer - To unsubscribe from this list: send the line

Re: Exporting which partitions to md-configure

be that any autodetection would be completely out of the kernel and userspace's responsibility; the kernel would just export info to make it easier. Cheers, Kyle Moffett -- Unix was not designed to stop people from doing stupid things, because that would also stop them from doing clever things

Re: [klibc] Exporting which partitions to md-configure

using the Linux tool), for example: hc6524e32:~ kyle$ sudo -H /usr/sbin/pdisk -l /dev/disk1 Partition map (with 512 byte blocks) on '/dev/disk1' #:type name length base ( size ) 1: Apple_partition_map Apple

Re: [PATCH 000 of 5] md: Introduction

of testing and bugfixing. Cheers, Kyle Moffett -- There is no way to make Linux robust with unreliable memory subsystems, sorry. It would be like trying to make a human more robust with an unreliable O2 supply. Memory just has to work. -- Andi Kleen - To unsubscribe from this list