From: Sven Eschenberg <sven@eschenberg.eu>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] Fails to create LVM volume on the top of RAID1 after upgrade lvm2 to v2.02.180
Date: Wed, 17 Oct 2018 19:11:06 +0200 [thread overview]
Message-ID: <df3100f8-4cbb-4e34-7fe3-c5cbdbcc0ea3@eschenberg.eu> (raw)
In-Reply-To: <20181008150016.GB21471@redhat.com>
Hi List,
Unfortunately I answered directly to Gang He earlier.
I'm seeing the exact same faulty behavior with 2.02.181:
WARNING: Not using device /dev/md126 for PV
4ZZuWE-VeJT-O3O8-rO3A-IQ6Y-M6hB-C3jJXo.
WARNING: PV 4ZZuWE-VeJT-O3O8-rO3A-IQ6Y-M6hB-C3jJXo prefers device
/dev/sda because of previous preference.
WARNING: Device /dev/sda has size of 62533296 sectors which is
smaller than corresponding PV size of 125065216 sectors. Was device resized?
So lvm decices to pull up the PV based on the component device metadata,
even though the raid is already up and running. Things worked as usual
with a .16* version.
Additionally I see:
/dev/sdj: open failed: No medium found
/dev/sdk: open failed: No medium found
/dev/sdl: open failed: No medium found
/dev/sdm: open failed: No medium found
In what crazy scenario would a removeable medium be part of an VG and
why in god's name would one even cosinder including removeable drives in
the scan as a default?
For the time being I added a filter, as this is the only workaround.
Funny enough, even though filtered, I am still getting the no medium
messages - this makes absolutely no sense at all.
Regards
-Sven
Am 08.10.2018 um 17:00 schrieb David Teigland:
> On Mon, Oct 08, 2018 at 04:23:27AM -0600, Gang He wrote:
>> Hello List
>>
>> The system uses lvm based on raid1.
>> It seems that the PV of the raid1 is found also on the single disks that build the raid1 device:
>> [ 147.121725] linux-472a dracut-initqueue[391]: WARNING: PV qG1QRz-Ivm1-QVwq-uaHV-va9w-wwXh-lIIOhV on /dev/sda2 was already found on /dev/md1.
>> [ 147.123427] linux-472a dracut-initqueue[391]: WARNING: PV qG1QRz-Ivm1-QVwq-uaHV-va9w-wwXh-lIIOhV on /dev/sdb2 was already found on /dev/md1.
>> [ 147.369863] linux-472a dracut-initqueue[391]: WARNING: PV qG1QRz-Ivm1-QVwq-uaHV-va9w-wwXh-lIIOhV prefers device /dev/md1 because device size is correct.
>> [ 147.370597] linux-472a dracut-initqueue[391]: WARNING: PV qG1QRz-Ivm1-QVwq-uaHV-va9w-wwXh-lIIOhV prefers device /dev/md1 because device size is correct.
>> [ 147.371698] linux-472a dracut-initqueue[391]: Cannot activate LVs in VG vghome while PVs appear on duplicate devices.
>
> Do these warnings only appear from "dracut-initqueue"? Can you run and
> send 'vgs -vvvv' from the command line? If they don't appear from the
> command line, then is "dracut-initqueue" using a different lvm.conf?
> lvm.conf settings can effect this (filter, md_component_detection,
> external_device_info_source).
>
>> This is a regression bug? since the user did not encounter this problem with lvm2 v2.02.177.
>
> It could be, since the new scanning changed how md detection works. The
> md superblock version effects how lvm detects this. md superblock 1.0 (at
> the end of the device) is not detected as easily as newer md versions
> (1.1, 1.2) where the superblock is at the beginning. Do you know which
> this is?
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
prev parent reply other threads:[~2018-10-17 17:39 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-08 10:23 [linux-lvm] Fails to create LVM volume on the top of RAID1 after upgrade lvm2 to v2.02.180 Gang He
2018-10-08 15:00 ` David Teigland
2018-10-15 5:39 ` Gang He
2018-10-15 15:26 ` David Teigland
2018-10-17 5:16 ` Gang He
2018-10-17 14:10 ` David Teigland
2018-10-17 18:42 ` David Teigland
2018-10-18 8:51 ` Gang He
2018-10-18 16:01 ` David Teigland
2018-10-18 17:59 ` David Teigland
2018-10-19 5:42 ` Gang He
2018-10-23 2:19 ` Gang He
2018-10-23 15:04 ` David Teigland
[not found] ` <59EBFA5B020000E767ECE9F9@prv1-mh.provo.novell.com>
2018-10-24 2:23 ` Gang He
2018-10-24 14:47 ` David Teigland
2018-10-17 17:11 ` Sven Eschenberg [this message]
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=df3100f8-4cbb-4e34-7fe3-c5cbdbcc0ea3@eschenberg.eu \
--to=sven@eschenberg.eu \
--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).