Quoting Garrett Cooper ([email protected]):
> On Fri, Feb 12, 2010 at 11:17 AM, Garrett Cooper <[email protected]> wrote:
> > On Fri, Feb 12, 2010 at 9:51 AM, Serge E. Hallyn <[email protected]> wrote:
> >> Right, the test is checking whether kill -1 inside a private pidns
> >> kills all processes besides init in the pid namespace.
> >
> > Yeah, that's just not smart...
> >
> >>> Therefore, not only the "sshd" but also the other processes were
> >>> affected, I think.
> >>
> >> sshd is not in the private pid namespace and should not be killed.
> >> If it is being killed by the pid -1 inside the container, then there
> >> is a kernel bug.
> >
> > No, it isn't. If the test is being run as root it'll force a reboot on the 
> > box:
> >
> >     If pid is -1:
> >             If the user has super-user privileges, the signal is sent to all
> >             processes excluding system processes (with P_SYSTEM flag set),
> >             process with ID 1 (usually init(8)), and the process sending the
> >             signal.  If the user is not the super user, the signal is sent 
> > to
> >             all processes with the same uid as the user excluding the 
> > process
> >             sending the signal.  No error is returned if any process could 
> > be
> >             signaled.
> 
> Oh wait.. containers isolate PIDs and resources, correct (a weak form

weak?  :)

> of BSD jails or Solaris zones)? If so, then I'd watch the console //
> /var/log/messages, etc and see whether or not things stay alive after
> the signal is tossed...

Right.  To approximate this testcase by hand I just tried on today's
fresh kernel git pull

        ns_exec -cp /bin/bash
        for i in `seq 1 100`; do sleep 30 & done
        kill -USR1 -1

and only the sleeps were killed.

thanks,
-serge

------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Ltp-list mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ltp-list

Reply via email to