On 10/29/2015 12:59 PM, Andras Tantos wrote: > Phil, > > On 10/28/2015 9:42 AM, Phil Turmel wrote: >> If you stop the array cleanly and then manually re-assemble with >> --update=metadata, you might get around it. (Specify all of the >> devices explicitly to ensure you don't get burned by v0.90's problems >> with last partitions.) You definitely don't want to stay on v0.90, but >> you may need to for now to get out of trouble. Phil > > It seems that my mdadm doesn't have an --update=metadata option, which > if I understand it right means I have to re-create the array with the > no-bitmap option. How dangerous is that? Is it possible that things get > overwritten during the re-create process in the data portion of the array? Just clone and compile a local copy of the latest mdadm, then run it as ./mdadm for the --update operation. git clone git://github.com/neilbrown/mdadm > I've read that GRUB (which is my bootloader) didn't support v1.0 > superblocks for a while. It seems that 0.99 version of GRUB (which is > what I have) has it, but how to make certain? I don't want to render my > system un-bootable... Old grub doesn't understand MD at all, which is why you needed a mirror that has the content starting at the beginning of the partition. To grub, it doesn't look like a mirror. This is true for v1.0 as well. > Can you expand a little bit on the problems of v0.90 superblocks and why > upgrading is advantageous? What I've read about the differences (lifted > limit of number of devices/array and 2TB per device limit) don't really > apply to my case. v0.90 will screw up if you have it on the last partition of a device, and that partition runs very close to the end of the device. v0.90 doesn't include size info in the metadata itself, so it is ambiguous in that case whether the superblock belongs to the device as a whole or the partition. That'll really scramble an array. Just say no to v0.90. Phil -- 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
