linux-lvm.redhat.com archive mirror
 help / color / mirror / Atom feed
* [linux-lvm] device failure during pvmove
@ 2016-01-15  1:38 Bryan Larsen
  2016-01-15  2:29 ` Bryan Larsen
  0 siblings, 1 reply; 3+ messages in thread
From: Bryan Larsen @ 2016-01-15  1:38 UTC (permalink / raw)
  To: linux-lvm

[-- Attachment #1: Type: text/plain, Size: 598 bytes --]

I was in the process of doing a pvmove from /dev/md3 to a new, blank
/dev/md1 when /dev/md1 failed due to operator stupidity.

I tried doing a pvmove abort, but it complains about a missing device.   It
suggests doing a vgreduce --removemissing but that refuses to proceed
without a --force because pvmove has placed data onto the broken and
missing /dev/md1.

So theoretically all my data should still be available on /dev/md3.   Any
hints on how to proceed?

Sorry for the inexact messages, the failed machine no longer has a root
partition so is only accessible from the console.

thanks,
Bryan

[-- Attachment #2: Type: text/html, Size: 754 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [linux-lvm] device failure during pvmove
  2016-01-15  1:38 [linux-lvm] device failure during pvmove Bryan Larsen
@ 2016-01-15  2:29 ` Bryan Larsen
  2016-01-15 11:53   ` Zdenek Kabelac
  0 siblings, 1 reply; 3+ messages in thread
From: Bryan Larsen @ 2016-01-15  2:29 UTC (permalink / raw)
  To: linux-lvm

[-- Attachment #1: Type: text/plain, Size: 694 bytes --]

On Thu, 14 Jan 2016 at 20:38 Bryan Larsen <bryan@larsen.st> wrote:

> I was in the process of doing a pvmove from /dev/md3 to a new, blank
> /dev/md1 when /dev/md1 failed due to operator stupidity.
>
> I tried doing a pvmove abort, but it complains about a missing device.
> It suggests doing a vgreduce --removemissing but that refuses to proceed
> without a --force because pvmove has placed data onto the broken and
> missing /dev/md1.
>
> So theoretically all my data should still be available on /dev/md3.   Any
> hints on how to proceed?
>

I solved the problem.   I did a vgcfgdump, carefully edited the resulting
file, and used vgcfgrestore to bring things back to life.

cheers,
Bryan

[-- Attachment #2: Type: text/html, Size: 1066 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [linux-lvm] device failure during pvmove
  2016-01-15  2:29 ` Bryan Larsen
@ 2016-01-15 11:53   ` Zdenek Kabelac
  0 siblings, 0 replies; 3+ messages in thread
From: Zdenek Kabelac @ 2016-01-15 11:53 UTC (permalink / raw)
  To: LVM general discussion and development

Dne 15.1.2016 v 03:29 Bryan Larsen napsal(a):
> On Thu, 14 Jan 2016 at 20:38 Bryan Larsen <bryan@larsen.st
> <mailto:bryan@larsen.st>> wrote:
>
>     I was in the process of doing a pvmove from /dev/md3 to a new, blank
>     /dev/md1 when /dev/md1 failed due to operator stupidity.
>
>     I tried doing a pvmove abort, but it complains about a missing device.
>     It suggests doing a vgreduce --removemissing but that refuses to proceed
>     without a --force because pvmove has placed data onto the broken and
>     missing /dev/md1.
>
>     So theoretically all my data should still be available on /dev/md3.   Any
>     hints on how to proceed?
>
>
> I solved the problem.   I did a vgcfgdump, carefully edited the resulting
> file, and used vgcfgrestore to bring things back to life.
>

If you have enabled  archiving - you could use archived metadata before
you started pvmove.


Also if you have 'recent enough' version of lvm2 -  check '--atomic' option
for pvmove.

Regards

Zdenek

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2016-01-15 11:53 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-01-15  1:38 [linux-lvm] device failure during pvmove Bryan Larsen
2016-01-15  2:29 ` Bryan Larsen
2016-01-15 11:53   ` Zdenek Kabelac

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).