Bug 1353495
| Summary: | [Consume] An unknown error occurred during anaconda interactive installation on an iSCSI LUN (consume bug 1269195) | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [oVirt] ovirt-node | Reporter: | cshao <cshao> | ||||||
| Component: | Installation & Update | Assignee: | Ryan Barry <rbarry> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Qin Yuan <qiyuan> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | high | ||||||||
| Version: | 4.0 | CC: | bugs, cnagarka, dguo, huzhao, jiawu, leiwang, rbarry, rvykydal, sbueno, vtrefny, weiwang, yaniwang, ycui | ||||||
| Target Milestone: | ovirt-4.1.0-beta | Keywords: | TestOnly | ||||||
| Target Release: | 4.1 | Flags: | rule-engine:
ovirt-4.1+
rule-engine: planning_ack+ fdeutsch: devel_ack+ cshao: testing_ack+ |
||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: |
Previously, RHV-H could not be installed on a system presenting a large number of iSCSI LUNs to Anaconda.
This installation scenario now works as expected.
|
Story Points: | --- | ||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2017-02-01 14:56:57 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | Node | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Bug Depends On: | 1269195, 1361113 | ||||||||
| Bug Blocks: | 1329957, 1381246 | ||||||||
| Attachments: |
|
||||||||
|
Description
cshao
2016-07-07 09:49:40 UTC
Created attachment 1177238 [details]
anaconda-failed
Thie appears to be a duplicate of bz#1269195 That bug is ON_QA, and we cherry-picked the commit associated with that bug-url back into the Anaconda build, but looking at the patch, I'm not sure how this resolves. Vojtech, is https://github.com/evol262/anaconda/commit/baffbc3544f6a355f4ff2b3553cb9431800ff74a the right patch? Chen, were you trying to install on an iSCSI LUN? (In reply to Ryan Barry from comment #3) > Chen, were you trying to install on an iSCSI LUN? Yes, the issue just occurs on an iSCSI LUN.(The machine has more than 20 iSCSI luns) From anaconda.log: "11:22:45,826 ERR anaconda: BootLoader setup failed: failed to find a suitable stage1 device" The problem here is we start installation without having a stage1 device. The patch Ryan Barry mentioned just makes sure Anaconda doesn't start installation in such cases -- it will just show the error and let the user manually fix the configuration. Chen, just verifying: Is this machine using an HBA? Vojtech, isn't a LUN which is connected through an HBA a suitable stage1 device? Or what is the way to install RHEL on a system with only LUNs connected thorugh an HBA? We have allowed installing bootloader to offload iSCSI devices in bug #1325134 [1] which I believe should apply also to the case from description. [1] anaconda: https://github.com/rhinstaller/anaconda/commit/404d7f8951f62ed661a3bcf0 blivet: https://github.com/rhinstaller/blivet/commit/c70779194daf1ed43a5c03529e2ee088762855f9 (In reply to Fabian Deutsch from comment #6) > Chen, just verifying: Is this machine using an HBA? Yes. Thanks. Because two packages, anaconda and blivet, are required to fix this, this probably needs to wait until 7.3. Can you please test this on the 7.3 distill? *** Bug 1381246 has been marked as a duplicate of this bug. *** (In reply to Ryan Barry from comment #10) > Can you please test this on the 7.3 distill? I will update test result ASAP. Hi,
when install RHEV-H-7.2-20161007.0-RHVH-x86_64-dvd1.iso
situation 1:
on dell-pet105-01, single path iscsi machine
can install the RHVH successfully and login by "root" and password.
situation 2:
on dell-pet515-02, multiLUN and single path iscsi machine
can install the RHVH successfully and login by "root" and password.
situation 3:
on dell-z800-02, mulipath iscsi machine
can install the RHVH successfully and login by "root" and password.
but first reboot: cannot enter login option
second reboot: it work successfully.
Additional info:
all the above could success when you must choose the same disk to the previous installation, if change the disk option, there will be a mistake when install.
(In reply to jianwu from comment #13) > Hi, > when install RHEV-H-7.2-20161007.0-RHVH-x86_64-dvd1.iso > > situation 1: > > on dell-pet105-01, single path iscsi machine > > can install the RHVH successfully and login by "root" and password. > > situation 2: > > on dell-pet515-02, multiLUN and single path iscsi machine > > can install the RHVH successfully and login by "root" and password. > > situation 3: > > on dell-z800-02, mulipath iscsi machine > > can install the RHVH successfully and login by "root" and password. > > but first reboot: cannot enter login option > second reboot: it work successfully. > > Additional info: > > all the above could success when you must choose the same disk to the > previous installation, if change the disk option, there will be a mistake > when install. Thanks jiawu for the detail testing. According this test result, the original bug is fixed. You can report a new bug to trace the the new issue. Hi Ryan, Could you help to fill the "Fixed In Version" area with suitable info, then I will verify this bug. Thanks. This bug is targeted to ovirt-4.1, the RHVH 4.1 build is not ready to QE. We won't verify this bug. and we have to move back to MODIFIED status. Test Versions: redhat-virtualization-host-4.1-20170116.0 imgbased-0.9.4-0.1.el7ev.noarch Test Steps: Install redhat-virtualization-host-4.1-20170116.0 on dell-per515-02 having 21 iscsi luns 1. Choose all luns to install RHVH 2. Only choose one lun to install RHVH Test Results: 1. RHVH can be installed on all 21 iscsi luns. 2. RHVH can be installed on only one iscsi lun. So, RHVH can be installed on system having a large number of iscsi luns. Set the bug's status to VERIFIED. |