dm-raid and resizing

[David Thornton]

I have to admin I'm more familiar with the lvm ext2(X) process.

David


On Sat, Sep 14, 2013 at 10:24 PM, Tyler Aviss <tjaviss-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:

> Nothing unusual in dmesg. I don't have anything else to show now as I
> decided to try removing & recreating the md device (after rsyncing the
> data). That worked fine and it now uses 1200MB.
>
> So there doesn't seem to be any issues with the disk geometry etc, just
> that mdadm doesn't do a "grow“ very nicely for whatever reason.
> On Sep 13, 2013 3:28 PM, "David Thornton" <northdot9-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:
>
>> What does fdisk -l say?
>> What does the kernel say on boot? ( Dmesg or /var/log/messages )
>>
>> David
>>
>> On 9/13/13, Tyler Aviss <tjaviss-Re5JQEeQqe8AvxtiuMwx3w at public.gmane.org> wrote:
>> > I recently upgraded a couple of RAID 2TB drives to some 3TB drives using
>> > the format
>> > Shutdown, pull old drive 1, start degraded
>> > Add new drive 1 to RAID, wait for sync/rebuild
>> > Shutdown, pull old drive 2, add new drive 2 to RAID, wait for
>> sync/rebuild
>> >
>> >
>> > I had a really small /boot partition, so for the new drives used a
>> larger
>> > set of partitions for /dev/md0
>> >
>> > However, for whatever reason, I can't grow to the full partition size.
>> >
>> > mdadm --grow --size=max only gives me around 750MB, even though the
>> > component partitions (/dev/sda1, /dev/sdb1) are 1200MB.
>> >
>> >
>> > Any ideas why it won't use the full capacity?
>> >
>> >
>> > Cheers,
>> >
>> >
>> > --
>> > Tyler Aviss
>> > Systems Support
>> > LPIC/LPIC-2/DCTS/CLA
>> >
>> > "Computers don't make mistakes. They can, however, execute those
>> provided
>> > to them very quickly"
>> >
>>
>> --
>> Sent from my mobile device
>> --
>> The Toronto Linux Users Group.      Meetings: http://gtalug.org/
>> TLUG requests: Linux topics, No HTML, wrap text below 80 columns
>> How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/legacy/attachments/20130915/8b9f8f7f/attachment.html>