在Linux中守护进程日志logging

所以我有一个运行在Linux系统上的守护进程,我想logging下它的活动:日志。 问题是,什么是“最好”的方式来完成这个?

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

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); 

采用这种方式logging有什么天生的错误吗? 有没有更好的方法,比如一些内置于Linux的框架?

Solutions Collecting From Web of "在Linux中守护进程日志logging"

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; } 

可能是一场比赛,但是,如果不是所有的Un * x衍生物,存在于大多数系统日志工具是首选的方式。 登录到文件没有任何问题,但它确实使您的肩膀上承担了一些任务:

  • 在日志记录位置是否有文件系统来保存文件
  • 如何缓冲(性能)vs刷新(获取系统崩溃之前写入的日志)
  • 如果守护进程运行了很长时间,那么对于不断增长的日志文件,你会做什么?

系统日志为您处理所有这些,以及更多。 这个API与printf族相似,所以你应该没有任何问题适应你的代码。

系统日志在更大(或更安全意识)的安装中的另一个优点是:系统日志守护进程可以配置为将日志发送到另一台服务器,而不是(或除了)本地文件系统。

将服务器场的所有日志放在一个地方,而不是在每台计算机上分别读取它们,尤其是当您试图将一台服务器上的事件与另一台服务器上的事件关联起来时,这样做更为方便。 当一个人被破解时,你不能相信它的日志了,但是如果日志服务器保持安全,你就知道什么东西都不会从日志中删除,所以任何入侵记录都是完整的。

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

http://www.linuxjournal.com/files/linuxjournal.com/linuxjournal/articles/040/4036/4036s1.html有比man手册页更好的解释API,imo&#x3002;

系统日志是一个不错的选择,但是你不妨考虑看看log4c。 log4 [something]框架在其Java和Perl实现中运行良好,并允许您从配置文件中选择登录到syslog,控制台,平面文件或用户定义的日志编写器。 您可以为每个模块定义特定的日志上下文,并根据您的配置定义不同的日志级别。 (跟踪,调试,信息,警告,错误,关键),并让守护进程通过捕获信号来重新读取配置文件,从而允许您在正在运行的服务器上操作日志级别。

如上所述,您应该查看syslog。 但是如果你想写自己的日志代码,我建议你使用fopen的“a”(write append)模式。

编写自己的日志代码的一些缺点是:日志循环处理,锁定(如果你有多个线程),同步(你是否想等待日志被写入磁盘? 系统日志的一个缺点是应用程序不知道日志是否写入磁盘(它们可能已经丢失)。

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

这样可以避免日志造成软件严重下滑,避免在添加调试日志时创建更改的heisenbugs。

如果它有一个高速的压缩二进制日志格式,不会浪费时间在日志记录和一些不错的日志分析和显示工具格式化操作,这是一个奖金。

我提供了一些很好的代码的参考,但我自己没有。 我只想要一个。 🙂

我们的嵌入式系统没有系统日志,所以我写的守护进程使用类似于你所描述的“a”打开模式来调试文件。 我有一个函数,打开一个日志文件,吐出消息,然后关闭文件(我只有这样做,当意外的事情发生)。 但是,我还必须编写代码来处理日志轮转,正如其他评论者所提到的那样,它由'tail -c 65536 logfile> logfiletmp && mv logfiletmp logfile'组成。 这是相当粗糙的,也许应该被称为“日志正面截断”,但它阻止我们的小型RAM磁盘的文件系统填满日志文件。

到目前为止,没有人提到boost日志库 ,它有很好很容易的方式来重定向你的日志消息到文件或系统日志接收器甚至Windows事件日志。

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