]> git.ipfire.org Git - thirdparty/systemd.git/commitdiff
man: also mention systemd-coredump@.service and systemd-coredump.socket 2944/head
authorZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 6 Apr 2016 01:00:10 +0000 (21:00 -0400)
committerZbigniew Jędrzejewski-Szmek <zbyszek@in.waw.pl>
Wed, 6 Apr 2016 01:00:10 +0000 (21:00 -0400)
Added in 3c171f0b1e.

Makefile-man.am
man/systemd-coredump.xml

index a7e348b1f1374068e0f9f0a737a53189806bd50f..db9b0904322658d151ad7f8dd5e8aa57d7f12eaa 100644 (file)
@@ -1849,11 +1849,21 @@ MANPAGES += \
        man/coredumpctl.1 \
        man/systemd-coredump.8
 MANPAGES_ALIAS += \
-       man/coredump.conf.d.5
+       man/coredump.conf.d.5 \
+       man/systemd-coredump.socket.8 \
+       man/systemd-coredump@.service.8
 man/coredump.conf.d.5: man/coredump.conf.5
+man/systemd-coredump.socket.8: man/systemd-coredump.8
+man/systemd-coredump@.service.8: man/systemd-coredump.8
 man/coredump.conf.d.html: man/coredump.conf.html
        $(html-alias)
 
+man/systemd-coredump.socket.html: man/systemd-coredump.html
+       $(html-alias)
+
+man/systemd-coredump@.service.html: man/systemd-coredump.html
+       $(html-alias)
+
 endif
 
 if ENABLE_EFI
index aa352448b20e1ba081072887821cf9700dfc212e..51dc27e8d36691d44ed3901d401d94b58ec4ecd2 100644 (file)
 
   <refnamediv>
     <refname>systemd-coredump</refname>
+    <refname>systemd-coredump.socket</refname>
+    <refname>systemd-coredump@.service</refname>
     <refpurpose>Log and store core dumps</refpurpose>
   </refnamediv>
 
   <refsynopsisdiv>
     <para><filename>/usr/lib/systemd/systemd-coredump</filename></para>
+    <para><filename>systemd-coredump@.service</filename></para>
+    <para><filename>systemd-coredump.socket</filename></para>
   </refsynopsisdiv>
 
   <refsect1>
     backtrace if possible, and store the core (contents of process' memory contents) in an external
     file on disk in <filename>/var/lib/systemd/coredump</filename>.</para>
 
+    <para>When the kernel invokes <command>systemd-coredump</command> to handle a coredump,
+    it will connect to the socket created by the <filename>systemd-coredump.socket</filename>
+    unit, which in turn will spawn a <filename>systemd-coredump@.service</filename> instance
+    to process the coredump. Hence <filename>systemd-coredump.socket</filename>
+    and <filename>systemd-coredump@.service</filename> are helper units which do the actual
+    processing of coredumps and are subject to normal service management.</para>
+
     <para>The log entry and a backtrace are stored in the journal, and can be viewed with
     <citerefentry><refentrytitle>journalctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>.
     <citerefentry><refentrytitle>coredumpctl</refentrytitle><manvolnum>1</manvolnum></citerefentry>