On 5/21/07, Neil Brown <neilb@xxxxxxx> wrote:
On Monday May 21, dondster@xxxxxxxxx wrote: > On 5/16/07, Don Dupuis <dondster@xxxxxxxxx> wrote: > > > > I am still trying to get where I had the low recover rate with the > > bitmap turned on. I will get back with you > > Don > > > Any new updates Neil? > Any new things to try to get you additional info? > THanks > > Don You said "I will get back with you" and I was waiting for that... I hoped that your further testing might reveal some details that would shine a light on the situation. One question: Your description seems to say that you get corruption after the resync has finished. Is the corruption there before the resync starts? I guess what I would like it: Start with fully active array. Check for corruption. Remove one drive. Check for corruptions. Turn off system. Turn it on again, array assembles with one missing device. Check for corruption. Add device, resync starts. Check for corruption. Wait for resync to finish. Check for corruption. NeilBrown
I was going to get back with you concerning the low resync rates. The data corruption happens like this. 1. Start with fully active array. Everything is fine. 2. I remove a drive. Everything is fine. I then will power off the machine. 3. I powerup and load up an initramfs which has my initial root filesystem and scripts for handling the assembly of the array. My init script will determine which drive was remove and assemble the remaining 3. If a resync happens, I will wait for the resync to complete. If complete I will then do a fdisk -l /dev/md_d0 to make sure the partition table is complete. Most of the time, it will be "unknow partition table. At this point I am dead in the water because I can't pivot_root to my real root filesystem. If I get through the resync and the partition table is correct my other corruption will be to filesystems on the md device. All filesystems are ext3 with full data journaling enabled. I could have one corrupted or multiple. fsck will not be able to clean up. Under normal circumstances, once I am up running on the real root filesystem I would add the removed disk back into the md device with the recover running in the back ground. Sorry for the confusion on the "get back with you". I basically have 2 issues, the corruption issue is my main priority at this point. Thanks Don - 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
