From: "Seb A" <4jngrhkk3c@snkmail.com>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] Full DRDB device on LVM is now unusable
Date: Wed, 5 Feb 2014 17:11:35 -0000 [thread overview]
Message-ID: <837-1391628034-528109@sneakemail.com> (raw)
In-Reply-To: <52EA3122.2090605@redhat.com>
> -----Original Message-----
> From: linux-lvm-bounces@redhat.com On Behalf Of Zdenek
> Kabelac zkabelac-at-redhat.com
> Sent: 30 January 2014 11:02
> Subject: Re: [linux-lvm] Full DRDB device on LVM is now unusable
>
> As a follow-up of irc discussion.
>
>
> incorrect filter rules were set.
>
>
> For drbd its mandatory to let lvm2 command see only those
> devices which are
> supposed to be used.
>
> Reference to drbd lvm nesting guide:
> http://www.drbd.org/users-guide-8.3/s-nested-lvm.html
>
> Rule #1 - set an appropriate 'filter' is very important.
>
> For activation of nested LV lvm must not see drbd origin nodes!
>
>
> Zdenek
Many thanks for your help Zdenek. As you know, we were able to able to get
the volume mounted on 'Openfiler2' by changing the LVM filter rules. What
was very strange, is that they had been working fine for over 2 years. And
that fixing the rules prevented the volume being displayed in the output
from lvscan and lvdisplay. Updating the lvm2 package fixed this display
though - but only on Openfiler2. After our conversation, I made the same
changes to 'Openfiler1' and it was not able to see the volumes in lvscan and
lvdisplay - until I reverted the change to filter rules (but kept the newer
lvm2 package) to the one I had been using for years. So, it is still a bit
of a mystery. But the main thing is that it is working now - and I know
where to look if it happens again.
Kind regards,
Seb A
next prev parent reply other threads:[~2014-02-05 19:20 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-28 22:54 [linux-lvm] Full DRDB device on LVM is now unusable Seb A
2014-01-29 12:15 ` Seb A
2014-01-29 12:45 ` Seb A
2014-01-30 11:01 ` Zdenek Kabelac
2014-02-05 17:11 ` Seb A [this message]
2014-02-05 21:48 ` Lars Ellenberg
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=837-1391628034-528109@sneakemail.com \
--to=4jngrhkk3c@snkmail.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 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.