From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Kurz Subject: Re: C/R and stdio redirection Date: Wed, 08 Sep 2010 12:00:33 +0200 Message-ID: <1283940033.32527.77.camel@bahia> References: <20100907200326.GA22256@us.ibm.com> <20100908084152.GC4812@hawkmoon.kerlabs.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20100908084152.GC4812-Hu8+6S1rdjywhHL9vcZdMVaTQe2KTcn/@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: containers-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: Louis Rilling Cc: Dan Smith , Sukadev Bhattiprolu , Containers , Nathan Lynch List-Id: containers.vger.kernel.org On Wed, 2010-09-08 at 10:41 +0200, Louis Rilling wrote: > I think that this should be solved by a file substitution facility combined with > an ability to ignore "unsupported files" at checkpoint. > File substitution is the ability to tell sys_restart() to substitute some of > caller's file descriptors to checkpointed file descriptors. > Ignoring "unsupported files" means that the checkpoint could record that a given > file descriptor was shared by some files_struct, but the file descriptor itself > is not checkpointed because of various reasons, like file descriptor outside > the container, unsupported file systems, etc. > Metacluster (old IBM proprietary C/R solution) had also a similar mechanism. This is the only sensible way to C/R a container with inherited descriptors. > Both of those mechanisms have been developed in Kerrighed, and Matthieu (in Cc) > should start a discussion about this in the next weeks. > Matthieu doesn't appear on the Cc line... > Thanks, > > Louis > Regards. -- Gregory Kurz gkurz-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org Software Engineer @ IBM/Meiosys http://www.ibm.com Tel +33 (0)534 638 479 Fax +33 (0)561 400 420 "Anarchy is about taking complete responsibility for yourself." Alan Moore.