* checkpointing VFS internals
@ 2008-12-04 15:01 Dave Hansen
0 siblings, 0 replies; only message in thread
From: Dave Hansen @ 2008-12-04 15:01 UTC (permalink / raw)
To: Serge E. Hallyn; +Cc: containers
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
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2008-12-04 15:01 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-12-04 15:01 checkpointing VFS internals Dave Hansen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox