第一次遇到了“Memory for crash kernel (0x0 to 0x0) notwithin permissible range”问题。
几翻google之后得出：
1、（出自CentOS.org）During the boot process you may see the message "Memory for crash kernel (0x0 to 0x0) notwithin permissible range" appear. This message comes from the new kdump infrastructure. It is a harmless message and can be safely ignored.
开机发现如图：![]()
几翻google之后得出：
1、（出自CentOS.org）During the boot process you may see the message "Memory for
crash kernel (0x0 to 0x0) notwithin permissible range" appear. This
message comes from the new kdump infrastructure. It is a harmless message and
can be safely ignored.
2、怎样配置kexec/kdump？
解决方法:
概述
kexec是一个快速启动机制，允许通过已经运行的内核的上下文启动一个Linux内核，不需要经过BIOS。BIOS可能会消耗很多时间，特别是带有众多数量的外设的大型服务器。这种办法可以为经常启动机器的开发者节省很多时间。
kdump是一个新的，而且非常可信赖的内核崩溃转储机制。崩溃转储数据可以从一个新启动的内核的上下文中获取，而不是从已经崩溃的内核的上下文。当系统崩溃时，kdump使用kexec启动到第二个内核。第二个内核通常叫做捕获内核（capture
kernel），以很小内存启动，并且捕获转储镜像。
第一个内核保留了内存的一部分，第二个内核可以用来启动。注意，在启动时，kdump保留了一定数量的重要的内存，这改变了红帽企业Linux 5最小内存需求。为了计算系统需要的真正最小内存，可以参看 http://www.redhat.com/rhel/details/limits/ 上列出的最小内存需求，加上kdump使用的内存数量，以决定真正的最小内存的需求。
因为第一个内核的内存内容已经被保留，所以kexec可以不经过BIOS，启动捕获内核。这是内核崩溃转储的根本。
怎样配置kdump
1.确认kexec-tools已经安装：
#rpm -q kexec-tools
2.配置/etc/kdump.conf文件，指定vmcore将被转储的路径。可以通过scp拷贝到另一个服务器，也可以是裸设备，或者本地的文件系统。
3.修改一些启动参数，为捕获很保留一块内存。对于i386和x86_64架构，编辑/etc/grub.conf，在内核行的末尾添加 crashkernel=128@16M 。
下面是一个带有kdump选项的/etc/grub.conf文件：
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub
after making changes to this file
# NOTICE:
You do not have a /boot partition.
This means that
#
all kernel and initrd paths are relative to /, eg.
#
root (hd0,0)
#
kernel /boot/vmlinuz-version ro root=/dev/hda1
#
initrd /boot/initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashp_w_picpath=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Client (2.6.17 -1.2519.4.21.el5)
root (hd0,0)
kernel /boot/vmlinuz-2.6.17 -1.2519.4.21.el5
ro root=LABEL=/ rhgb quiet crashkernel=128M @16M
initrd /boot/initrd-2.6.17 -1.2519.4.21.el5.img
4.修改之后，重启系统。128M 内存（从16M 开始）不被正常的系统使用，为捕获内核保留。注意，free -m的输出会显示内存比不加参数时少了128M ，这就是我们所期望的。
注意：可以使用小于128M，但是只使用64M做测试被证实是不可靠的。
5.现在，保留内存已经设置了，打开kdump初始脚本，启动服务：
#
chkconfig kdump on
#
service kdump start
6.可以通过kexec加载内核镜像，让系统准备捕获一个崩溃时产生的vmcore。可以通过sysrq强制系统崩溃：
# echo "c" >
/proc/sysrq-trigger
注意：
终端frame-buffer和X将运行不正常。在运行一些类似于在内核配置上添加了"vga=791"或者运行X的系统，在通过kexec启动内核时，终端显示将不清楚。记住，kdump内核仍旧能够创建转储。当系统重启，显示将会恢复到正常状态。
3、小内存机器要等很长时间，关机后加大内存再着上几分钟即可开机。开机后按2配置。
编辑/etc/grub.conf文件，在内核行末加一句：crashkernel=128M@16M。保存退出
重启……
初始化kdump脚本，开户服务。
本文部分内容来自互联网，感谢Internet！