Bug 1384859 - [RHEL-7.3] anaconda crash when install system on FCoE disk with LVM
Summary: [RHEL-7.3] anaconda crash when install system on FCoE disk with LVM
Keywords:
Status: CLOSED DUPLICATE of bug 1378714
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: anaconda
Version: 7.3
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Anaconda Maintenance Team
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-10-14 09:46 UTC by xhe@redhat.com
Modified: 2017-05-30 11:06 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-05-30 11:06:58 UTC
Target Upstream Version:


Attachments (Terms of Use)
anaconda.log (15.38 KB, text/plain)
2016-10-14 09:46 UTC, xhe@redhat.com
no flags Details
anaconda-tb-NMVV8l (1.08 MB, text/plain)
2016-10-14 09:47 UTC, xhe@redhat.com
no flags Details
storage.log (271.31 KB, text/plain)
2016-10-14 09:56 UTC, xhe@redhat.com
no flags Details
console.log (104.50 KB, text/plain)
2016-10-14 09:56 UTC, xhe@redhat.com
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1378714 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1378714

Description xhe@redhat.com 2016-10-14 09:46:55 UTC
Created attachment 1210447 [details]
anaconda.log

Description of problem:
LVMError: lvactivate failed for swap: running lvm lvchange -a y rhel_storageqe-54/swap --config  devices { preferred_names=["^/dev/mapper/", "^/dev/md/", "^/dev/sd"] filter=["r|/sdi1$|","r|/sdi2$|","r|/sdj1$|","r|/sda1$|","r|/sda2$|","r|/sda4$|","r|/vg01-lv01$|","r|/vg01$|","r|/sda5$|","r|/sda6$|","r|/sda7$|","r|/sda$|","r|/360a9800042566643352b476d67496e58p1$|","r|/360a9800042566643352b476d67496e58$|","r|/sdc$|","r|/360a9800042566643352b476d67496e5a1$|","r|/360a9800042566643352b476d67496e5a2$|","r|/360a9800042566643352b476d67496e5a$|","r|/sdd$|","r|/360a9800042566643352b476d67496e61p1$|","r|/360a9800042566643352b476d67496e61$|","r|/sde$|","r|/360a9800042566643352b476d67497675$|","r|/sdf$|","r|/sdh$|","r|/sdi$|","r|/sdj$|","r|/sdk$|"] }  failed

Version-Release number of selected component (if applicable):
RHEL-7.3-20161012.0 Server x86_64
anaconda 21.48.22.93-1

How reproducible:
always

Steps to Reproduce:
1. Install all system on the FCoE disk
2. Select the automatically partition
3. Issue is happened 

Actual results:
Installation is aborted

Expected results:
Installation can be finished successfully

Additional info:

Comment 1 xhe@redhat.com 2016-10-14 09:47:48 UTC
Created attachment 1210448 [details]
anaconda-tb-NMVV8l

Comment 2 xhe@redhat.com 2016-10-14 09:56:10 UTC
Created attachment 1210452 [details]
storage.log

Comment 3 xhe@redhat.com 2016-10-14 09:56:43 UTC
Created attachment 1210453 [details]
console.log

Comment 4 xhe@redhat.com 2016-10-14 09:59:27 UTC
Above server is storageqe-54, job is https://beaker.engineering.redhat.com/jobs/1552710

The same issue occurs on other SAN boot server st60 when I install it by manual:
storageqe-60 https://beaker.engineering.redhat.com/jobs/1552712

Comment 5 xhe@redhat.com 2016-10-14 10:04:19 UTC
On the same server, it worked on RHEL-7.3 Snapshot 5.
storageqe-60 manual PASS https://beaker.engineering.redhat.com/jobs/1524853

Comment 6 xhe@redhat.com 2016-10-14 10:12:44 UTC
Compared the anaconda version, they are different in the pass and fail jobs:
anaconda-21.48.22.92-1 PASS https://beaker.engineering.redhat.com/jobs/1524853 
anaconda-21.48.22.93-1 FAIL https://beaker.engineering.redhat.com/jobs/1552712

Comment 7 Radek Vykydal 2016-10-14 10:53:49 UTC
There were no storage related changes in anaconda or blivet after Snapshot 5.

Comment 9 xhe@redhat.com 2016-10-25 10:13:05 UTC
The workaround mentioned in https://bugzilla.redhat.com/show_bug.cgi?id=1378714#c41 works to me.

Comment 10 Samantha N. Bueno 2017-05-30 11:06:58 UTC
(In reply to xhe from comment #9)
> The workaround mentioned in
> https://bugzilla.redhat.com/show_bug.cgi?id=1378714#c41 works to me.

Thanks for the note -- in this case, I'm going to duplicate this to bug 1378714 since the issue also looks the same.

*** This bug has been marked as a duplicate of bug 1378714 ***


Note You need to log in before you can comment on or make changes to this bug.