Bug 431254
Summary: | Fails to configure correct boot device with autopart + bootloader defined in kickstart | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | Adam Stokes <astokes> | ||||||||||
Component: | anaconda | Assignee: | Radek Vykydal <rvykydal> | ||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||||||||
Severity: | high | Docs Contact: | |||||||||||
Priority: | high | ||||||||||||
Version: | 5.3 | CC: | ddumas, dmair, robert.lawton, tao | ||||||||||
Target Milestone: | rc | Keywords: | Reopened | ||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2009-10-28 13:41:23 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: | |||||||||||||
Bug Blocks: | 391501, 499522, 531114 | ||||||||||||
Attachments: |
|
Description
Adam Stokes
2008-02-01 19:59:07 UTC
This request was evaluated by Red Hat Product Management for inclusion, but this component is not scheduled to be updated in the current Red Hat Enterprise Linux release. If you would like this request to be reviewed for the next minor release, ask your support representative to set the next rhel-x.y flag to "?". There's no indication here that there's anything wrong with where the bootloader is being written. /boot/ is going to /dev/sda1 , which is allowed by this kickstart, and that's why the bootloader configuration is pointing at sda. If you want /boot on the cciss device, you need to specify that. There's nothing going wrong here. HP has re-tested this and reports that nothing is being placed on /dev/sda1 - all of grub is being placed on cciss/c0d0 (which is the desired behavior), however the system does not boot after installation. *something* is going wrong here. Can you please attach the anaconda logs from the installation. Does reinstalling the grub on the device fix the problem? HP confirms that reinstalling grub on the cciss drive allowed the system to boot up properly. I'm attaching the logs that you've asked for. Created attachment 311750 [details]
Anaconda log file from install
Created attachment 311751 [details]
Anaconda syslog file from install
Created attachment 311752 [details]
Anaconda xlog file from install
Created attachment 311753 [details]
Anaconda kickstart file from install
I'd like to estimate possibility of fixing the bug but I am not able to reproduce it - seems to be cciss specific. Would it be possible to reproduce the bug with update image file containing patches for getting more debugging information? The files are: http://rvykydal.fedorapeople.org/updates.driveorder.img for RHEL 5.4 and http://rvykydal.fedorapeople.org/updates.driveorderU3.img for RHEL 5.3. You can use them by adding updates=<URL> to anaconda boot parameters. After reproducing, I'd need to have this files /var/log/anaconda.log /root/anaconda-ks.cfg /boot/grub/device.map /boot/grub/grub.conf collected from the system. Adam, David, if one of you has access to cciss hardware and can try Radek's updates.img, we'd appreciate the feedback. Event posted on 10-27-2009 05:35pm EDT by dwa Looks like HP's previous feedback didn't get automatically mirrored to BZ. Re-posting it here: We tried this with RHEL 5.4 and were not able to reproduce the issue. After installing OS correctly (/boot in local cciss, LVM in both cciss and SAN) the system booted without any problem. We also checked the grub/menu.lst file and the root is specified correctly as hd(0,0). This event sent from IssueTracker by dwa issue 134184 Based on the feedback in the previous comment, I'm closing this BZ. Thanks for verifying the behavior. |