linux crond怎样进行日志查看

我来说一下我后来在Linux上做了什么。
记得有一年在上海的时候，调试定时任务总是遇到问题。
俱乐部应该很可爱。

看，尾巴是最直的方式。
当时我检查了服务器上的一些日志，只是queue -f /var/log/syslog。
我逐行实时查看，非常直观。
如果您想查看最后几行来确认状态，则可以使用 tail -n 1 0 /var/log/syslog 。
这个秘籍非常简单，任何时候都可以使用。

后来我发现用它来找别人更方便。
比如服务器出现错误，我直接查看/var/log/syslog中的‘ERROR’，一键找到所有的ERRORS。
有一次我在云南调试的时候，有一个脚本跑错了。
我添加了 | awk '$1 == "Mar" && $2 == "1 5 " && ​​$3 == "1 4 :00"' 查找下午 1 4 :00 的所有错误。
这真的很有帮助。
但这个技巧取决于日志是否正确。
有时，如果格式更改，该命令将不再起作用，您必须将其更改回来。

后来用户遇到systemd系统，比如CentOS 7 ，journalctl就这么方便了。
当时我在北京。
检查 cron 日志（例如journalctl -u cron）以获取路径。
想实时观看吗？ Journalctl -u cron -f。
这比到处搜索表，只搜索服务名称要好得多。

但是，我遇到了很多绊脚石。
由于某种原因，日志路径不同。
例如，在我的国家调试旧的CentOS 5 时，日志都在/var/log/messages中。
我愚蠢地搜索了/var/log/syslog，但没有结果。
还有一个权限问题。
您是否以普通用户身份登录并想查看日志？如果无法运行，则必须使用 sudo。
我记得有一次在广东，我没有根卡。
我着急得手忙脚乱，最后向管理员求助。

最烦人的是日志轮转。
有时你只是看到一个ERROR，第二天查看时，你发现日志已被压缩或删除，无法找到。
当时我在杭州，半夜调试脚本没有运行。
第二天检查光束时，发现前一天系统的一切都消失了。
我很担心。
后来我学会了阅读/etc/logrotate.conf，吸取了教训。

最好的方法是将输出编辑到 crontab 中的文件中。
比如0 /path/to/mand >> /tmp/cron.log 2 >&1 ，可以直接打开/tmp/cron.log看看需要什么。
我经常这样做，而且效果非常好。
有一年我在成都脚本复合体上工作，并立即将其放入输出文件中。
这比到处寻找日志要容易。

综上所述，要快速查看最新日志，可以使用 tail -n 1 0如果要实时监控，可以使用 tail -f 或journalctl -u cron -f。
如果您想查找特定错误，请使用 grep。
在日志系统中使用是正确的。
但如何执行取决于您的设备的配置方式。
所有这些都是基于我的经验，可能并不适合所有人。

linux下查找日志的技巧

上周 检查 Linux 日志。

系统日志目录为/var/log/。
键入 cd /var/log/。

查看具体文件： /var/log/secure 记录登录信息。
/var/log/message 记录启动错误。

使用tail来检查尾巴。
tail -n 1 0 filename.log 检查最后 1 0 行。
tail -n +2 0 搜索 filename.log 从第 2 0 行到末尾。

要检查头部，请使用头部。
head -n 2 0 filename.log 检查前 2 0 行。

使用 grep 搜索关键字： cat -n 文件名.log | grep "keyword" 搜索关键字。
显示行号。

这取决于你。