Linux 中的守护进程日志记录

发布于 2024-07-06 07:46:25 字数 350 浏览 7 评论 0原文

所以我有一个在 Linux 系统上运行的守护进程，我想要记录它的活动：日志。问题是，实现这一目标的“最佳”方法是什么？

我的第一个想法是简单地打开一个文件并写入它。

FILE* log = fopen("logfile.log", "w");
/* daemon works...needs to write to log */
fprintf(log, "foo%s\n", (char*)bar);
/* ...all done, close the file */
fclose(log);

以这种方式记录有什么本质上的错误吗？有没有更好的方法，比如Linux内置的一些框架？

原文

So I have a daemon running on a Linux system, and I want to have a record of its activities: a log. The question is, what is the "best" way to accomplish this?

My first idea is to simply open a file and write to it.

FILE* log = fopen("logfile.log", "w");
/* daemon works...needs to write to log */
fprintf(log, "foo%s\n", (char*)bar);
/* ...all done, close the file */
fclose(log);

Is there anything inherently wrong with logging this way? Is there a better way, such as some framework built into Linux?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

ら栖息 2024-07-13 07:46:25

Unix 长期以来一直有一个名为 syslog 的特殊日志框架。输入您的 shell

man 3 syslog

，您将获得 C 接口的帮助。

一些示例

#include <stdio.h>
#include <unistd.h>
#include <syslog.h>

int main(void) {

 openlog("slog", LOG_PID|LOG_CONS, LOG_USER);
 syslog(LOG_INFO, "A different kind of Hello world ... ");
 closelog();

 return 0;
}

Unix has had for a long while a special logging framework called syslog. Type in your shell

man 3 syslog

and you'll get the help for the C interface to it.

Some examples

#include <stdio.h>
#include <unistd.h>
#include <syslog.h>

int main(void) {

 openlog("slog", LOG_PID|LOG_CONS, LOG_USER);
 syslog(LOG_INFO, "A different kind of Hello world ... ");
 closelog();

 return 0;
}

回复收藏 0 原文

转角预定愛 2024-07-13 07:46:25

这个~~可能会是一场~~赛马，但是，是的，大多数（如果不是全部）Un*x 衍生品中存在的系统日志工具是首选方式。记录到文件没有任何问题，但它确实给您留下了许多任务：

您的记录位置是否有文件系统来保存文件，
缓冲（为了性能）与刷新（为了让日志在之前写入）如何？系统崩溃）
如果你的守护进程运行了很长时间，你会如何处理不断增长的日志文件。

Syslog 会为您处理所有这一切以及更多事务。该 API 与 printf 家族类似，因此您调整代码应该没有问题。

回复收藏 0 原文

独守阴晴ぅ圆缺 2024-07-13 07:46:25

在大型（或安全意识更强）的安装中，syslog 的另一个优点是：syslog 守护进程可以配置为将日志发送到另一台服务器进行记录，而不是本地文件系统（或除了本地文件系统之外）。

将服务器场的所有日志放在一个位置比必须在每台计算机上单独读取它们要方便得多，特别是当您尝试将一台服务器上的事件与另一台服务器上的事件关联时。当一个服务器被破解时，你就不能再相信它的日志了……但是如果日志服务器保持安全，你知道它的日志中不会删除任何内容，因此任何入侵记录都将完好无损。

回复收藏 0 原文

只是在用心讲痛 2024-07-13 07:46:25

当我进行单元测试时，我向 daemon.info 和 daemon.debug 吐出很多守护进程消息。 syslog.conf 中的一行可以将这些消息粘贴到您想要的任何文件中。

http://www.linuxjournal.com/files在我看来，/linuxjournal.com/linuxjournal/articles/040/4036/4036s1.html 对 C API 的解释比手册页更好。

回复收藏 0 原文

苯莒 2024-07-13 07:46:25

Syslog 是一个不错的选择，但您可能希望考虑查看 log4c。 log4[something] 框架在其 Java 和 Perl 实现中运行良好，并允许您从配置文件选择记录到系统日志、控制台、平面文件或用户定义的日志编写器。您可以为每个模块定义特定的日志上下文，并使每个上下文日志处于您的配置所定义的不同级别。（跟踪、调试、信息、警告、错误、关键），并让您的守护进程通过捕获信号来动态重新读取该配置文件，从而允许您操纵正在运行的服务器上的日志级别。

回复收藏 0 原文

走过海棠暮 2024-07-13 07:46:25

如上所述，您应该查看系统日志。但如果您想编写自己的日志记录代码，我建议您使用 fopen 的“a”（写入追加）模式。

编写自己的日志记录代码的一些缺点是：日志轮换处理、锁定（如果有多个线程）、同步（是否要等待日志写入磁盘？）。 syslog 的缺点之一是应用程序不知道日志是否已写入磁盘（它们可能已丢失）。

回复收藏 0 原文

你的呼吸 2024-07-13 07:46:25

如果您使用线程并且使用日志记录作为调试工具，您将需要寻找一个使用某种线程安全但未锁定的环形缓冲区的日志记录库。每个线程一个缓冲区，仅在严格需要时才使用全局锁。

这可以避免日志记录导致软件严重变慢，也可以避免创建在添加调试日志记录时发生变化的 heisenbug。

如果它有一个高速压缩的二进制日志格式，在记录过程中不会浪费时间进行格式操作，并且有一些不错的日志解析和显示工具，那就是一个奖励。

我会为此提供一些好的代码的参考，但我自己没有。我只想要一个。 :)

回复收藏 0 原文

暮年慕年 2024-07-13 07:46:25

我们的嵌入式系统没有系统日志，因此我编写的守护进程使用“a”打开模式对文件进行调试，类似于您所描述的方式。我有一个函数可以打开日志文件，吐出消息，然后关闭文件（我只在发生意外情况时才这样做）。但是，我还必须编写代码来处理日志轮换，正如其他评论者提到的那样，其中包含 'tail -c 65536 logfile > 日志文件tmp && mv logfiletmp 日志文件'. 它非常粗糙，也许应该称为“日志正面截断”，但它可以阻止我们基于小型 RAM 磁盘的文件系统填满日志文件。

回复收藏 0 原文

怎言笑 2024-07-13 07:46:25

有很多潜在的问题：例如，如果磁盘已满，您是否希望守护程序失败？此外，您每次都会覆盖您的文件。通常使用循环文件，这样您就可以在计算机上为文件分配空间，但您可以保留足够的历史记录以供使用，而不会占用太多空间。
有像 log4c 这样的工具可以帮助你。如果您的代码是 C++，那么您可能会考虑在 Apache 项目中使用 log4cxx（在 ubuntu/debian 上 apt-get install liblog4cxx9-dev），但看起来您正在使用 C。

回复收藏 0 原文