/mandos/release

To get this branch, use:
bzr branch http://bzr.recompile.se/loggerhead/mandos/release

« back to all changes in this revision

Viewing changes to initramfs-tools-hook-conf

  • Committer: Teddy Hogeborn
  • Date: 2019-07-30 17:03:57 UTC
  • mto: This revision was merged to the branch mainline in revision 384.
  • Revision ID: teddy@recompile.se-20190730170357-jte0piul5mq7j5pr
Server: Reap zombies created by multiprocessing.Process()

When creating checkers as multiprocessing.Process() objects, the
multiprocessing module also creates a parent process (for the
call_pipe() function) to call the actual checker process, but this
parent process is not reaped.  This is not a huge problem, since the
zombie is always reaped automatically the next time the multiprocess
starts a new process, but the zombies can be up to as many as there
have ever been simultaneous checker processes.  To fix this, the
process object must be join():ed when they report completion of the
child checker process.

* mandos (Client): Fix doc string to correctly state that
                   Client.checker is a multiprocess.Process() and not
                   a subprocess.Popen() object.
  (Client.checker_callback): After the returncode of the checker
                             process has been read, wait for the
                             self.checker Process object to finish by
                             calling join() on it.

Reported-by: Peter Palfrader <weasel@debian.org>

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
 
# -*- shell-script -*-
2
 
 
3
 
# if mkinitramfs is started by mkinitramfs-kpkg, mkinitramfs-kpkg has
4
 
# already touched the initrd file with umask 022 before we had a
5
 
# chance to affect it.  We cannot allow a readable initrd file,
6
 
# therefore we must fix this now.
7
 
if [ -e "${outfile}" ] \
8
 
    && [ `stat --format=%s "${outfile}"` -eq 0 ]; then
9
 
    rm "${outfile}"
10
 
    (umask 027; touch "${outfile}")
11
 
fi
12
 
 
13
 
UMASK=027