问题:
SERVER:~ # systemctl start kdump.service
Job for kdump.service failed because the control process exited with error code. See "systemctl status kdump.service" and "journalctl -xe" for details.
SERVER:~ # systemctl status kdump.service
● kdump.service - Load kdump kernel on startu
我的系统总是崩溃。因此,我决定启用kdump来查看问题,因为我无法在日志文件上看到可能的错误。
我跟踪了从此站点设置kdump的步骤。我的服务器运行在CentOS 5.8和16 on内存上。下面是我为配置kdump所执行的步骤:
1. Install kexec-tools, `yum install kexec-tools` and follow the installation steps
2. Edit the /boot/grub/grub.conf to configure the kdump memory usage
3. Edit the /etc/kdump.cof to co
我让Red Hat Linux机器的核心转储(vmcore)接管了原始磁盘分区。将生成vmcore,我可以在串行控制台输出中看到它。我使用echo c > /proc/sysrq-trigger触发了核心转储过程,但不知道如何分析它。
在/etc/kdump.conf文件中指定的选项为"raw /dev/sda5"。我之前已经使用fdisk命令创建了/dev/sda5分区,并给出了转储文件的位置。我还做了其他事情,比如为崩溃保留内存等。
在谷歌上搜索一下,得到的信息如下:
“原始磁盘分区和专用文件系统选项允许您仍然转储到本地系统,但不必重新挂载可能已损坏的文件系统,从而降
我跟随[这里]在Ubuntu1404上安装crash dump:
sudo apt-get install linux-crashdump
但是,它引发的异常如下:
... unmet dependencies
linux-crashdump : Depends: kdumptools but it is not going to be installed
PS:我跟随[这里]解决了这个问题,但是它没有发现任何破碎的持有包裹.
更新:我的平台是Linux3.16.0上的Ubuntu14.04-泛型。
更新2:以下是完整的打印输出
app> sudo apt-get install li