|
|
|
Re: Online resize | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
Robin Hill wrote:
On Tue Mar 11, 2008 at 02:44:17PM +0200, Wayne Gemmell wrote:Well that didn't go so well On Tuesday 11 March 2008 13:12:19 Robin Hill wrote:I ran partprobe and then mdadm --grow --size=max /dev/md4 and nothing happened. Then I decided to reboot thinking that partprobe hadn't picked up that change and now it says that sda6 doesn't have a superblock. Any ideas what went wrong?2) Force the OS to be aware of the new partition sizes - either a reboot or using partprobe. 3) Grow the array (mdadm --grow) - check the manual page for details.What version metadata are you using? I'm not sure how 1.0 will handle partition resizes but any other should certainly be okay. Have you tried running mdadm -E on each of the component partitions? I assume the new partitions are starting from the same position as the old ones?
Robin, you're completely wrong here. Only metadata at the START of the partition will work here. Which is either 1.1 or 1.2, but NOT 1.0 or 0.90, - which is at the END of the partition. When the end of the partition goes away, the superblock becomes "orphan" somewhere inside the partition, and can't be found anymore. What should be done currently is: a) re-create the array with new partitions, with THE SAME DISK ORDER, METADATA VERSION AND CHUNK SIZE as it was before. b) restore partitions to the EXACT size as they were before, and start from scratch /mjt -- 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
[Home] [ATA RAID] [Linux SCSI Target Infrastructure] [Linux] [Managing RAID on Linux] [Linux IDE] [Linux SCSI] [Linux Hams] [Device-Mapper] [Kernel] [Linux Books] [Linux Admin] [Linux Net] [GFS] [RPM] [Photos] [Yosemite Photos] [Yosemite News] [AMD 64] [Linux Nework]
![]() |
![]() |