All of lore.kernel.org
 help / color / mirror / Atom feed
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


  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.