summaryrefslogtreecommitdiffstats
path: root/man/sd_journal_get_fd.xml
blob: 6e7e496e12a2ef43f75ec1fd2520943222e97b8b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
<?xml version='1.0'?> <!--*-nxml-*-->
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
  "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
<!-- SPDX-License-Identifier: LGPL-2.1-or-later -->

<refentry id="sd_journal_get_fd" xmlns:xi="http://www.w3.org/2001/XInclude">

  <refentryinfo>
    <title>sd_journal_get_fd</title>
    <productname>systemd</productname>
  </refentryinfo>

  <refmeta>
    <refentrytitle>sd_journal_get_fd</refentrytitle>
    <manvolnum>3</manvolnum>
  </refmeta>

  <refnamediv>
    <refname>sd_journal_get_fd</refname>
    <refname>sd_journal_get_events</refname>
    <refname>sd_journal_get_timeout</refname>
    <refname>sd_journal_process</refname>
    <refname>sd_journal_wait</refname>
    <refname>sd_journal_reliable_fd</refname>
    <refname>SD_JOURNAL_NOP</refname>
    <refname>SD_JOURNAL_APPEND</refname>
    <refname>SD_JOURNAL_INVALIDATE</refname>
    <refpurpose>Journal change notification
    interface</refpurpose>
  </refnamediv>

  <refsynopsisdiv>
    <funcsynopsis>
      <funcsynopsisinfo>#include &lt;systemd/sd-journal.h&gt;</funcsynopsisinfo>

      <funcprototype>
        <funcdef>int <function>sd_journal_get_fd</function></funcdef>
        <paramdef>sd_journal *<parameter>j</parameter></paramdef>
      </funcprototype>

      <funcprototype>
        <funcdef>int <function>sd_journal_get_events</function></funcdef>
        <paramdef>sd_journal *<parameter>j</parameter></paramdef>
      </funcprototype>

      <funcprototype>
        <funcdef>int <function>sd_journal_get_timeout</function></funcdef>
        <paramdef>sd_journal *<parameter>j</parameter></paramdef>
        <paramdef>uint64_t *<parameter>timeout_usec</parameter></paramdef>
      </funcprototype>

      <funcprototype>
        <funcdef>int <function>sd_journal_process</function></funcdef>
        <paramdef>sd_journal *<parameter>j</parameter></paramdef>
      </funcprototype>

      <funcprototype>
        <funcdef>int <function>sd_journal_wait</function></funcdef>
        <paramdef>sd_journal *<parameter>j</parameter></paramdef>
        <paramdef>uint64_t <parameter>timeout_usec</parameter></paramdef>
      </funcprototype>

      <funcprototype>
        <funcdef>int <function>sd_journal_reliable_fd</function></funcdef>
        <paramdef>sd_journal *<parameter>j</parameter></paramdef>
      </funcprototype>

    </funcsynopsis>
  </refsynopsisdiv>

  <refsect1>
    <title>Description</title>

    <para><function>sd_journal_get_fd()</function> returns a file
    descriptor that may be asynchronously polled in an external event
    loop and is signaled as soon as the journal changes, because new
    entries or files were added, rotation took place, or files have
    been deleted, and similar. The file descriptor is suitable for
    usage in
    <citerefentry><refentrytitle>poll</refentrytitle><manvolnum>2</manvolnum></citerefentry>.
    Use <function>sd_journal_get_events()</function> for an events
    mask to watch for. The call takes one argument: the journal
    context object. Note that not all file systems are capable of
    generating the necessary events for wakeups from this file
    descriptor for changes to be noticed immediately. In particular
    network files systems do not generate suitable file change events
    in all cases. Cases like this can be detected with
    <function>sd_journal_reliable_fd()</function>, below.
    <function>sd_journal_get_timeout()</function> will ensure in these
    cases that wake-ups happen frequently enough for changes to be
    noticed, although with a certain latency.</para>

    <para><function>sd_journal_get_events()</function> will return the
    <function>poll()</function> mask to wait for. This function will
    return a combination of <constant>POLLIN</constant> and
    <constant>POLLOUT</constant> and similar to fill into the
    <literal>.events</literal> field of <varname>struct
    pollfd</varname>.</para>

    <para><function>sd_journal_get_timeout()</function> will return a
    timeout value for usage in <function>poll()</function>. This
    returns a value in microseconds since the epoch of
    <constant>CLOCK_MONOTONIC</constant> for timing out
    <function>poll()</function> in <varname>timeout_usec</varname>.
    See
    <citerefentry><refentrytitle>clock_gettime</refentrytitle><manvolnum>2</manvolnum></citerefentry>
    for details about <constant>CLOCK_MONOTONIC</constant>. If there
    is no timeout to wait for, this will fill in <constant>(uint64_t)
    -1</constant> instead. Note that <function>poll()</function> takes
    a relative timeout in milliseconds rather than an absolute timeout
    in microseconds. To convert the absolute 'us' timeout into
    relative 'ms', use code like the following:</para>

    <programlisting>uint64_t t;
