supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: Ian Stokes-Rees <i.stokes-rees1@physics.ox.ac.uk>
Subject: Using chpst to block setpgrp?
Date: Thu, 12 May 2005 16:27:24 +0100	[thread overview]
Message-ID: <428375DC.7020504@physics.ox.ac.uk> (raw)

Hi,

I am pretty sure the answer to this question is "no way", but is there
any mechanism that can be used to block "setpgrp"?  I can't see that
there is.  Basically we are using runit to start arbitrary user
"processes" but we want to keep track of them.  If they "daemonize" or
change their process group they can get away from us.  The (quasi)
inverse of "chpst -P" would be nice.

This is all for a batch scheduler -- people can circumvent the system
through daemons and process groups so that their processes keep
executing beyond their allocated time either to get a bigger slice or
for more malicious reasons such as to snoop on the subsequent jobs which
run.

I suppose in any case there is nothing to stop a user from doing a
regular "fork and kill" which would immediately invalidate the PPID, but
I am less clear on what would happen to the PGID in this case.

We would like to have PGID fixed for all processes started by a single
user process so that we can "corral" them and then kill them all when
the original process exits/dies or the alotted time expires.

Cheers,

Ian
-- 
Ian Stokes-Rees                 i.stokes-rees@physics.ox.ac.uk
Particle Physics, Oxford        http://www-pnp.physics.ox.ac.uk/~stokes


                 reply	other threads:[~2005-05-12 15:27 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=428375DC.7020504@physics.ox.ac.uk \
    --to=i.stokes-rees1@physics.ox.ac.uk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).