centos 死机日志(centos7查看日志)

本篇文章给大家谈谈centos 死机日志，以及centos7查看日志对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

centos6.5重启docker容器死机问题

在最近的服务优化项目中，遇到了CentOS 6.5(Final)系统上使用docker 1.7.1版本时的重启问题。在尝试重新部署服务的过程中，遇到了一些棘手的问题。

具体表现为，当使用docker的restart命令重启一个容器时，系统会突然卡死，并且在尝试重启三次后才恢复正常。深入调查后，我们查看了系统日志文件"/var/log/messages"，发现异常发生在freeswitch容器启动时，它在调用系统库libc-2.17.so时出现了未知错误。

目前的解决方案是尝试更新这个系统库，但我们仍在观察其效果。然而，这个事件让我们意识到，继续在CentOS 6.5上运行docker可能不是最优选择。随着问题的不断出现，可能需要考虑转向更稳定、兼容性更好的系统版本。

CentOS下badblocks指令的详解

硬盘是一个损耗设备，当使用一段时间后可能会出现坏道等物理故障。电脑硬盘出现坏道后，如果不及时更换或进行技术处理，坏道就会越来越多，并会造成频繁死机和数据丢失。最好的处理方式是更换磁盘，但在临时的情况下，应及时屏蔽坏道部分的扇区，不要触动它们。badblocks就是一个检查坏道位置的工具。

一、命令参数

badblocks使用格式为：

引用

badblocks [-svwnf ] [-b block-size ] [-c blocks_at_once ] [-i

input_file ] [-o output_file ] [-p num_passes ] [-t test_pattern ]

device [ last-block ] [ start-block ]

参数含义是：

引用

-b blocksize

指定磁盘的区块大小，单位为字节，默认值为“block 4K”(4K/block)

-c blocksize

每个区块检查的次数，默认是16次

-f

强制在一个已经挂载的设备上执行读写或非破坏性的写测试操作

（我们建议先umount设备，然后再进行坏道检测。仅当/etc/mtab出现误报设备挂载错误的时候可以使用该选项）

-i file

跳过已经显示在file文件中的坏道，而不进行检测（可以避免重复检测）

-o file

把检测结果输出到file文件

-p number

重复搜寻设备，直到在指定通过次数内都没有找到新的坏块位置，默认次数为0

-s

在检查时显示进度

-t pattern

通过按指定的模式读写来检测区块。你可以指定一个0到ULONG_MAX-1的十进制正值，或使用random（随机）。

如果你指定多个模式，badblocks将使用第一个模式检测所有的区块，然后再使用下一个模式检测所有的区块。

Read-only方式仅接受一个模式，它不能接受random模式的。

-v

执行时显示详细的信息

-w

对每个区块都先写入，然后再从它读取信息

[device]

指定要检查的磁盘装置。

[last-block]

指定磁盘装置的区块总数。

[start-block]

指定要从哪个区块开始检查

二、示例

badblocks以4096的一个block，每一个block检查16次，将结果输出到“hda-badblocks-list”文件里

# badblocks-b 4096-c 16/dev/hda1-o hda-badblocks-listhda-badblocks-list”是个文本文件，内容如下：

引用

# cat hda-badblocks-list

51249

51250

51251

51253

51254

……

61245

……

可以针对可疑的区块多做几次操作。下面，badblocks以4096字节为一个“block”,每一个“block”检查1次,将结果输出到“hda-badblocks-list.1”文件中，由第51000 block开始，到63000 block结束

# badblocks-b 4096-c 1/dev/hda1-o hda-badblocks-list.1 63000 51000这次花费的时间比较短，硬盘在指定的情况下在很短的时间就产生“嘎嘎嘎嘎”的响声。由于检查条件的不同，其输出的结果也不完全是相同的。重复几次同样的操作，因条件多少都有些不同，所以结果也有所不同。进行多次操作后，直到产生最后的hda-badblock-list.final文件。

三、其他

1、fsck使用badblocks的信息

badblocks只会在日志文件中标记出坏道的信息，但若希望在检测磁盘时也能跳过这些坏块不检测，可以使用fsck的-l参数：

# fsck.ext3-l/tmp/hda-badblock-list.final/dev/hda12、在创建文件系统前检测坏道

badblocks可以随e2fsck和mke2fs的-c删除一起运行（对ext3文件系统也一样），在创建文件系统前就先检测坏道信息：

# mkfs.ext3-c/dev/hda1代码表示使用-c在创建文件系统前检查坏道的硬盘。

这个操作已经很清楚地告知我们可以采用“mkfs.ext3-c”选项用“read-only”方式检查硬盘。这个命令会在格式化硬盘时检查硬盘，并标出错误的硬盘“block”。用这个方法格式化硬盘，需要有相当大的耐心，因为命令运行后，会一个个用读的方式检查硬盘。

centos7根目录老是生成core. 把磁盘占满

查看core file size： ulimit-c

core file size：

unlimited：core文件的大小不受限制

0：程序出错时不会产生core文件

1024：代表1024k，core文件超出该大小就不能生成了

设置core文件大小： ulimit-c fileSize

注意：

尽量将这个文件大小设置得大一些，程序崩溃时生成Core文件大小即为程序运行时占用的内存大小。可能发生堆栈溢出的时候，占用更大的内存Linux就该这么学

设置core文件的名称和文件路径

默认生成路径：输入可执行文件运行命令的同一路径下

默认生成名字：默认命名为core。新的core文件会覆盖旧的core文件

a.设置pid作为文件扩展名

1：添加pid作为扩展名，生成的core文件名称为core.pid

0：不添加pid作为扩展名，生成的core文件名称为core

修改/proc/sys/kernel/core_uses_pid文件内容为: 1

修改文件命令： echo"1">/proc/sys/kernel/core_uses_pid

或者 sysctl-w kernel.core_uses_pid=1 kernel.core_uses_pid= 1

用以下命令来阻止系统生成core文件:

ulimit-c 0

在/etc/profile通常会有这样一句话来禁止产生core文件，通常这种设置是合理的:

# No core files by default

ulimit-S-c 0>/dev/null 2>&1