On Sun, 2008-07-27 at 17:26 +0300, Thomas Backlund wrote: > Hi, > (please cc me as I'm not subscribed) > > I have hit a bug with mdadm 2.6.7 > > It rebuilds my raid5 array on every boot > (raid0 and raid1 arrays are not affected) > > This didn't happend with 2.6.4 > > kernels tested are 2.6.24.7 and 2.6.25.12 > > Arch is x86_64 > Distro Mandriva 2008.1, but I've tested wich kernel.org kernels and > upstream mdadm 2.6.7 and have the same problem > > Now I could try to bisect it, but every raid5 rebuild takes 6-7 hours, > so I thought about asking for pointers before... > > Any ideas where to start looking ? Are you using mkinitrd (or something similar) to start the arrays, or are you using udev rules that call mdadm --incremental --run? If it's the later, then this is what you get when A) the array is started as soon as there are enough devices to run in degraded mode and B) something writes to the array before the last device gets added and C) you don't have a bitmap to allow the array to keep track of what blocks need resynced and therefore it resynces the entire drive. > here is the info on the array that gets rebuilt... > > > [root@tmb ~]# mdadm --detail /dev/md8 > /dev/md8: > Version : 00.90 > Creation Time : Fri Feb 1 17:44:23 2008 > Raid Level : raid5 > Array Size : 1465143808 (1397.27 GiB 1500.31 GB) > Used Dev Size : 732571904 (698.64 GiB 750.15 GB) > Raid Devices : 3 > Total Devices : 3 > Preferred Minor : 8 > Persistence : Superblock is persistent > > Update Time : Sun Jul 27 13:32:30 2008 > State : clean, degraded, recovering > Active Devices : 2 > Working Devices : 3 > Failed Devices : 0 > Spare Devices : 1 > > Layout : left-symmetric > Chunk Size : 128K > > Rebuild Status : 1% complete > > UUID : dc482f3f:ad67b9ef:bb6636b8:e9392071 > Events : 0.16162 > > Number Major Minor RaidDevice State > 0 8 33 0 active sync /dev/sdc1 > 1 8 49 1 active sync /dev/sdd1 > 3 8 65 2 spare rebuilding /dev/sde1 > -- > 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 -- Doug Ledford <dledford@xxxxxxxxxx> GPG KeyID: CFBFF194 http://people.redhat.com/dledford Infiniband specific RPMs available at http://people.redhat.com/dledford/Infiniband
Attachment:
signature.asc
Description: This is a digitally signed message part
