sd-daemon — Reference implementation of APIs for new-style daemons
See sd_listen_fds(3), sd_notify(3), sd_booted(3), sd_is_fifo(3) for more information about the functions implemented. In addition to these functions a couple of logging prefixes are defined as macros:
#define SD_EMERG "<0>" /* system is unusable */ #define SD_ALERT "<1>" /* action must be taken immediately */ #define SD_CRIT "<2>" /* critical conditions */ #define SD_ERR "<3>" /* error conditions */ #define SD_WARNING "<4>" /* warning conditions */ #define SD_NOTICE "<5>" /* normal but significant condition */ #define SD_INFO "<6>" /* informational */ #define SD_DEBUG "<7>" /* debug-level messages */
These prefixes are intended to be used in conjunction with STDERR-based logging as implemented by systemd. If a systemd service definition file is configured with StandardError=syslog or StandardError=kmsg these prefixes can be used to encode a log level in lines printed. This is similar to the kernel printk()-style logging. See klogctl(2) for more information.
The log levels are identical to syslog(3)'s log level system. To use these prefixes simply prefix every line with one of these strings. A line that is not prefixed will be logged at the default log level SD_INFO.
Example 1. Hello World
A daemon may log with the log level NOTICE by issuing this call:
fprintf(stderr, SD_NOTICE "Hello World!\n");
These interfaces are provided by the reference implementation of APIs for new-style daemons and distributed with the systemd package. The algorithms they implement are simple, and can easily be reimplemented in daemons if it is important to support this interface without using the reference implementation. See the respective function man pages for details.
These APIs are implemented in the reference implementation's drop-in sd-daemon.c and sd-daemon.h files. It is recommended that applications consuming these APIs copy the implementation into their source tree, either verbatim or in excerpts. These interfaces are currently not available in a dynamic library.
The functions directly related to new-style daemons become NOPs when -DDISABLE_SYSTEMD is set during compilation. In addition, if sd-daemon.c is compiled on non-Linux systems they become NOPs.
systemd(1), sd_listen_fds(3), sd_notify(3), sd_booted(3), sd_is_fifo(3), daemon(7), systemd.service(5), systemd.socket(5), fprintf(3)