Bug 864046

Summary:	initrd don't manage lvm2 logical volumes on software raid and make system hang
Product:	[openSUSE] openSUSE 13.1	Reporter:	Diego Ercolani <diego.ercolani>
Component:	Installation	Assignee:	Liuhua Wang <lwang>
Status:	RESOLVED NORESPONSE	QA Contact:	Jiri Srain <jsrain>
Severity:	Critical
Priority:	P5 - None	CC:	jreidinger, ohering
Version:	Final
Target Milestone:	---
Hardware:	x86-64
OS:	openSUSE 13.1
Whiteboard:
Found By:	---	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	installation sequence (1/2) installation sequence (2/2)

Description Diego Ercolani 2014-02-14 15:18:01 UTC

User-Agent:       Mozilla/5.0 (X11; Linux x86_64; rv:27.0) Gecko/20100101 Firefox/27.0

I found a real problematic configuration that need to be fixed.
When you install a system based on lvm2 logical volume mapped on a software raid volume, the initrd don'tactivate the lvm raid volumes and so system may hang definitely.

I add a simulation made by VirtualBox instance simulating what I have found.
This is a critical issue because a correct configuration made system impossible to launch (see movie from 00:09:15...)

There is also another bug in yast that bring up a "strange" error (see movie at 00:03:55)



Reproducible: Always

Steps to Reproduce:
1.
2.
3.

Comment 1 Josef Reidinger 2014-02-14 15:36:42 UTC

looks like mkinitrd issue

Comment 2 Diego Ercolani 2014-02-14 15:43:27 UTC

*** Bug 862070 has been marked as a duplicate of this bug. ***

Comment 3 Diego Ercolani 2014-02-14 16:13:41 UTC

Created attachment 578693 [details]
installation sequence (1/2)

Comment 4 Diego Ercolani 2014-02-14 16:14:58 UTC

Created attachment 578694 [details]
installation sequence (2/2)

Comment 5 Diego Ercolani 2014-02-16 19:42:09 UTC

I noticed that in systems where I recordered the problem in the mkinitrd there is no /etc/mdadm.conf. So I tried to recover with:

cd /etc
echo 'DEVICE containers partitions' > ./mdadm.conf
mdadm  --examine  --scan --config=mdadm.conf >> ./mdadm.conf

And it seem that system boot correctly
But please verify that this is the only problem.

Comment 6 Diego Ercolani 2014-05-29 12:37:17 UTC

I'm facing the problem with lvm2, with all the workaround I've found that there is a process:
lvmetad
that sometimes freeze completely all the lvm commands
in that situation e.g.
"lvscan -v" freezes.
If I kill the process
lvscan -v complaining that there isn't lvmetad answer my question
So probably there something related to lvmetad cacheing service?

Comment 7 Liuhua Wang 2015-09-02 10:21:47 UTC

Sorry for the late reply. I don't know whether you are still facing the problem.
Would you please update to the newest lvm2 in opensuse13.2 or opensuse:Factory  and see if the issue still exists?

 thanks.

Comment 8 Liuhua Wang 2015-10-19 03:52:42 UTC

I am closing this bug for no response.