Linux - Newbie This Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place! |
| Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
 |
GNU/Linux Basic Guide
This 255-page guide will provide you with the keys to understand the philosophy of free software, teach you how to use and handle it, and give you the tools required to move easily in the world of GNU/Linux. Many users and administrators will be taking their first steps with this GNU/Linux Basic guide and it will show you how to approach and solve the problems you encounter.
Click Here to receive this Complete Guide absolutely free. |
|
 |
01-27-2010, 04:01 AM
|
#1
|
|
Member
Registered: Jan 2010
Posts: 189
Rep:
|
Memory for crash kernel (0x0 to 0x0) notwithin permissible range
I installed CentOS 5.4.. I saw this message:
Memory for crash kernel (0x0 to 0x0) notwithin permissible range
Is it ok?
I google around it said that it is a known issue and harmless.
I installed CentOS 5.2 before. It was ok. Kernel is 2.6.18 too. Just wonder why
Kernel version:
Linux phot1-nec4 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
|
|
|
|
01-27-2010, 04:19 AM
|
#2
|
|
Senior Member
Registered: Sep 2005
Location: France
Distribution: LFS
Posts: 1,591
Rep:
|
Hello,
I have this message too on my critical production servers since one year at least. No problem here. Red Hat said it is harmless.
|
|
|
|
11-15-2010, 01:00 AM
|
#3
|
|
Member
Registered: Mar 2009
Posts: 75
Rep:
|
Well, one of my critical server is doing anything after this message, what should i do?
|
|
|
|
12-06-2011, 08:24 PM
|
#4
|
|
LQ Newbie
Registered: Dec 2011
Posts: 5
Rep: 
|
I'm not sure if I should resurrect the topic, but for the ppl who met the similar problem to Fracker you can try either:
* Edit the GRUB boot menu to remove the "quiet" option in the line "kernel ..." , save it.
* If it's running inside a VM, enable the "APIC support" (IO-APIC) from the configuration.
Then next reboot may solve the issue  .
hth,
Quote:
Originally Posted by Fracker
Well, one of my critical server is doing anything after this message, what should i do?
|
|
|
|
|
12-06-2011, 11:24 PM
|
#5
|
|
Member
Registered: Oct 2010
Location: Bengaluru, India
Distribution: RHEL 5.1 on My PC, & SunOS / Sun Solaris, RHEL, SuSe, Debian, FreeBSD and other Linux flavors @ Work
Posts: 438
Rep:
|
During installation if Dump Memory/Storage is created then the message would not show up. It is ignorable.
|
|
|
|
12-07-2011, 12:20 PM
|
#6
|
|
LQ Newbie
Registered: Jul 2011
Location: USA
Distribution: RHEL 5.7
Posts: 27
Rep:
|
I've done some research on this message as I have it on all of my RHEL 5.X systems. This is only an error if you are utilizing kdump, as kdump would need a sizable amount of allocated memory. If you are not using kdump, this alert does not apply to you.
A large number of people have spent time, including myself, researching this issue only to find it is not an issue for them.
Reference information:
https://bugzilla.redhat.com/show_bug.cgi?id=431584
I hope this helps.
|
|
|
|
12-07-2011, 07:30 PM
|
#7
|
|
Member
Registered: Jun 2007
Distribution: Debian, Ubuntu
Posts: 226
Rep:
|
This error is in regard to the crashkernel=xxx@yyy parameter on the grub boot line.
You can fix this by editing the line and changing it to crashkernel=128M or crashkernel=256M Those values have worked well in the environment I am in.
Also you will want to configure /etc/kdump.conf and uncomment the line that works for your configuration. In the event that you do not want kdump you can remove the crashkernel value from the grub line without issue.
|
|
|
|
| Thread Tools |
Search this Thread |
|
|
|
Posting Rules
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
HTML code is Off
|
|
|
All times are GMT -5. The time now is 10:08 PM.
|
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|