Bug 1398694

Summary: each reboot cause PVs to "disappear" - vgscan is needed
Product: Red Hat Enterprise Linux 7 Reporter: lejeczek <peljasz>
Component: lvm2Assignee: LVM and device-mapper development team <lvm-team>
lvm2 sub component: Activating existing Logical Volumes QA Contact: cluster-qe <cluster-qe>
Status: CLOSED INSUFFICIENT_DATA Docs Contact:
Severity: urgent    
Priority: unspecified CC: agk, heinzm, jbrassow, msnitzer, peljasz, prajnoha, prockai, zkabelac
Version: 7.2   
Target Milestone: rc   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-01-22 20:37:15 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
vanilla plain lvm.conf I believe none

Description lejeczek 2016-11-25 15:40:59 UTC 
Description of problem:

I'm not sure if this only LVM fault. Here is my setup:

Dell PE r815 with three controllers:
H200, H700 and HBA 6Gb which connects to an external chassis and here is where a VG becomes lost, only this one VG.
There are six VGs in the system in total, some of them comprise multiple devices, some just single device.
VG which becomes lost spans multiple disks but only from that one external chassis. Every reboot renders: PVs .. cannot be found (or similar).

It suffice to:
$ vgscan --cache
and:
$ vgchange -ay lsi0
and VG comes back to normal... until next reboot.


Version-Release number of selected component (if applicable):

lvm2-2.02.130-5.el7_2.5.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.

Actual results:


Expected results:


Additional info:
Comment 1 lejeczek 2016-11-25 15:52:25 UTC 
Created attachment 1224389 [details]
vanilla plain lvm.conf I believe
Comment 2 lejeczek 2016-11-25 17:40:37 UTC 
 WARNING: Device for PV QFVVeZ-d1bh-zfGs-xkFE-ZZnz-T0c3-vqZ2DF not found or rejected by a filter.

just updated the OS: lvm2-2.02.166-1.el7.x86_64 + 3.10.0-514.el7.x86_64 = problem persists
Comment 3 Zdenek Kabelac 2016-11-25 18:56:50 UTC 
Hi


Could you please attach  'pvs -vvvv'  output when your VG is NOT visible ?
Also  'lsblk' and whole boot log    (ideally take lvmdump output)
(eventually  sosreport if RHEL user).

My best guest is - you use  'lvmetad'  and it's not informed about appearance of disk (your missing PV) in your system.

If your PV sits on some 'special' disk type - it's quite well possible that udev rules are not handling well all events.
Comment 5 lejeczek 2016-11-28 17:22:45 UTC 
updates via yum and two reboots and system boots fine.
But I am not saying lvm updates were the fix here, I've seen the system booted fine before the updates, one or twice, I don't know if it is random or there is a pattern to it.
I'll try to reboot once a week and as soon as the problem occurs I'll get the info requested.

One thing is certain, no special disks, it's Dell HBA to a Supermicro chassis with tradition PMR disks, Hitachi HDS723030ALA640 and Seagate ST6000NM0024-1HT17Z.
Comment 6 Zdenek Kabelac 2017-01-22 20:37:15 UTC 
Closing this bug as requested trace is mandatory for getting any insight into this problem. We can't reproduce it without it.

In case you can provide trace - please feel free to reopen.
Comment 7 lejeczek 2021-08-11 11:56:28 UTC 
ok