]> git.ipfire.org Git - thirdparty/systemd.git/blob - man/systemd.exec.xml
persistant -> persistent
[thirdparty/systemd.git] / man / systemd.exec.xml
1 <?xml version='1.0'?> <!--*-nxml-*-->
2 <?xml-stylesheet type="text/xsl" href="http://docbook.sourceforge.net/release/xsl/current/xhtml/docbook.xsl"?>
3 <!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
4 "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd">
5
6 <!--
7 This file is part of systemd.
8
9 Copyright 2010 Lennart Poettering
10
11 systemd is free software; you can redistribute it and/or modify it
12 under the terms of the GNU General Public License as published by
13 the Free Software Foundation; either version 2 of the License, or
14 (at your option) any later version.
15
16 systemd is distributed in the hope that it will be useful, but
17 WITHOUT ANY WARRANTY; without even the implied warranty of
18 MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
19 General Public License for more details.
20
21 You should have received a copy of the GNU General Public License
22 along with systemd; If not, see <http://www.gnu.org/licenses/>.
23 -->
24
25 <refentry id="systemd.exec">
26 <refentryinfo>
27 <title>systemd.exec</title>
28 <productname>systemd</productname>
29
30 <authorgroup>
31 <author>
32 <contrib>Developer</contrib>
33 <firstname>Lennart</firstname>
34 <surname>Poettering</surname>
35 <email>lennart@poettering.net</email>
36 </author>
37 </authorgroup>
38 </refentryinfo>
39
40 <refmeta>
41 <refentrytitle>systemd.exec</refentrytitle>
42 <manvolnum>5</manvolnum>
43 </refmeta>
44
45 <refnamediv>
46 <refname>systemd.exec</refname>
47 <refpurpose>systemd execution environment configuration</refpurpose>
48 </refnamediv>
49
50 <refsynopsisdiv>
51 <para><filename>systemd.service</filename>,
52 <filename>systemd.socket</filename>,
53 <filename>systemd.mount</filename>,
54 <filename>systemd.swap</filename></para>
55 </refsynopsisdiv>
56
57 <refsect1>
58 <title>Description</title>
59
60 <para>Unit configuration files for services, sockets,
61 mount points and swap devices share a subset of
62 configuration options which define the execution
63 environment of spawned processes.</para>
64
65 <para>This man page lists the configuration options
66 shared by these four unit types. See
67 <citerefentry><refentrytitle>systemd.unit</refentrytitle><manvolnum>5</manvolnum></citerefentry>
68 for the common options of all unit configuration
69 files, and
70 <citerefentry><refentrytitle>systemd.service</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
71 <citerefentry><refentrytitle>systemd.socket</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
72 <citerefentry><refentrytitle>systemd.swap</refentrytitle><manvolnum>5</manvolnum></citerefentry>
73 and
74 <citerefentry><refentrytitle>systemd.mount</refentrytitle><manvolnum>5</manvolnum></citerefentry>
75 for more information on the specific unit
76 configuration files. The execution specific
77 configuration options are configured in the [Service],
78 [Socket], [Mount] resp. [Swap] section, depending on the unit
79 type.</para>
80 </refsect1>
81
82 <refsect1>
83 <title>Options</title>
84
85 <variablelist>
86
87 <varlistentry>
88 <term><varname>WorkingDirectory=</varname></term>
89
90 <listitem><para>Takes an absolute
91 directory path. Sets the working
92 directory for executed
93 processes.</para></listitem>
94 </varlistentry>
95
96 <varlistentry>
97 <term><varname>RootDirectory=</varname></term>
98
99 <listitem><para>Takes an absolute
100 directory path. Sets the root
101 directory for executed processes, with
102 the
103 <citerefentry><refentrytitle>chroot</refentrytitle><manvolnum>2</manvolnum></citerefentry>
104 system call. If this is used it must
105 be ensured that the process and all
106 its auxiliary files are available in
107 the <function>chroot()</function>
108 jail.</para></listitem>
109 </varlistentry>
110
111 <varlistentry>
112 <term><varname>User=</varname></term>
113 <term><varname>Group=</varname></term>
114
115 <listitem><para>Sets the Unix user
116 resp. group the processes are executed
117 as. Takes a single user resp. group
118 name or ID as argument. If no group is
119 set the default group of the user is
120 chosen.</para></listitem>
121 </varlistentry>
122
123 <varlistentry>
124 <term><varname>SupplementaryGroups=</varname></term>
125
126 <listitem><para>Sets the supplementary
127 Unix groups the processes are executed
128 as. This takes a space separated list
129 of group names or IDs. This option may
130 be specified more than once in which
131 case all listed groups are set as
132 supplementary groups. This option does
133 not override but extends the list of
134 supplementary groups configured in the
135 system group database for the
136 user.</para></listitem>
137 </varlistentry>
138
139 <varlistentry>
140 <term><varname>Nice=</varname></term>
141
142 <listitem><para>Sets the default nice
143 level (scheduling priority) for
144 executed processes. Takes an integer
145 between -20 (highest priority) and 19
146 (lowest priority). See
147 <citerefentry><refentrytitle>setpriority</refentrytitle><manvolnum>2</manvolnum></citerefentry>
148 for details.</para></listitem>
149 </varlistentry>
150
151 <varlistentry>
152 <term><varname>OOMScoreAdjust=</varname></term>
153
154 <listitem><para>Sets the adjustment
155 level for the Out-Of-Memory killer for
156 executed processes. Takes an integer
157 between -1000 (to disable OOM killing
158 for this process) and 1000 (to make
159 killing of this process under memory
160 pressure very likely). See <ulink
161 url="http://www.kernel.org/doc/Documentation/filesystems/proc.txt">proc.txt</ulink>
162 for details.</para></listitem>
163 </varlistentry>
164
165 <varlistentry>
166 <term><varname>IOSchedulingClass=</varname></term>
167
168 <listitem><para>Sets the IO scheduling
169 class for executed processes. Takes an
170 integer between 0 and 3 or one of the
171 strings <option>none</option>,
172 <option>realtime</option>,
173 <option>best-effort</option> or
174 <option>idle</option>. See
175 <citerefentry><refentrytitle>ioprio_set</refentrytitle><manvolnum>2</manvolnum></citerefentry>
176 for details.</para></listitem>
177 </varlistentry>
178
179 <varlistentry>
180 <term><varname>IOSchedulingPriority=</varname></term>
181
182 <listitem><para>Sets the IO scheduling
183 priority for executed processes. Takes
184 an integer between 0 (highest
185 priority) and 7 (lowest priority). The
186 available priorities depend on the
187 selected IO scheduling class (see
188 above). See
189 <citerefentry><refentrytitle>ioprio_set</refentrytitle><manvolnum>2</manvolnum></citerefentry>
190 for details.</para></listitem>
191 </varlistentry>
192
193 <varlistentry>
194 <term><varname>CPUSchedulingPolicy=</varname></term>
195
196 <listitem><para>Sets the CPU
197 scheduling policy for executed
198 processes. Takes one of
199 <option>other</option>,
200 <option>batch</option>,
201 <option>idle</option>,
202 <option>fifo</option> or
203 <option>rr</option>. See
204 <citerefentry><refentrytitle>sched_setscheduler</refentrytitle><manvolnum>2</manvolnum></citerefentry>
205 for details.</para></listitem>
206 </varlistentry>
207
208 <varlistentry>
209 <term><varname>CPUSchedulingPriority=</varname></term>
210
211 <listitem><para>Sets the CPU
212 scheduling priority for executed
213 processes. Takes an integer between 1
214 (lowest priority) and 99 (highest
215 priority). The available priority
216 range depends on the selected CPU
217 scheduling policy (see above). See
218 <citerefentry><refentrytitle>sched_setscheduler</refentrytitle><manvolnum>2</manvolnum></citerefentry>
219 for details.</para></listitem>
220 </varlistentry>
221
222 <varlistentry>
223 <term><varname>CPUSchedulingResetOnFork=</varname></term>
224
225 <listitem><para>Takes a boolean
226 argument. If true elevated CPU
227 scheduling priorities and policies
228 will be reset when the executed
229 processes fork, and can hence not leak
230 into child processes. See
231 <citerefentry><refentrytitle>sched_setscheduler</refentrytitle><manvolnum>2</manvolnum></citerefentry>
232 for details. Defaults to false.</para></listitem>
233 </varlistentry>
234
235 <varlistentry>
236 <term><varname>CPUAffinity=</varname></term>
237
238 <listitem><para>Controls the CPU
239 affinity of the executed
240 processes. Takes a space-separated
241 list of CPU indexes. See
242 <citerefentry><refentrytitle>sched_setaffinity</refentrytitle><manvolnum>2</manvolnum></citerefentry>
243 for details.</para></listitem>
244 </varlistentry>
245
246 <varlistentry>
247 <term><varname>UMask=</varname></term>
248
249 <listitem><para>Controls the file mode
250 creation mask. Takes an access mode in
251 octal notation. See
252 <citerefentry><refentrytitle>umask</refentrytitle><manvolnum>2</manvolnum></citerefentry>
253 for details. Defaults to
254 0022.</para></listitem>
255 </varlistentry>
256
257 <varlistentry>
258 <term><varname>Environment=</varname></term>
259
260 <listitem><para>Sets environment
261 variables for executed
262 processes. Takes a space-separated
263 list of variable assignments. This
264 option may be specified more than once
265 in which case all listed variables
266 will be set. If the same variable is
267 set twice the later setting will
268 override the earlier setting. See
269 <citerefentry><refentrytitle>environ</refentrytitle><manvolnum>7</manvolnum></citerefentry>
270 for details.</para></listitem>
271 </varlistentry>
272 <varlistentry>
273 <term><varname>EnvironmentFile=</varname></term>
274 <listitem><para>Similar to
275 <varname>Environment=</varname> but
276 reads the environment variables from a
277 text file. The text file should
278 contain new-line separated variable
279 assignments. Empty lines and lines
280 starting with ; or # will be ignored,
281 which may be used for commenting. The
282 parser strips leading and
283 trailing whitespace from the values
284 of assignments, unless you use
285 double quotes (").
286 The
287 argument passed should be an absolute
288 file name, optionally prefixed with
289 "-", which indicates that if the file
290 does not exist it won't be read and no
291 error or warning message is
292 logged. The files listed with this
293 directive will be read shortly before
294 the process is executed. Settings from
295 these files override settings made
296 with
297 <varname>Environment=</varname>. If
298 the same variable is set twice from
299 these files the files will be read in
300 the order they are specified and the
301 later setting will override the
302 earlier setting. </para></listitem>
303 </varlistentry>
304
305 <varlistentry>
306 <term><varname>StandardInput=</varname></term>
307 <listitem><para>Controls where file
308 descriptor 0 (STDIN) of the executed
309 processes is connected to. Takes one
310 of <option>null</option>,
311 <option>tty</option>,
312 <option>tty-force</option>,
313 <option>tty-fail</option> or
314 <option>socket</option>. If
315 <option>null</option> is selected
316 standard input will be connected to
317 <filename>/dev/null</filename>,
318 i.e. all read attempts by the process
319 will result in immediate EOF. If
320 <option>tty</option> is selected
321 standard input is connected to a TTY
322 (as configured by
323 <varname>TTYPath=</varname>, see
324 below) and the executed process
325 becomes the controlling process of the
326 terminal. If the terminal is already
327 being controlled by another process the
328 executed process waits until the current
329 controlling process releases the
330 terminal.
331 <option>tty-force</option>
332 is similar to <option>tty</option>,
333 but the executed process is forcefully
334 and immediately made the controlling
335 process of the terminal, potentially
336 removing previous controlling
337 processes from the
338 terminal. <option>tty-fail</option> is
339 similar to <option>tty</option> but if
340 the terminal already has a controlling
341 process start-up of the executed
342 process fails. The
343 <option>socket</option> option is only
344 valid in socket-activated services,
345 and only when the socket configuration
346 file (see
347 <citerefentry><refentrytitle>systemd.socket</refentrytitle><manvolnum>5</manvolnum></citerefentry>
348 for details) specifies a single socket
349 only. If this option is set standard
350 input will be connected to the socket
351 the service was activated from, which
352 is primarily useful for compatibility
353 with daemons designed for use with the
354 traditional
355 <citerefentry><refentrytitle>inetd</refentrytitle><manvolnum>8</manvolnum></citerefentry>
356 daemon. This setting defaults to
357 <option>null</option>.</para></listitem>
358 </varlistentry>
359 <varlistentry>
360 <term><varname>StandardOutput=</varname></term>
361 <listitem><para>Controls where file
362 descriptor 1 (STDOUT) of the executed
363 processes is connected to. Takes one
364 of <option>inherit</option>,
365 <option>null</option>,
366 <option>tty</option>,
367 <option>syslog</option>,
368 <option>kmsg</option>,
369 <option>journal</option>,
370 <option>syslog+console</option>,
371 <option>kmsg+console</option>,
372 <option>journal+console</option> or
373 <option>socket</option>. If set to
374 <option>inherit</option> the file
375 descriptor of standard input is
376 duplicated for standard output. If set
377 to <option>null</option> standard
378 output will be connected to
379 <filename>/dev/null</filename>,
380 i.e. everything written to it will be
381 lost. If set to <option>tty</option>
382 standard output will be connected to a
383 tty (as configured via
384 <varname>TTYPath=</varname>, see
385 below). If the TTY is used for output
386 only the executed process will not
387 become the controlling process of the
388 terminal, and will not fail or wait
389 for other processes to release the
390 terminal. <option>syslog</option>
391 connects standard output to the
392 <citerefentry><refentrytitle>syslog</refentrytitle><manvolnum>3</manvolnum></citerefentry>
393 system syslog
394 service. <option>kmsg</option>
395 connects it with the kernel log buffer
396 which is accessible via
397 <citerefentry><refentrytitle>dmesg</refentrytitle><manvolnum>1</manvolnum></citerefentry>. <option>journal</option>
398 connects it with the journal which is
399 accessible via
400 <citerefentry><refentrytitle>systemd-journalctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>
401 (Note that everything that is written
402 to syslog or kmsg is implicitly stored
403 in the journal as well, those options
404 are hence supersets of this
405 one). <option>syslog+console</option>,
406 <option>journal+console</option> and
407 <option>kmsg+console</option> work
408 similarly but copy the output to the
409 system console as
410 well. <option>socket</option> connects
411 standard output to a socket from
412 socket activation, semantics are
413 similar to the respective option of
414 <varname>StandardInput=</varname>.
415 This setting defaults to the value set
416 with
417 <option>DefaultStandardOutput=</option>
418 in
419 <citerefentry><refentrytitle>systemd.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
420 which defaults to
421 <option>journal</option>.</para></listitem>
422 </varlistentry>
423 <varlistentry>
424 <term><varname>StandardError=</varname></term>
425 <listitem><para>Controls where file
426 descriptor 2 (STDERR) of the executed
427 processes is connected to. The
428 available options are identical to
429 those of
430 <varname>StandardOutput=</varname>,
431 with one exception: if set to
432 <option>inherit</option> the file
433 descriptor used for standard output is
434 duplicated for standard error. This
435 setting defaults to the value set with
436 <option>DefaultStandardError=</option>
437 in
438 <citerefentry><refentrytitle>systemd.conf</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
439 which defaults to
440 <option>inherit</option>.</para></listitem>
441 </varlistentry>
442 <varlistentry>
443 <term><varname>TTYPath=</varname></term>
444 <listitem><para>Sets the terminal
445 device node to use if standard input,
446 output or stderr are connected to a
447 TTY (see above). Defaults to
448 <filename>/dev/console</filename>.</para></listitem>
449 </varlistentry>
450 <varlistentry>
451 <term><varname>TTYReset=</varname></term>
452 <listitem><para>Reset the terminal
453 device specified with
454 <varname>TTYPath=</varname> before and
455 after execution. Defaults to
456 <literal>no</literal>.</para></listitem>
457 </varlistentry>
458 <varlistentry>
459 <term><varname>TTYVHangup=</varname></term>
460 <listitem><para>Disconnect all clients
461 which have opened the terminal device
462 specified with
463 <varname>TTYPath=</varname>
464 before and after execution. Defaults
465 to
466 <literal>no</literal>.</para></listitem>
467 </varlistentry>
468 <varlistentry>
469 <term><varname>TTYVTDisallocate=</varname></term>
470 <listitem><para>If the the terminal
471 device specified with
472 <varname>TTYPath=</varname> is a
473 virtual console terminal try to
474 deallocate the TTY before and after
475 execution. This ensures that the
476 screen and scrollback buffer is
477 cleared. Defaults to
478 <literal>no</literal>.</para></listitem>
479 </varlistentry>
480 <varlistentry>
481 <term><varname>SyslogIdentifier=</varname></term>
482 <listitem><para>Sets the process name
483 to prefix log lines sent to syslog or
484 the kernel log buffer with. If not set
485 defaults to the process name of the
486 executed process. This option is only
487 useful when
488 <varname>StandardOutput=</varname> or
489 <varname>StandardError=</varname> are
490 set to <option>syslog</option> or
491 <option>kmsg</option>.</para></listitem>
492 </varlistentry>
493 <varlistentry>
494 <term><varname>SyslogFacility=</varname></term>
495 <listitem><para>Sets the syslog
496 facility to use when logging to
497 syslog. One of <option>kern</option>,
498 <option>user</option>,
499 <option>mail</option>,
500 <option>daemon</option>,
501 <option>auth</option>,
502 <option>syslog</option>,
503 <option>lpr</option>,
504 <option>news</option>,
505 <option>uucp</option>,
506 <option>cron</option>,
507 <option>authpriv</option>,
508 <option>ftp</option>,
509 <option>local0</option>,
510 <option>local1</option>,
511 <option>local2</option>,
512 <option>local3</option>,
513 <option>local4</option>,
514 <option>local5</option>,
515 <option>local6</option> or
516 <option>local7</option>. See
517 <citerefentry><refentrytitle>syslog</refentrytitle><manvolnum>3</manvolnum></citerefentry>
518 for details. This option is only
519 useful when
520 <varname>StandardOutput=</varname> or
521 <varname>StandardError=</varname> are
522 set to <option>syslog</option>.
523 Defaults to
524 <option>daemon</option>.</para></listitem>
525 </varlistentry>
526 <varlistentry>
527 <term><varname>SyslogLevel=</varname></term>
528 <listitem><para>Default syslog level
529 to use when logging to syslog or the
530 kernel log buffer. One of
531 <option>emerg</option>,
532 <option>alert</option>,
533 <option>crit</option>,
534 <option>err</option>,
535 <option>warning</option>,
536 <option>notice</option>,
537 <option>info</option>,
538 <option>debug</option>. See
539 <citerefentry><refentrytitle>syslog</refentrytitle><manvolnum>3</manvolnum></citerefentry>
540 for details. This option is only
541 useful when
542 <varname>StandardOutput=</varname> or
543 <varname>StandardError=</varname> are
544 set to <option>syslog</option> or
545 <option>kmsg</option>. Note that
546 individual lines output by the daemon
547 might be prefixed with a different log
548 level which can be used to override
549 the default log level specified
550 here. The interpretation of these
551 prefixes may be disabled with
552 <varname>SyslogLevelPrefix=</varname>,
553 see below. For details see
554 <citerefentry><refentrytitle>sd-daemon</refentrytitle><manvolnum>7</manvolnum></citerefentry>.
555
556 Defaults to
557 <option>info</option>.</para></listitem>
558 </varlistentry>
559
560 <varlistentry>
561 <term><varname>SyslogLevelPrefix=</varname></term>
562 <listitem><para>Takes a boolean
563 argument. If true and
564 <varname>StandardOutput=</varname> or
565 <varname>StandardError=</varname> are
566 set to <option>syslog</option> or
567 <option>kmsg</option> log lines
568 written by the executed process that
569 are prefixed with a log level will be
570 passed on to syslog with this log
571 level set but the prefix removed. If
572 set to false, the interpretation of
573 these prefixes is disabled and the
574 logged lines are passed on as-is. For
575 details about this prefixing see
576 <citerefentry><refentrytitle>sd-daemon</refentrytitle><manvolnum>7</manvolnum></citerefentry>.
577 Defaults to true.</para></listitem>
578 </varlistentry>
579
580 <varlistentry>
581 <term><varname>TimerSlackNSec=</varname></term>
582 <listitem><para>Sets the timer slack
583 in nanoseconds for the executed
584 processes. The timer slack controls the
585 accuracy of wake-ups triggered by
586 timers. See
587 <citerefentry><refentrytitle>prctl</refentrytitle><manvolnum>2</manvolnum></citerefentry>
588 for more information. Note that in
589 contrast to most other time span
590 definitions this parameter takes an
591 integer value in nano-seconds and does
592 not understand any other
593 units.</para></listitem>
594 </varlistentry>
595
596 <varlistentry>
597 <term><varname>LimitCPU=</varname></term>
598 <term><varname>LimitFSIZE=</varname></term>
599 <term><varname>LimitDATA=</varname></term>
600 <term><varname>LimitSTACK=</varname></term>
601 <term><varname>LimitCORE=</varname></term>
602 <term><varname>LimitRSS=</varname></term>
603 <term><varname>LimitNOFILE=</varname></term>
604 <term><varname>LimitAS=</varname></term>
605 <term><varname>LimitNPROC=</varname></term>
606 <term><varname>LimitMEMLOCK=</varname></term>
607 <term><varname>LimitLOCKS=</varname></term>
608 <term><varname>LimitSIGPENDING=</varname></term>
609 <term><varname>LimitMSGQUEUE=</varname></term>
610 <term><varname>LimitNICE=</varname></term>
611 <term><varname>LimitRTPRIO=</varname></term>
612 <term><varname>LimitRTTIME=</varname></term>
613 <listitem><para>These settings control
614 various resource limits for executed
615 processes. See
616 <citerefentry><refentrytitle>setrlimit</refentrytitle><manvolnum>2</manvolnum></citerefentry>
617 for details. Use the string
618 <varname>infinity</varname> to
619 configure no limit on a specific
620 resource.</para></listitem>
621 </varlistentry>
622
623 <varlistentry>
624 <term><varname>PAMName=</varname></term>
625 <listitem><para>Sets the PAM service
626 name to set up a session as. If set
627 the executed process will be
628 registered as a PAM session under the
629 specified service name. This is only
630 useful in conjunction with the
631 <varname>User=</varname> setting. If
632 not set no PAM session will be opened
633 for the executed processes. See
634 <citerefentry><refentrytitle>pam</refentrytitle><manvolnum>8</manvolnum></citerefentry>
635 for details.</para></listitem>
636 </varlistentry>
637
638 <varlistentry>
639 <term><varname>TCPWrapName=</varname></term>
640 <listitem><para>If this is a
641 socket-activated service this sets the
642 tcpwrap service name to check the
643 permission for the current connection
644 with. This is only useful in
645 conjunction with socket-activated
646 services, and stream sockets (TCP) in
647 particular. It has no effect on other
648 socket types (e.g. datagram/UDP) and on processes
649 unrelated to socket-based
650 activation. If the tcpwrap
651 verification fails daemon start-up
652 will fail and the connection is
653 terminated. See
654 <citerefentry><refentrytitle>tcpd</refentrytitle><manvolnum>8</manvolnum></citerefentry>
655 for details.</para></listitem>
656 </varlistentry>
657
658 <varlistentry>
659 <term><varname>CapabilityBoundingSet=</varname></term>
660
661 <listitem><para>Controls which
662 capabilities to include in the
663 capability bounding set for the
664 executed process. See
665 <citerefentry><refentrytitle>capabilities</refentrytitle><manvolnum>7</manvolnum></citerefentry>
666 for details. Takes a whitespace
667 separated list of capability names as
668 read by
669 <citerefentry><refentrytitle>cap_from_name</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
670 Capabilities listed will be included
671 in the bounding set, all others are
672 removed. If the list of capabilities
673 is prefixed with ~ all but the listed
674 capabilities will be included, the
675 effect of the assignment
676 inverted. Note that this option does
677 not actually set or unset any
678 capabilities in the effective,
679 permitted or inherited capability
680 sets. That's what
681 <varname>Capabilities=</varname> is
682 for. If this option is not used the
683 capability bounding set is not
684 modified on process execution, hence
685 no limits on the capabilities of the
686 process are enforced.</para></listitem>
687 </varlistentry>
688
689 <varlistentry>
690 <term><varname>SecureBits=</varname></term>
691 <listitem><para>Controls the secure
692 bits set for the executed process. See
693 <citerefentry><refentrytitle>capabilities</refentrytitle><manvolnum>7</manvolnum></citerefentry>
694 for details. Takes a list of strings:
695 <option>keep-caps</option>,
696 <option>keep-caps-locked</option>,
697 <option>no-setuid-fixup</option>,
698 <option>no-setuid-fixup-locked</option>,
699 <option>noroot</option> and/or
700 <option>noroot-locked</option>.
701 </para></listitem>
702 </varlistentry>
703
704 <varlistentry>
705 <term><varname>Capabilities=</varname></term>
706 <listitem><para>Controls the
707 <citerefentry><refentrytitle>capabilities</refentrytitle><manvolnum>7</manvolnum></citerefentry>
708 set for the executed process. Take a
709 capability string describing the
710 effective, permitted and inherited
711 capability sets as documented in
712 <citerefentry><refentrytitle>cap_from_text</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
713 Note that these capability sets are
714 usually influenced by the capabilities
715 attached to the executed file. Due to
716 that
717 <varname>CapabilityBoundingSet=</varname>
718 is probably the much more useful
719 setting.</para></listitem>
720 </varlistentry>
721
722 <varlistentry>
723 <term><varname>ControlGroup=</varname></term>
724
725 <listitem><para>Controls the control
726 groups the executed processes shall be
727 made members of. Takes a
728 space-separated list of cgroup
729 identifiers. A cgroup identifier has a
730 format like
731 <filename>cpu:/foo/bar</filename>,
732 where "cpu" identifies the kernel
733 control group controller used, and
734 <filename>/foo/bar</filename> is the
735 control group path. The controller
736 name and ":" may be omitted in which
737 case the named systemd control group
738 hierarchy is implied. Alternatively,
739 the path and ":" may be omitted, in
740 which case the default control group
741 path for this unit is implied. This
742 option may be used to place executed
743 processes in arbitrary groups in
744 arbitrary hierarchies -- which can be
745 configured externally with additional
746 execution limits. By default systemd
747 will place all executed processes in
748 separate per-unit control groups
749 (named after the unit) in the systemd
750 named hierarchy. Since every process
751 can be in one group per hierarchy only
752 overriding the control group path in
753 the named systemd hierarchy will
754 disable automatic placement in the
755 default group. This option is
756 primarily intended to place executed
757 processes in specific paths in
758 specific kernel controller
759 hierarchies. It is however not
760 recommended to manipulate the service
761 control group path in the systemd
762 named hierarchy. For details about
763 control groups see <ulink
764 url="http://www.kernel.org/doc/Documentation/cgroups/cgroups.txt">cgroups.txt</ulink>.</para></listitem>
765 </varlistentry>
766
767 <varlistentry>
768 <term><varname>ControlGroupModify=</varname></term>
769 <listitem><para>Takes a boolean
770 argument. If true, the control groups
771 created for this unit will be owned by
772 the user specified with
773 <varname>User=</varname> (and the
774 appropriate group), and he/she can create
775 subgroups as well as add processes to
776 the group.</para></listitem>
777 </varlistentry>
778
779 <varlistentry>
780 <term><varname>ControlGroupPersistent=</varname></term>
781 <listitem><para>Takes a boolean
782 argument. If true, the control groups
783 created for this unit will be marked
784 to be persistent, i.e. systemd will
785 not remove them when stopping the
786 unit. The default is false, meaning
787 that the control groups will be
788 removed when the unit is stopped. For
789 details about the semantics of this
790 logic see <ulink
791 url="http://www.freedesktop.org/wiki/Software/systemd/PaxControlGroups">PaxControlGroups</ulink>.</para></listitem>
792 </varlistentry>
793
794 <varlistentry>
795 <term><varname>ControlGroupAttribute=</varname></term>
796
797 <listitem><para>Set a specific control
798 group attribute for executed
799 processes, and (if needed) add the the
800 executed processes to a cgroup in the
801 hierarchy of the controller the
802 attribute belongs to. Takes two
803 space-separated arguments: the
804 attribute name (syntax is
805 <literal>cpu.shares</literal> where
806 <literal>cpu</literal> refers to a
807 specific controller and
808 <literal>shares</literal> to the
809 attribute name), and the attribute
810 value. Example:
811 <literal>ControlGroupAttribute=cpu.shares
812 512</literal>. If this option is used
813 for an attribute that belongs to a
814 kernel controller hierarchy the unit
815 is not already configured to be added
816 to (for example via the
817 <literal>ControlGroup=</literal>
818 option) then the unit will be added to
819 the controller and the default unit
820 cgroup path is implied. Thus, using
821 <varname>ControlGroupAttribute=</varname>
822 is in most case sufficient to make use
823 of control group enforcements,
824 explicit
825 <varname>ControlGroup=</varname> are
826 only necessary in case the implied
827 default control group path for a
828 service is not desirable. For details
829 about control group attributes see
830 <ulink
831 url="http://www.kernel.org/doc/Documentation/cgroups/cgroups.txt">cgroups.txt</ulink>. This
832 option may appear more than once, in
833 order to set multiple control group
834 attributes.</para></listitem>
835 </varlistentry>
836
837 <varlistentry>
838 <term><varname>CPUShares=</varname></term>
839
840 <listitem><para>Assign the specified
841 overall CPU time shares to the
842 processes executed. Takes an integer
843 value. This controls the
844 <literal>cpu.shares</literal> control
845 group attribute, which defaults to
846 1024. For details about this control
847 group attribute see <ulink
848 url="http://www.kernel.org/doc/Documentation/scheduler/sched-design-CFS.txt">sched-design-CFS.txt</ulink>.</para></listitem>
849 </varlistentry>
850
851 <varlistentry>
852 <term><varname>MemoryLimit=</varname></term>
853 <term><varname>MemorySoftLimit=</varname></term>
854
855 <listitem><para>Limit the overall memory usage
856 of the executed processes to a certain
857 size. Takes a memory size in bytes. If
858 the value is suffixed with K, M, G or
859 T the specified memory size is parsed
860 as Kilobytes, Megabytes, Gigabytes,
861 resp. Terabytes (to the base
862 1024). This controls the
863 <literal>memory.limit_in_bytes</literal>
864 and
865 <literal>memory.soft_limit_in_bytes</literal>
866 control group attributes. For details
867 about these control group attributes
868 see <ulink
869 url="http://www.kernel.org/doc/Documentation/cgroups/memory.txt">memory.txt</ulink>.</para></listitem>
870 </varlistentry>
871
872 <varlistentry>
873 <term><varname>DeviceAllow=</varname></term>
874 <term><varname>DeviceDeny=</varname></term>
875
876 <listitem><para>Control access to
877 specific device nodes by the executed processes. Takes two
878 space separated strings: a device node
879 path (such as
880 <filename>/dev/null</filename>)
881 followed by a combination of r, w, m
882 to control reading, writing resp.
883 creating of the specific device node
884 by the unit. This controls the
885 <literal>devices.allow</literal>
886 and
887 <literal>devices.deny</literal>
888 control group attributes. For details
889 about these control group attributes
890 see <ulink
891 url="http://www.kernel.org/doc/Documentation/cgroups/devices.txt">devices.txt</ulink>.</para></listitem>
892 </varlistentry>
893
894 <varlistentry>
895 <term><varname>BlockIOWeight=</varname></term>
896
897 <listitem><para>Set the default or
898 per-device overall block IO weight
899 value for the executed
900 processes. Takes either a single
901 weight value (between 10 and 1000) to
902 set the default block IO weight, or a
903 space separated pair of a file path
904 and a weight value to specify the
905 device specific weight value (Example:
906 "/dev/sda 500"). The file path may be
907 specified as path to a block device
908 node or as any other file in which
909 case the backing block device of the
910 file system of the file is
911 determined. This controls the
912 <literal>blkio.weight</literal> and
913 <literal>blkio.weight_device</literal>
914 control group attributes, which
915 default to 1000. Use this option
916 multiple times to set weights for
917 multiple devices. For details about
918 these control group attributes see
919 <ulink
920 url="http://www.kernel.org/doc/Documentation/cgroups/blkio-controller.txt">blkio-controller.txt</ulink>.</para></listitem>
921 </varlistentry>
922
923 <varlistentry>
924 <term><varname>BlockIOReadBandwidth=</varname></term>
925 <term><varname>BlockIOWriteBandwidth=</varname></term>
926
927 <listitem><para>Set the per-device
928 overall block IO bandwith limit for
929 the executed processes. Takes a space
930 separated pair of a file path and a
931 bandwith value (in bytes per second)
932 to specify the device specific
933 bandwidth. The file path may be
934 specified as path to a block device
935 node or as any other file in which
936 case the backing block device of the
937 file system of the file is determined.
938 If the bandwith is suffixed with K, M,
939 G, or T the specified bandwith is
940 parsed as Kilobytes, Megabytes,
941 Gigabytes, resp. Terabytes (Example:
942 "/dev/disk/by-path/pci-0000:00:1f.2-scsi-0:0:0:0
943 5M"). This controls the
944 <literal>blkio.read_bps_device</literal>
945 and
946 <literal>blkio.write_bps_device</literal>
947 control group attributes. Use this
948 option multiple times to set bandwith
949 limits for multiple devices. For
950 details about these control group
951 attributes see <ulink
952 url="http://www.kernel.org/doc/Documentation/cgroups/blkio-controller.txt">blkio-controller.txt</ulink>.</para></listitem>
953 </varlistentry>
954
955 <varlistentry>
956 <term><varname>ReadWriteDirectories=</varname></term>
957 <term><varname>ReadOnlyDirectories=</varname></term>
958 <term><varname>InaccessibleDirectories=</varname></term>
959
960 <listitem><para>Sets up a new
961 file-system name space for executed
962 processes. These options may be used
963 to limit access a process might have
964 to the main file-system
965 hierarchy. Each setting takes a
966 space-separated list of absolute
967 directory paths. Directories listed in
968 <varname>ReadWriteDirectories=</varname>
969 are accessible from within the
970 namespace with the same access rights
971 as from outside. Directories listed in
972 <varname>ReadOnlyDirectories=</varname>
973 are accessible for reading only,
974 writing will be refused even if the
975 usual file access controls would
976 permit this. Directories listed in
977 <varname>InaccessibleDirectories=</varname>
978 will be made inaccessible for processes
979 inside the namespace. Note that
980 restricting access with these options
981 does not extend to submounts of a
982 directory. You must list submounts
983 separately in these settings to
984 ensure the same limited access. These
985 options may be specified more than
986 once in which case all directories
987 listed will have limited access from
988 within the
989 namespace.</para></listitem>
990 </varlistentry>
991
992 <varlistentry>
993 <term><varname>PrivateTmp=</varname></term>
994
995 <listitem><para>Takes a boolean
996 argument. If true sets up a new file
997 system namespace for the executed
998 processes and mounts a private
999 <filename>/tmp</filename> directory
1000 inside it, that is not shared by
1001 processes outside of the
1002 namespace. This is useful to secure
1003 access to temporary files of the
1004 process, but makes sharing between
1005 processes via
1006 <filename>/tmp</filename>
1007 impossible. Defaults to
1008 false.</para></listitem>
1009 </varlistentry>
1010
1011 <varlistentry>
1012 <term><varname>PrivateNetwork=</varname></term>
1013
1014 <listitem><para>Takes a boolean
1015 argument. If true sets up a new
1016 network namespace for the executed
1017 processes and configures only the
1018 loopback network device
1019 <literal>lo</literal> inside it. No
1020 other network devices will be
1021 available to the executed process.
1022 This is useful to securely turn off
1023 network access by the executed
1024 process. Defaults to
1025 false.</para></listitem>
1026 </varlistentry>
1027
1028 <varlistentry>
1029 <term><varname>MountFlags=</varname></term>
1030
1031 <listitem><para>Takes a mount
1032 propagation flag:
1033 <option>shared</option>,
1034 <option>slave</option> or
1035 <option>private</option>, which
1036 control whether namespaces set up with
1037 <varname>ReadWriteDirectories=</varname>,
1038 <varname>ReadOnlyDirectories=</varname>
1039 and
1040 <varname>InaccessibleDirectories=</varname>
1041 receive or propagate new mounts
1042 from/to the main namespace. See
1043 <citerefentry><refentrytitle>mount</refentrytitle><manvolnum>1</manvolnum></citerefentry>
1044 for details. Defaults to
1045 <option>shared</option>, i.e. the new
1046 namespace will both receive new mount
1047 points from the main namespace as well
1048 as propagate new mounts to
1049 it.</para></listitem>
1050 </varlistentry>
1051
1052 <varlistentry>
1053 <term><varname>UtmpIdentifier=</varname></term>
1054
1055 <listitem><para>Takes a a four
1056 character identifier string for an
1057 utmp/wtmp entry for this service. This
1058 should only be set for services such
1059 as <command>getty</command>
1060 implementations where utmp/wtmp
1061 entries must be created and cleared
1062 before and after execution. If the
1063 configured string is longer than four
1064 characters it is truncated and the
1065 terminal four characters are
1066 used. This setting interprets %I style
1067 string replacements. This setting is
1068 unset by default, i.e. no utmp/wtmp
1069 entries are created or cleaned up for
1070 this service.</para></listitem>
1071 </varlistentry>
1072
1073 </variablelist>
1074 </refsect1>
1075
1076 <refsect1>
1077 <title>See Also</title>
1078 <para>
1079 <citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry>,
1080 <citerefentry><refentrytitle>systemctl</refentrytitle><manvolnum>8</manvolnum></citerefentry>,
1081 <citerefentry><refentrytitle>systemd.unit</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
1082 <citerefentry><refentrytitle>systemd.service</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
1083 <citerefentry><refentrytitle>systemd.socket</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
1084 <citerefentry><refentrytitle>systemd.swap</refentrytitle><manvolnum>5</manvolnum></citerefentry>,
1085 <citerefentry><refentrytitle>systemd.mount</refentrytitle><manvolnum>5</manvolnum></citerefentry>
1086 </para>
1087 </refsect1>
1088
1089 </refentry>