Bug 445893
| Summary: | Grub sometimes does not detect entire memory map | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 5 | Reporter: | Dave Wysochanski <dwysocha> | ||||||
| Component: | grub | Assignee: | Jan Grulich <jgrulich> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 5.2 | CC: | amyagi, bill-bugzilla.redhat.com, dustin.henning, dwysocha, eric.moret, herrold, john.robinson, martin, mishu, nathan.robertson, pasteur, rjones, robert, sputhenp, toracat, vchepkov | ||||||
| Target Milestone: | rc | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-06-03 12:49:09 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: | 250299 | ||||||||
| Bug Blocks: | |||||||||
| Attachments: |
|
||||||||
|
Description
Dave Wysochanski
2008-05-09 17:09:14 UTC
Running latest grub for RHEL5 - grub-0.97-13.2 and I see the same problem on my local machine. I have pics of screen captures if my mail ever comes back up. Sounds similar/identical to the fedora bug though: - 8GB RAM, only ~3GB seen by grub - American Megatrends BIOS Oddly, dom0 only has 1GB RAM. I have not tried the small patch. Created attachment 304968 [details]
meminfo, cpuinfo, and xm list
Tried the patch mentioned above but it did not work. However upgrading to the latest 5.2 nightly kernel (and other packages) helped the machine recognize more memory. I now have 6GB recognized by the kernel (not 8 but probably ok for now). The low usable memory was my main problem. Hi there, I've got a Dell 1900 with CentOS 5.1 64 bit and 4 GB ram. Only 3 GB are recognized with kernel-xen-2.6.18-53.1.19.el5. I've downloaded & installed grub-0.97-14.x86_64.rpm and did grub-install /dev/sda. But it did not help and I still got 3 GB recognized. Can you please help me to fix this. Thank you in advance. It has been more then two years since the report, still issue in Redhat 5.5 Peter - can you check this out? Vadym and others who are affected by this bug: RHEL 5.6 still has grub-0.97-13.5. The patched version ( grub-0.97-13.5.bz250299 ) mentioned in Bug #250299 is available for testing at: http://centos.toracat.org/grub-0.97/CentOS-5/ Can you give it a try and see if that fixes the issue? No, it does not. # cat /proc/meminfo MemTotal: 3374032 kB MemFree: 3315092 kB # rpm -q grub grub-0.97-13.5.bz250299 (I also did grub-install /dev/sda) # dmidecode Handle 0x1100, DMI type 17, 27 bytes Memory Device Array Handle: 0x1000 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 1024 MB Form Factor: DIMM Set: None Locator: DIMM1 Bank Locator: Not Specified Type: DDR Type Detail: Synchronous Speed: 533 MHz Manufacturer:AD00000000000000 Serial Number: 00000000 Asset Tag: Not Specified Part Number: HYMP512U64BP8-Y5 Handle 0x1101, DMI type 17, 27 bytes Memory Device Array Handle: 0x1000 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 1024 MB Form Factor: DIMM Set: None Locator: DIMM2 Bank Locator: Not Specified Type: DDR Type Detail: Synchronous Speed: 533 MHz Manufacturer: AD00000000000000 Serial Number: 00000000 Asset Tag: Not Specified Part Number: HYMP512U64BP8-Y5 Handle 0x1102, DMI type 17, 27 bytes Memory Device Array Handle: 0x1000 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 1024 MB Form Factor: DIMM Set: None Locator: DIMM3 Bank Locator: Not Specified Type: DDR Type Detail: Synchronous Speed: 533 MHz Manufacturer: AD00000000000000 Serial Number: 00000000 Asset Tag: Not Specified Part Number: HYMP512U64BP8-Y5 Handle 0x1103, DMI type 17, 27 bytes Memory Device Array Handle: 0x1000 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 1024 MB Form Factor: DIMM Set: None Locator: DIMM4 Bank Locator: Not Specified Type: DDR Type Detail: Synchronous Speed: 533 MHz Manufacturer: AD00000000000000 Serial Number: 00000000 Asset Tag: Not Specified Part Number: HYMP512U64BP8-Y5 # dmesg|grep Memory: Memory: 3369632k/3406360k available (2190k kernel code, 35392k reserved, 911k data, 228k init, 2488856k highmem) Still a problem in 5.7 Because I do not have hardware that is affected by this bug, I cannot check if it still exists in RHEL 6.2. But I see that the section of code that appears in the patch provided by the submitter remains unchanged in grub-0.97-75.el6. So, I suspect the problem persists in RHEL 6.2. A case that is _potentially_ related (but with CentOS 6.0): http://www.centos.org/modules/newbb/viewtopic.php?topic_id=34608&forum=57 This updated GRUB fixes an issue I was having with the shipping GRUB on (CentOS) el5. I have an Asus P5Q Pro motherboard, and recently installed an IBM ServeRAID M1015 (LSI MegaRAID 9240-8i). With the new card in, the stock GRUB gets as far as a black-and-white screen (no splash image etc) and says: GNU GRUB version 0.97 (0K lower / 0K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] Yes, no memory detected. There's the GRUB prompt but it hasn't even initialised the keyboard properly so you can't ask for a memory map or indeed go any further. With the original IBM firmware, it started OK, but that firmware doesn't support JBOD mode. With the latest IBM firmware, there's this problem. With the latest LSI firmware, we have this problem. It looks like the MegaRAID BIOS does something screwy with the memory map, perhaps in conjunction with the Asus/AMI BIOS doing something screwy with the memory map, so that the stock GRUB can't boot, while this one can. In the interrim, before finding this bug report and patched GRUB, I had been able to boot just fine from rescue media and with lilo. In my Googling, I also found someone else with a similar problem years ago, which they worked around by changing compiler options (sorry, I've lost that link), and there are other examples of people having similar problems with Asus P5Q series motherboards, e.g. http://www.linuxquestions.org/questions/linux-kernel-70/grub-error-28-selected-item-cannot-fit-into-memory-747029/ and with the more recent MegaRAIDs, e.g. http://forum.proxmox.com/threads/6965-grub-boot-problem-after-raid-controller-replacement I was thinking of upgrading to el6 soon but will hold off if this bug is likely to be present there too. If you want more info about my setup, tell me what you want. In particular, if you want the output of grub's displaymem command, tell me how to get grub to save it somewhere, it's over a screen long so I'd screw up retyping it. This problem is also present in grub2, as I'm seeing it using F16 on a Dell Optiplex 980 with (last I checked) the latest BIOS. Smolt system profile: http://www.smolts.org/client/show/pub_63981753-52a1-4470-b69d-dc3e05ecfbaa . I will get some dmesg data, but as I'm using grub2 I'm not sure what's required / useful. This bug would probably need quite extensive changes in code, which are not desired in this late phase of RHEl-5 release cycle. Closing wontfix. Given that for me this is a showstopper bug (GRUB sees zero memory and refuses to boot), that the RPM linked to in comment #7 fixes it for me, and that the only change in that RPM is applying the patch from bug #250299 - marking one variable as volatile - I would have thought it was worth another look. Created attachment 714482 [details]
Patch fixing some HW memory issues
Sorry John,
I got somehow confused about the conflicting statements that it for someone works and for others don't. Sure, the patch is small and if it works for you, we can try to apply it.
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in the last planned RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX. To request that Red Hat re-consider this request, please re-open the bugzilla via appropriate support channels and provide additional business and/or technical details about its importance to you. Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support). |