From: Dave Hansen <dave-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>
To: "Serge E. Hallyn" <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
Cc: containers <containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org>
Subject: checkpointing VFS internals
Date: Thu, 04 Dec 2008 07:01:24 -0800 [thread overview]
Message-ID: <1228402884.13111.67.camel@nimitz> (raw)
Try the following:
mkdir foo bar
mount --bind foo bar
(date; cat) > bar/file
In another terminal:
cat bar/file
umount bar # should say busy
umount -l bar
cat bar/file # -EEXIST
# ls -l /proc/`pidof cat`/fd/
total 0
lrwx------ 1 dave dave 64 2008-12-04 06:50 0 -> /dev/pts/22
l-wx------ 1 dave dave 64 2008-12-04 06:50 1 -> barfile
lrwx------ 1 dave dave 64 2008-12-04 06:50 2 -> /dev/pts/22
You can still read and write to /proc/`pidof cat`/fd/1 as you would
probably expect. But, there's no sign of the mount in /proc/mounts
or /proc/$pid/{mounts,mountinfo,stats}. There's no apparent way to
checkpoint this from userspace currently. This is basically the
unlinked but open file problem, but with mounts.
Should we work on getting the lazy unmounts in those files? Or, is this
a case for checkpointing the mounts internally to the kernel just as we
do with unlinked files?
-- Dave
reply other threads:[~2008-12-04 15:01 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=1228402884.13111.67.camel@nimitz \
--to=dave-23vcf4htsmix0ybbhkvfkdbpr1lh4cv8@public.gmane.org \
--cc=containers-qjLDD68F18O7TbgM5vRIOg@public.gmane.org \
--cc=serue-r/Jw6+rmf7HQT0dZR+AlfA@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.