linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Stuart D Gathman <stuart@bmsi.com>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] how to swap a bad drive on a non-standard mirror
Date: Mon, 05 Nov 2012 21:05:20 -0500	[thread overview]
Message-ID: <50987060.7060609@bmsi.com> (raw)
In-Reply-To: <alpine.BSF.2.00.1211051646040.1851@tdream.lly.earlham.edu>

Long ago, Nostradamus foresaw that on 11/05/2012 04:59 PM, Randy Schultz
would write:
> Hey all,
>
> I have a system that somebody set up, reportedly during the RHEL
> install, to have the 2 on-board drives
> mirrored.  We lost the second drive.  I know how to do deal with this
> on a standard setup with 2 PV's, but it
> looks like there is only 1 PV and I cannot find any documentation on
> how to deal with this.
>
>
> DMsetup shows:
>      ? dmsetup status
>      isw_ccebcbejfi_Volume0p2: 0 1953295155 linear
>      isw_ccebcbejfi_Volume0p1: 0 208782 linear
>      VolGroup00-LogVol03: 0 1666580480 linear
>      VolGroup00-LogVol02: 0 51183616 linear
>      VolGroup00-LogVol01: 0 184287232 linear
>      VolGroup00-LogVol00: 0 51183616 linear
>      isw_ccebcbejfi_Volume0: 0 1953519352 mirror 2 8:0 8:16
> 14905/14905 1 AR 1 core
>
>
> Here's where things get weird.  Pvscan shows only 1 device:
>      ? pvscan -v
>          Wiping cache of LVM-capable devices
>          Wiping internal VG cache
>          Walking through all physical volumes
>        PV /dev/mapper/isw_ccebcbejfi_Volume0p2   VG VolGroup00   lvm2
> [931.38 GB / 0    free]
>        Total: 1 [931.38 GB] / in use: 1 [931.38 GB] / in no VG: 0 [0   ]
>
>
> So, if I understand this correctly, sda2 and sdb2 were tied together
> somehow as a mirror, then this was
> presented to lvm as the PV.  Cool, but how do I swap out sdb?!
This has nothing to do with LVM, but google is your friend ("isw
mirror").  This is Intel Raid, and dmsetup cannot rebuild it.  There
might be some Intel tool to do so, but I would highly recommend
converting to standard software raid (mdadm).

The steps would be (untested, of course):

1) shut down system and boot from live media - you can't snapshot a VG
2) attach the new disk in some way that the Intel raid won't be using
it.  Maybe via USB.
3) Create software RAID partitions on the new disk.  They will need to
be slightly larger to hold the md metadata.
4) Start mdadm for the new partitions.  Check that the logical size of
the md devices is >= your isw partitions.
5) copy the PV (sda2) to new md device.   Copy the boot partition (sda1)
also.
6) remove sda and replace with sdb (keep sda safe in case you need to
start over), boot from SuperGrub or live media to install grub
7) Boot from converted system.  You might need to chroot from live media
and rebuild initramfs to include md driver.  The VG will be recognized
by UUID, even though it is now on a different device.
8) When You are sure everything is working well, add old sda as second
disk and add partitions as mirrors for md raid.  It might be safer to
just buy another disk if you haven't figured out how to disable the
Intel raid.

  parent reply	other threads:[~2012-11-06  2:05 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-05 21:59 [linux-lvm] how to swap a bad drive on a non-standard mirror Randy Schultz
2012-11-05 22:24 ` Scott Merrilees
2012-11-06 13:18   ` Randy Schultz
2012-11-06  2:05 ` Stuart D Gathman [this message]
2012-11-06  2:09 ` Stuart D Gathman

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=50987060.7060609@bmsi.com \
    --to=stuart@bmsi.com \
    --cc=linux-lvm@redhat.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).