centos 故障日志(centos频繁自动重启)

各位老铁们，大家好，今天由我来为大家分享centos 故障日志，以及centos频繁自动重启的相关问题知识，希望对大家有所帮助。如果可以帮助到大家，还望关注收藏下本站，您的支持是我们最大的动力，谢谢大家了哈，下面我们开始吧！

Centos下日志管理

程序员在排查问题时，记录和查看日志是关键。日志对于系统犹如化验单，程序员则是医生，通过化验单找到问题所在。尤其在系统出现故障时，一份详细的日志对于快速定位问题至关重要。然而，相对于开发系统日志的重视，对操作系统日志的重视程度普遍较低，导致在排查系统问题时，常常找不到合适的日志，事倍功半。

本文以Centos 7/8系统为例，介绍Centos下的日志分布和管理。

系统日志主要包括：/var/log/wtmp、/var/log/httpd/*、/var/log/samba/*等。特别需要注意的是utmpdump/var/log/wtmp命令，可以用于查看可疑IP登录账号。

Centos下主要有三个日志服务：systemd-journald、rsyslog和logrotate。其中，systemd-journald负责记录系统启动和服务信息，rsyslog负责收集登录和网络服务等信息，logrotate则负责日志轮转。

systemd-journald默认将日志记录在内存中，可配置长久保存或发送给rsyslog保存。查看启动情况的命令为journalctl，该命令可以查看系统日志、服务日志、内核日志等。

logger命令可用于主动记录系统日志，包括向远程发送syslog日志。具体命令帮助查看。

rsyslog负责将多个服务的日志按照配置的等级、记录到的具体日志文件进行管理。配置核心内容为：【服务-等级--记录到日志文件】。例如，任何>info基本的日志都记录到/var/log/messages中，但mail、authpriv、cron这三个服务的日志不记录在这里。

logrotate用于日志轮转，可按天自动运行程序。通过logrotate，可以保存最近3天的日志，超过3天的日志删除，或者只保存500MB的日志，超过则删除。logrotate的配置文件为/etc/logrotate.conf。

通过logwatch等工具可以对日志进行分析汇总，发送mail到root上。有兴趣的朋友可以继续探索。

如何查看centos 重启日志

Linux系统具有灵活和强大的日志功能，可以记录几乎所有的操作，管理员可以从中获取有用的信息。大部分Linux发行版默认的日志守护进程是syslog，其配置文件通常位于/etc/syslog或/etc/syslogd。任何希望生成日志的程序都可以向syslog发送信息。Linux内核和许多程序会产生各种错误信息、警告信息和其他提示信息，这些信息对管理员了解系统运行状态非常重要，因此应将它们记录到日志文件中。完成这个过程的程序就是syslog，它可以依据日志的类别和优先级，将日志保存到不同的文件中。例如，为了方便查阅，可以将内核信息与其他信息分开，单独保存到一个独立的日志文件中。默认配置下，日志文件通常都保存在“/var/log”目录下。

对于CentOS系统而言，查看重启日志可以通过检查/var/log/boot.log文件来实现。这个文件记录了系统重启时的重要信息，包括系统启动过程中的错误、警告和提示信息。管理员可以通过查看这个文件，了解系统重启过程中遇到的问题，进而采取相应的措施进行修复。

要查看/var/log/boot.log文件，首先需要确保系统具有相应的读取权限。可以使用“chmod”命令来更改文件权限，以允许用户读取。然后，使用“less”或“cat”命令打开文件，查看其中的内容。例如，可以使用“less/var/log/boot.log”或“cat/var/log/boot.log”命令进行查看。需要注意的是，由于文件可能包含大量的日志信息，因此建议使用“less”命令，它允许用户逐步浏览文件内容。

此外，还可以使用其他工具来分析/var/log/boot.log文件。例如，可以使用“grep”命令来搜索特定的错误或警告信息。例如，可以使用“grep'error'/var/log/boot.log”命令来查找包含“error”关键字的日志条目。这样可以快速定位到可能的问题所在，有助于管理员更好地进行故障排查。

总之，CentOS系统通过/var/log/boot.log文件记录了重启过程中的关键信息，对于管理员来说，定期检查这个文件是非常重要的。这有助于及时发现和解决系统启动过程中出现的问题，从而确保系统的稳定运行。

为什么选择CentOS而不是Debian

我们运行着一些全球最大的互联网的营运，因此我们对可靠性和稳定性非常重视，是我们的第一要务。为此，我们只使用Linux来支撑顾客的系统。但是，我们应该使用哪一个Linux的发行版？答案是，CentOS。为什么呢？

作为一个庞大的系统运营商，在很长的一段时间里，我们需要在多种大型系统中找到一个可靠的，可预测的系统，我们需要从世界上最强大的软件供应商和开源项目中获得强有力的支持。对于那些最常用的系统，我们需要文档，工具和全球性资源。

正因如此，RedHat/ CentOS系列发行版正是我们的选择。他们能够满足以上所有需求，而且问题相对较少、长期稳定，这使得我们能够为成千上万的运行了不同配置、服务和应用的系统提供世界级的维护。

RedHat’s Enterprise Linux

(RHEL)是黄金标准的企业发行版。它每五年左右更新一次，在系统的稳定性，前瞻性和安全性上有着极大的优势。每当新的主版本发行后，比如

5.x亦或最近的6.x，所有版本和代码都将保留不变，只有安全问题或是主要的bug，例如后门，端口之类的问题，会通过发布新的子版本来修复。

CentOS是RHEL发行版对应的开源版本，通常在RedHat的发布后就会很快发行。我们使用CentOS的原因在于RHEL发行版的标准支持服务费用非常高，大约每台服务器800美元左右，对于我们很多拥有数十台甚至上百台服务器的用户来说，这是必须要控制的成本。

RHEL/CentOS系统有两个潜在的问题。

首先，一旦确定了主版本，,除了安全问题和严重故障会被修复以外，其他内容将不会做任何改变。这虽然对稳定性有

好处，但是对许多服务不利。比如MySQL和PHP服务，它们在这五年的CentOS/RHEL主版本发布周期中会进行繁重的开发和大量的修改。例

如，MySQL5.0是当前RHEL/CentOS主版本所默认使用的版本，但是当前MySQL已经更新到5.1和5.5版本了。

幸运的是，这个问题被Yum软件包管理器轻易地解决了。如此以来，那些主要的软件，例如当前RHEL/CentOS中实际的组件，包括内核和所有工

具等仍然来自发行版，但是那些附加的软件，例如Nginx，Apache，PHP，Java和MySQL等等来自更新的软件源例如Fedora；

或者直接从开发商获取更新的版本例如MySQL。在我们这里，我们有自己专用的安装镜像来全自动的处理所有这些事情。

其次，CentOS的发行会滞后于RedHat的发行，包括关键的补丁和修复。这在RHEL 6.x的发行周期中尤为显著。但是根据我们的经验，这没什么好担心的，对我们来说永远不会成为问题。

很多人询问我们为什么不用基于Debian的系统，例如Debian或者Ubuntu服务器。如果在别无选择的情况下，我们的确会支持这个建议，但是根据我们的经验来看，这些系统并不如RHEL/CentOS来的稳定和可靠。

我们认为，这在某种程度上是由于他们过快的发展和各个版本、组合之间较少的测试且不成熟所导致的。然而尽管他们非常流行，但是主要的服务商和项目都

仍然首选RHEL/CentOS系统，因为这样他们就可以为企业顾客提供服务，（对Oracle和MySQL更是如此）。除此之外，基于Debian的系统有许多内核和稳定性问题，尤其是在我们的云计算服务中。

对我们而言，唯一使用Debian/Ubuntu的原因是：

“它们能够为一个系统提供必要的特殊服务时，尤其是当一些驱动程序或者一些IO子系统需要一种新的内核的时候”。例如，ext4文件系统或在最近的内核中日志的改变等；现在，所有这一切都包含在了RHEL/CentOS6.x中。

当然，多数Linux开发者都使用的是Ubuntu的桌面版，而且可以理解的是，他们更倾向在开发生产时使用相同的系统，并且还能使用很多有趣的工具。但总体上来说，我们依然认为RHEL/CentOS是一个更优越的部署平台，并且已经有十多个客户成功地转向使用CentOS作为生产环境并且没有任何问题，但这仍然是艰巨的任务。

总的来说，你将更乐于看到一个良好管理的CentOS系统。我们有成千上万台服务器使用CentOS平台，而每年平均只有一台服务器崩溃。我们也很难想象它竟如此罕见，所以，挑一个优秀、迅捷、可靠的平台吧！