int msec;
sd_journal_get_timeout(m, &amp;t);
if (t == (uint64_t) -1)
  msec = -1;
else {
  struct timespec ts;
  uint64_t n;
  clock_gettime(CLOCK_MONOTONIC, &amp;ts);
  n = (uint64_t) ts.tv_sec * 1000000 + ts.tv_nsec / 1000;
  msec = t > n ? (int) ((t - n + 999) / 1000) : 0;
}</programlisting>

    <para>The code above does not do any error checking for brevity's
    sake. The calculated <varname>msec</varname> integer can be passed
    directly as <function>poll()</function>'s timeout
    parameter.</para>

    <para>After each <function>poll()</function> wake-up
    <function>sd_journal_process()</function> needs to be called to
    process events. This call will also indicate what kind of change
    has been detected (see below; note that spurious wake-ups are
    possible).</para>

    <para>A synchronous alternative for using
    <function>sd_journal_get_fd()</function>,
    <function>sd_journal_get_events()</function>,
    <function>sd_journal_get_timeout()</function> and
    <function>sd_journal_process()</function> is
    <function>sd_journal_wait()</function>. It will synchronously wait
    until the journal gets changed. The maximum time this call sleeps
    may be controlled with the <parameter>timeout_usec</parameter>
    parameter. Pass <constant>(uint64_t) -1</constant> to wait
    indefinitely. Internally this call simply combines
    <function>sd_journal_get_fd()</function>,
    <function>sd_journal_get_events()</function>,
    <function>sd_journal_get_timeout()</function>,
    <function>poll()</function> and
    <function>sd_journal_process()</function> into one.</para>

    <para><function>sd_journal_reliable_fd()</function> may be used to check whether the wake-up events from
    the file descriptor returned by <function>sd_journal_get_fd()</function> are known to be quickly
    triggered. On certain file systems where file change events from the OS are not available (such as NFS)
    changes need to be polled for repeatedly, and hence are detected only with a considerable latency. This
    call will return a positive value if the journal changes are detected quickly and zero when they need to
    be polled for. Note that there is usually no need to invoke this function directly as
    <function>sd_journal_get_timeout()</function> will request appropriate timeouts anyway.</para>

    <para>Note that all of the above change notification interfaces do not report changes
    instantly. Latencies are introduced for multiple reasons: as mentioned certain storage backends require
    time-based polling, in other cases wake-ups are optimized by coalescing events, and the OS introduces
    additional IO/CPU scheduling latencies.</para>
  </refsect1>

  <refsect1>
    <title>Return Value</title>

    <para><function>sd_journal_get_fd()</function> returns a valid
    file descriptor on success or a negative errno-style error
    code.</para>

    <para><function>sd_journal_get_events()</function> returns a
    combination of <constant>POLLIN</constant>,
    <constant>POLLOUT</constant> and suchlike on success or a negative
    errno-style error code.</para>

    <para><function>sd_journal_reliable_fd()</function> returns a
    positive integer if the file descriptor returned by
    <function>sd_journal_get_fd()</function> will generate wake-ups
    immediately for all journal changes. Returns 0 if there might be a
    latency involved.</para>

    <para><function>sd_journal_process()</function> and <function>sd_journal_wait()</function> return a negative
    errno-style error code, or one of <constant>SD_JOURNAL_NOP</constant>, <constant>SD_JOURNAL_APPEND</constant> or
    <constant>SD_JOURNAL_INVALIDATE</constant> on success:</para>

    <itemizedlist>
      <listitem><para>If <constant>SD_JOURNAL_NOP</constant> is returned, the journal did not change since the last
      invocation.</para></listitem>

      <listitem><para>If <constant>SD_JOURNAL_APPEND</constant> is returned, new entries have been appended to the end
      of the journal. In this case it is sufficient to simply continue reading at the previous end location of the
      journal, to read the newly added entries.</para></listitem>

      <listitem><para>If <constant>SD_JOURNAL_INVALIDATE</constant>, journal files were added to or removed from the
      set of journal files watched (e.g. due to rotation or vacuuming), and thus entries might have appeared or
      disappeared at arbitrary places in the log stream, possibly before or after the previous end of the log
      stream. If <constant>SD_JOURNAL_INVALIDATE</constant> is returned, live-view UIs that want to reflect on screen
      the precise state of the log data on disk should probably refresh their entire display (relative to the cursor of
      the log entry on the top of the screen). Programs only interested in a strictly sequential stream of log data may
      treat <constant>SD_JOURNAL_INVALIDATE</constant> the same way as <constant>SD_JOURNAL_APPEND</constant>, thus
      ignoring any changes to the log view earlier than the old end of the log stream.</para></listitem>
    </itemizedlist>
  </refsect1>

  <refsect1>
    <title>Signal safety</title>

    <para>In general, <function>sd_journal_get_fd()</function>, <function>sd_journal_get_events()</function>, and
    <function>sd_journal_get_timeout()</function> are <emphasis>not</emphasis> "async signal safe" in the meaning of
    <citerefentry
    project='man-pages'><refentrytitle>signal-safety</refentrytitle><manvolnum>7</manvolnum></citerefentry>.
    Nevertheless, only the first call to any of those three functions performs unsafe operations, so subsequent calls
    <emphasis>are</emphasis> safe.</para>

    <para><function>sd_journal_process()</function> and <function>sd_journal_wait()</function> are not
    safe. <function>sd_journal_reliable_fd()</function> is safe.</para>
  </refsect1>

  <refsect1>
    <title>Notes</title>

    <xi:include href="threads-aware.xml" xpointer="strict"/>

    <xi:include href="libsystemd-pkgconfig.xml" xpointer="pkgconfig-text"/>
  </refsect1>

  <refsect1>
    <title>Examples</title>

    <para>Iterating through the journal, in a live view tracking all
    changes:</para>

    <programlisting><xi:include href="journal-iterate-wait.c" parse="text" /></programlisting>

    <para>Waiting with <function>poll()</function> (this
    example lacks all error checking for the sake of
    simplicity):</para>

    <programlisting><xi:include href="journal-iterate-poll.c" parse="text" /></programlisting>
  </refsect1>

  <refsect1>
    <title>History</title>
    <para><function>sd_journal_get_fd()</function>,
    <function>sd_journal_process()</function>, and
    <function>sd_journal_wait()</function> were added in version 187.</para>
    <para><function>sd_journal_reliable_fd()</function> was added in version 196.</para>
    <para><function>sd_journal_get_events()</function> and
    <function>sd_journal_get_timeout()</function> were added in version 201.</para>
  </refsect1>

  <refsect1>
    <title>See Also</title>

    <para>
      <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
      <citerefentry><refentrytitle>sd-journal</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
      <citerefentry><refentrytitle>sd_journal_open</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
      <citerefentry><refentrytitle>sd_journal_next</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
      <citerefentry><refentrytitle>poll</refentrytitle><manvolnum>2</manvolnum></citerefentry>,
      <citerefentry><refentrytitle>clock_gettime</refentrytitle><manvolnum>2</manvolnum></citerefentry>
    </para>
  </refsect1>

</refentry>