All of lore.kernel.org
 help / color / mirror / Atom feed
* 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 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.