All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. Roeleveld" <joost@antarean.org>
To: xen-devel@lists.xensource.com
Subject: Re: Making snapshot of logical volumes handling HVM	domU causes OOPS and instability
Date: Sun, 12 Sep 2010 11:41:46 +0200	[thread overview]
Message-ID: <201009121141.46734.joost@antarean.org> (raw)
In-Reply-To: <4C80AC95.5080503@sce.pridelands.org>

Hi All,

Same again here, thought I'd chip in with some info from what I 
experienced/noticed on my system. (Not seen the instability described though).
I hope these help with isolating the OPs issue.

On Friday 03 September 2010 10:06:45 Scott Garron wrote:
> On 8/31/2010 2:06 PM, Scott Garron wrote:

<snipped>

I also use LVMs extensively and do similar steps for backups.
1) umount in domU
2) block-detach
3) lvcreate snapshot
4) block-attach
5) mount in domU

I, however, have no need for HVM and only use PV guests.
(All Linux)

>       On a hunch, I copied the kernel config from my desktop to the
> server, recompiled with those options, booted into it, and tried
> triggering the bug.  It took more than two tries this time around, but
> it became apparent pretty quickly that things weren't quite right.
> Creations and removals of snapshot volumes started causing lvm to return
> "/dev/dm-63: open failed: no such device or address" and something along
> the lines of (paraphrasing here) "unable to remove active logical
> volume" when the snapshot wasn't mounted or active anywhere, but a few
> seconds later, without changing anything, you could remove it.  udev
> didn't seem to be removing the dm-?? devices from /dev, though.

I also, on occasion, get the same issue with the "unable to remove active 
logical volume" even though they have been umounted.
Sometimes I can then remove them later, sometimes I have to "force" the 
snapshot to fail by filling up the snapshot myself.
when that happens, I get similar messages about " /dev/dm-63: open failed: no 
such device or address "

Are you certain the snapshots are large enough to hold all possible changes 
that might occur on the LV during the existence of the snapshot?

Another thing I notice, which might be of help to people who understand this 
better then I do, in my backup-script, sometimes step "5" fails because the 
domU hasn't noticed the device is attached again when I try to mount it.
The domU-commands are run using SSH-connections.

--
Joost

  reply	other threads:[~2010-09-12  9:41 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-28  1:22 Making snapshot of logical volumes handling HVM domU causes OOPS and instability Scott Garron
2010-08-30 16:52 ` Jeremy Fitzhardinge
2010-08-30 18:18   ` Scott Garron
2010-09-12  9:33     ` J. Roeleveld
2010-08-30 19:13   ` Daniel Stodden
2010-08-30 20:30     ` Scott Garron
2010-08-31  9:20       ` Daniel Stodden
2010-08-31 18:06         ` Scott Garron
2010-09-03  8:06           ` Scott Garron
2010-09-12  9:41             ` J. Roeleveld [this message]
2010-09-12 18:48               ` Scott Garron
2010-09-13  0:15                 ` Making snapshot of logical volumes handling HVM domUcauses " James Harper
2010-09-13  8:35                   ` J. Roeleveld
2010-09-13  8:33                 ` Making snapshot of logical volumes handling HVM domU causes " J. Roeleveld
     [not found]           ` <4C80ABA6.6000203@pridelands.org>
2010-09-03 15:40             ` Jeremy Fitzhardinge
2010-09-11 19:16               ` Scott Garron
2010-09-12  0:20                 ` Making snapshot of logical volumes handling HVM domUcauses " James Harper
2010-08-31  6:59   ` Making snapshot of logical volumes handling HVM domU causes " Xu, Dongxiao
2010-08-31  8:16     ` Scott Garron

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=201009121141.46734.joost@antarean.org \
    --to=joost@antarean.org \
    --cc=xen-devel@lists.xensource.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 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.