LINUX系统怎么看日志文件_LINUX查看系统日志方法

嘿兄弟，不用我告诉你检查 Linux 系统上的日志了。
我这样做了，有很多陷阱和陷阱，我给你解释一下。

记得2 01 8 年的时候，我在几家做运维，服务器出了问题。
我必须尽快检查这一切。
我当时还没有那么先进，所以我先尝试了journalctl命令。
我一打开终端，进入那个东西，哎呀，全是原木，密密麻麻的，看得我头晕。
后来机智起来，学会了用journalctl -u nginx.service来专门读取nginx日志，这样就清晰多了。

还有一次，2 02 0年，一位同事的系统突然暂停，我不得不去查看他。
我直接cd到/var/log目录，使用ls -l查看文件是什么，然后选择消息文件，并使用tail读取最后几行。
然后我发现了一个问题。
不过后来我们了解到，Debian/Ubuntu系统的核心还是在syslog中。

有一次，2 02 1 年，客户的USB设备突然认不出来了。
我必须检查玉米秆。
我使用了dmesg命令，然后使用grep -iusb进行扫描，发现了问题。
不过当时我还没有学习-T模块，还得手动转换为视频格式，相当痛苦。

我后来才知道logrot。
曾几何时，邮政服务规模如此之大，几乎占据了整个世界。
我用 logrotate 配置了它并定期清理旧日志。
随着时间的推移，一个大问题得到了解决。

总而言之，我通常使用日志按服务或时间过滤日志，然后使用它们来过滤其他任务。
要分析系统活动，请检查内核和安全日志。
要排除硬件问题，请通过 dmesg 检查内核日志。
长期管理依赖日志轮转来定期清理。
所有这些技巧都是通过实际工作学到的。
我希望我能帮助你。

linux crond怎样进行日志查看

大家好，说到检查 Linux 中的 crond 日志，我想告诉您我遇到的陷阱以及我发现的可靠方法。
去年我在杭州对一台CentOS 7 服务器进行故障排除时，crontab任务突然出现问题，日志让我很困惑。

最直接但容易陷入麻烦的方法是查看/var/log/syslog 或/var/log/cron。
例如，2 02 3 年6 月我直接使用 grep 'ERROR' /var/log/syslog 查找错误。
结果它根本不存在，后来我知道我必须使用 sudo 才能看到它。
普通用户没有足够的权限，你必须记住这一点。

如果你的系统是Systemd（比如Ubuntu 1 8 .04 之后），使用journalctl非常有用。
前段时间我在北京新部署了一台Node.js服务器。
Journalctl -u cron -xe 直接给我展示了 crond 启动和执行的详细日志。
比到处找文件方便多了，而且不用担心路径是否正确。
要实时查看，只需journalctl -u cron -f并按Ctrl+C退出即可。

如果你的系统比较旧或者想要更精确的搜索，grep+awk必须一起使用。
例如，2 02 2 年底，我在上海调试一个定时备份脚本，发现错误。
我首先使用 grep 'Backup failed' /var/log/cron 查找行号，然后使用 awk 按时间戳进行过滤。
然而，这个技巧取决于你的日志格式是否正确。
我遇到过格式混乱导致不匹配的情况。

另一个技巧是将输出重定向到 crontab 中的临时文件。
例如，我最近在南京创建了一个批处理文件的脚本。
我直接将 0 3 /path/to/script > /tmp/cron.log 2 >&1 添加到 crontab 中。
第二天看文档，问题就一目了然了。
这比到处查看日志要容易得多。

但是最重要的提醒是：日志可能已经被logrotate轮转了，也可能是系统直接删除了。
我检查了一下深圳半夜发生的问题的日志，发现没有了。
最后我不得不从备份卷中检索它们。
因此，如果确实出现问题，快速备份日志文件是一个好习惯。

无论如何，当要查看 crond 日志时，最简单的方法是使用 Systemd 系统的journalctl。
对于较旧的系统，或者如果您想准确找到它，请使用 grep。
最安全的方法是将所有任务输出重定向到文件。
具体选择取决于您的系统环境和需求。