From: "Gang He" <ghe@suse.com>
To: teigland@redhat.com
Cc: 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: Sun, 14 Oct 2018 23:39:20 -0600 [thread overview]
Message-ID: <5BC42808020000F90003A3E5@prv1-mh.provo.novell.com> (raw)
In-Reply-To: <20181008150016.GB21471@redhat.com>
Hell David,
>>> On 2018/10/8 at 23:00, in message <20181008150016.GB21471@redhat.com>, David
Teigland <teigland@redhat.com> wrote:
> 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).
mdadm --detail --scan -vvv
/dev/md/linux:0:
Version : 1.0
Creation Time : Sun Jul 22 22:49:21 2012
Raid Level : raid1
Array Size : 513012 (500.99 MiB 525.32 MB)
Used Dev Size : 513012 (500.99 MiB 525.32 MB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Mon Jul 16 00:29:19 2018
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : linux:0
UUID : 160998c8:7e21bcff:9cea0bbc:46454716
Events : 469
Number Major Minor RaidDevice State
0 8 17 0 active sync /dev/sdb1
1 8 33 1 active sync /dev/sdc1
/dev/md/linux:1:
Version : 1.0
Creation Time : Sun Jul 22 22:49:22 2012
Raid Level : raid1
Array Size : 1953000312 (1862.53 GiB 1999.87 GB)
Used Dev Size : 1953000312 (1862.53 GiB 1999.87 GB)
Raid Devices : 2
Total Devices : 2
Persistence : Superblock is persistent
Intent Bitmap : Internal
Update Time : Fri Oct 12 20:16:25 2018
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Consistency Policy : bitmap
Name : linux:1
UUID : 17426969:03d7bfa7:5be33b0b:8171417a
Events : 326248
Number Major Minor RaidDevice State
0 8 18 0 active sync /dev/sdb2
1 8 34 1 active sync /dev/sdc2
Thanks
Gang
>
>> 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?
next prev parent reply other threads:[~2018-10-15 5: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 [this message]
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
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=5BC42808020000F90003A3E5@prv1-mh.provo.novell.com \
--to=ghe@suse.com \
--cc=linux-lvm@redhat.com \
--cc=teigland@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).