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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.