From: Ron Leach <ronleach@tesco.net>
To: Linux RAID Mailing List <linux-raid@vger.kernel.org>
Subject: Re: Repairing R1: Part tabl, & precise command
Date: Wed, 06 Apr 2016 11:14:02 +0100 [thread overview]
Message-ID: <5704E16A.3060806@tesco.net> (raw)
In-Reply-To: <57044EA8.2010506@websitemanagers.com.au>
On 06/04/2016 00:47, Adam Goryachev wrote:
> That is one option (reduce the swap partition size). You might also
> look at the mdadm information of the array, generally it is possible
> to create a raid1 array across two devices that are different size,
> and mdadm will automatically ignore the "excess" space of the larger
> drive.
>
> eg:
> sda1 1000M
> sdb1 1050M
>
> The disks and partition tables will show both disks 100% full, because
> the partition fills the disk
> mdadm will ignore the extra 50M on sdb1 and create a raid1 array of 1000M
> LVM (or whatever you put onto the raid1) will show 1000M as the total
> size, and will know nothing about the extra 50M
>
> I think mdadm is silent about size differences if the difference is
> less than 10% (or some other percentage value).
Adam, thank you for confirming that reducing swap might work. I'd
prefer that because I worry that if the md beneath the LVM reduces in
size, then I could lose data that is in that LVM at present.
I checked fstab and realised that the swap partitions on /dev/sdb are
not used, so I have gone ahead and reduced the swap partition, and
rebuilt a good gpt table. That went ok. mdadm is now 'add'ing the
partner partitions to the 3 md devices in the system.
>
> [snip]
>
> Can you provide full output of smartctl, it should show more details
> on the status of the drive, what damage it might have/etc...
>
I thought this was good advice but apt-get isn't finding smartctl. I
think your surmise is likely, though, that this disk has 'reduced' in
size because of faults, and I've a new 3TB drive on its way. I'll
replace this suspect disk as soon as it arrives.
Grateful for the help
regards, Ron
next prev parent reply other threads:[~2016-04-06 10:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-05 9:14 Repairing R1: Part tabl, & precise command Ron Leach
2016-04-05 11:04 ` Ron Leach
2016-04-05 12:22 ` Ron Leach
2016-04-05 15:28 ` Phil Turmel
2016-04-05 16:34 ` Ron Leach
2016-04-05 23:47 ` Adam Goryachev
2016-04-06 10:14 ` Ron Leach [this message]
2016-04-06 10:31 ` Étienne Buira
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5704E16A.3060806@tesco.net \
--to=ronleach@tesco.net \
--cc=linux-raid@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.