rc.shutdown and jails

[Julian Elischer]

Nielsen wrote:
> Julian Elischer wrote:
> 
>> I think we should introduce an "init" process for jails..
>>
>> It would be responsible for all that the normal init is responsible for
>> except for being the default parent.. (some might argue for that too).
>> Sending it a particular signal would notify it to
>> send shutdown signals to all its compatriots in the jail etc.
> 
> 
> This was necessary pre 5.2. Now that's it's possible to do all of this 
> from the host system (by adding a process to a jail) there's no real 
> need for  an init type process anymore.
> 
> As Michal mentioned, utilities like 'jailer' or 'kjailer' used to be 
> necessary, but now a few simple utilities or scripts can manage a jail 
> from the host system just fine. If these utilities were found in FreeBSD 
> itself, it would round out the jail side of things nicely.
> 
> Of course I'm partial to my own 'jailutils' but others that served the 
> same purpose would work just as well.
> 
> http://memberwebs.com/nielsen/freebsd/jails/jailutils/
> 
> The only thing I miss from this change is the inability to have per-jail 
> consoles (which was possible with the 'jailer' package in 4.x), but 
> that's another topic.


I still prefer the idea of a per-jail init.
jsut because one can do it from outside doesn;t mean we SHOUDL do it from
outside..
For example the ability to have your own /etc/ttys to restart processes and
handle signals in the jail is easier done inside..
We could also suport it even better with a few kernel assists.
(e.g register an init with the kernel as the "official" init for the
jail).


> 
> Cheers,
> Nate
> 
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"