关于IBM X3650 M4安装redhat 6.X版本后不能重启问题

   猜测应该是内核与机器的电源管理驱动问题，在执行重启的命令的时候会报kernel crash的错误。暂时的解决方案是配置系统的KDUMP或者配置syscntl文件在crash后让其自动重启。

补充两种方案：

1、配置内核控制文件syscntl

修改/etc/sysctl.conf文件中加入

kernel.panic = 30 #panic错误中自动重启，等待时间为30秒
kernel.sysrq=1 #激活Magic SysRq！ 否则，键盘鼠标没有响应

执行 #>sysctl -p 确保设置生效。

2、部署KDUMP

1) 设置好相关的内核启动参数

 在 /boot/grub/menu.lst 中加入如下内容
crashkernel=128M@16M nmi_watchdog=1
 其中crashkernel参数是用来为kdump的内核预留内存的; nmi_watchdog=1 是用来激活NMI中断的, 我们在未确定故障是否关闭了中断的情况下, 需要部署NMI watchdog才能确保触发panic. 重启系统确保设置生效。

  2) 设置好相关的sysctl内核参数

在/etc/sysctl.conf 中最后加入一行
kernel.softlookup_panic = 1
该设置确保softlock发生时会调用panic, 从而触发kdump行为 #系统假死之后，触发KUMDP。
执行 #>sysctl -p 确保设置生效

3) 配置 /etc/kdump.conf

在 /etc/kdump.conf 中加入如下几行内容
ext3 /dev/sdb1
core-collector makedumpfile -c �Cmessage-level 7 -d 31 -i /mnt/vmcoreinfo
path /var/crash
default reboot

其中 /dev/sdb1 是用于放置dumpfile 的文件系统, dumpfile 文件放置在/var/crash下， 要事先在/dev/sdb1分区下创建/var/crash 目录. “-d 31”指定对dump内容的过滤级别，这参数对于dump分区放不下全部内存内容或用户不想让dumping中断业务太长时间时很重要. vmcoreinfo 文件放置在 /dev/sdb1 分区的 / 目录下, 需要使用如下命令产生:
#>makedumpfile -g //vmcoreinfo -x /usr/lib/debug/lib/modules/2.6.18-128.el5.x86_64/vmlinux

“vmlinux” 文件是由kernel-debuginfo 包提供的，在运行makedumpfile 之前需要安装相应内核的 kernel-debuginfo 和 kernel-debuginfo-common 两个包，该两个包需从 http://ftp.redhat.com 下载. “default reboot” 用来告诉kdump, 收集完dump信息后重启系统

4) 激活kdump

运行 #>service kdump start 命令，你会看到，在成功完成的情况下会在/boot/目录下生成一个initrd-2.6.18-128.el5.x86_64kdump.img 文件，该文件就是kdump加载的内核的 initrd文件，收集dump信息的工作就是在该initrd的启动环境下进行的. 查看/etc/init.d/kdump脚本的代码，你可看到其中会调用mkdumprd命令创建用于dump的initrd文件。

以上两种方法都属于曲线解决问题，其根本解决方案还需要有高手来研究解决。