Bug 435173
Summary: | Traceback when performing CDROM install on iBFT enabled iSCSI system | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | James Laska <jlaska> | ||||||
Component: | anaconda | Assignee: | Martin Sivák <msivak> | ||||||
Status: | CLOSED ERRATA | QA Contact: | James Laska <jlaska> | ||||||
Severity: | low | Docs Contact: | |||||||
Priority: | low | ||||||||
Version: | 5.2 | CC: | atodorov, ddomingo, jane.lv, jturner, jvillalo, mchristi, pjones, rlerch, tatsu-ab1, youquan.song | ||||||
Target Milestone: | rc | ||||||||
Target Release: | --- | ||||||||
Hardware: | i386 | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | RHBA-2008-0397 | Doc Type: | Bug Fix | ||||||
Doc Text: |
(all architectures)
When installing from CD-ROM or DVD-ROM on a system with an iBFT-configured network device, Anaconda will not include any iBFT-configured storage devices unless networking is configured. To enable networking for the installation, use the command linux updates=http:// [any] at the installation boot prompt. Note that [any] can be replaced with any URL.
If your system requires a static IP configuration, use the command linux updates=http:// [any] ip= [IP address] netmask= [netmask] dns= [dns] .
|
Story Points: | --- | ||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-05-21 15:33:17 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Bug Depends On: | 438092 | ||||||||
Bug Blocks: | 223404, 391221, 454962 | ||||||||
Attachments: |
|
Description
James Laska
2008-02-27 19:03:56 UTC
I believe the failure case here is booting stage#2 off of a local media source (hd or disk). Not network is available, but it attempts to initiate iscsi. Should it prompt for networking details? Should it not attempt to initialize iSCSI? The ideal behavior is to bring the network up with the data that's in the iBFT. I guess the dependency should be filled in the opposite direction (this bug requires the iscsiadm change) Created attachment 298694 [details]
Eliminate the traceback, when there is no network
This is first part of the fix. It should eliminate the traceback. There won't
be any iscsi device configured though.
The second part should use the networking information from the iBFT to setup
networking for the iscsi subsystem. With that we are waiting for updates
iscsiadm tool and it will require some nontrivial changes to the networking
code in stage2. So I believe that postponing it for 5.3 is the right way to do.
Tested proposed patch using msivak-provided updates.img - Booted RHEL5.2-Client-20080313.0/x86_64 DVD - loaded updates.img from USB key - stage#2 starts without error - When transitioning to stage#2 disk screen * "starting iSCSI initiator" dialog appears * Observed iscsiadm probe fail as expected on tty3 (no networking configured) * Disk shows *only* the local system disks (expected when no networking) - installation completes without error installing to local system disks Fixed in anaconda 11.1.2.110 James, regarding the release note for this (comment #12): can you provide me with the exact command users should use during install? I'm not entirely sure how to instruct users on how to "provide networking information". Should users use the ksdevice option? also, does this mean that users with iFBT-enabled systems can only install using a pre-written Kickstart or thru the command-line (text-only?) install mode? Hi, the RHEL5.2 release notes will be dropped to translation on April 15, 2008, at which point no further additions or revisions will be entertained. a mockup of the RHEL5.2 release notes can be viewed at the following link: http://intranet.corp.redhat.com/ic/intranet/RHEL5u2relnotesmockup.html please use the aforementioned link to verify if your bugzilla is already in the release notes (if it needs to be). each item in the release notes contains a link to its original bug; as such, you can search through the release notes by bug number. Cheers, Don VERIFIED fix with RHEL5.2-Client-20080402.0/i386 DVD PASSED - DVD Install ===================================== 1) Boot DVD * 2) Proceed through partitioning (iscsi disk probed but not found due to no networking) 3) Complete installation [*] the cmdline parameter "text" was used as the system under test has an unsupported graphics adapter PASSED - DVD Rescue-mode (w/o networking) ===================================== 1) Boot DVD with the cmdline arguments: linux rescue 2) entered language/keymap 3) don't start networking when prompted 4) continue with disk probe 5) select OK for a shell PASSED - DVD Rescue-mode (with networking) ===================================== 1) Boot DVD with the cmdline arguments: linux rescue 2) entered language/keymap 3) start networking when prompted ** 4) continue with disk probe 5) select OK for a shell [**] a minor networking prompt issue was discovered. This will be filed separately and is unrelated to iSCSI or iBFT Created attachment 301341 [details]
anaconda.log from VERIFIED test run
Attaching anaconda.log from successful test run on
RHEL5.2-Client-20080402.0/i386
Please note, the rescue mode networking issue reported in comment#22 is being tracked as bug#435978 An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2008-0397.html Tracking this bug for the Red Hat Enterprise Linux 5.3 Release Notes. Release note added. If any revisions are required, please set the "requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. |