From: Greg Kurz <gkurz-NmTC/0ZBporQT0dZR+AlfA@public.gmane.org>
To: Louis Rilling <Louis.Rilling-aw0BnHfMbSpBDgjK7y7TUQ@public.gmane.org>
Cc: Dan Smith <danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>,
Sukadev Bhattiprolu
<sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>,
Containers
<containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
Nathan Lynch <nathanl-V7BBcbaFuwjMbYB6QlFGEg@public.gmane.org>
Subject: Re: C/R and stdio redirection
Date: Wed, 08 Sep 2010 12:00:33 +0200 [thread overview]
Message-ID: <1283940033.32527.77.camel@bahia> (raw)
In-Reply-To: <20100908084152.GC4812-Hu8+6S1rdjywhHL9vcZdMVaTQe2KTcn/@public.gmane.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.
next prev parent reply other threads:[~2010-09-08 10:00 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-07 20:03 C/R and stdio redirection Sukadev Bhattiprolu
[not found] ` <20100907200326.GA22256-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-09-08 8:41 ` Louis Rilling
[not found] ` <20100908084152.GC4812-Hu8+6S1rdjywhHL9vcZdMVaTQe2KTcn/@public.gmane.org>
2010-09-08 10:00 ` Greg Kurz [this message]
2010-09-08 10:21 ` Louis Rilling
2010-09-08 9:44 ` Greg Kurz
2010-10-06 5:50 ` Sukadev Bhattiprolu
[not found] ` <20101006055017.GA22969-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2010-10-06 9:58 ` Louis Rilling
[not found] ` <20101006095835.GC30415-Hu8+6S1rdjywhHL9vcZdMVaTQe2KTcn/@public.gmane.org>
2010-10-06 13:43 ` Greg Kurz
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=1283940033.32527.77.camel@bahia \
--to=gkurz-nmtc/0zbporqt0dzr+alfa@public.gmane.org \
--cc=Louis.Rilling-aw0BnHfMbSpBDgjK7y7TUQ@public.gmane.org \
--cc=containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=danms-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org \
--cc=nathanl-V7BBcbaFuwjMbYB6QlFGEg@public.gmane.org \
--cc=sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org \
/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