[CRIU] [RFC PATCH 0/6] introduce FSTYPE__AUTO

Oleg Nesterov oleg at redhat.com
Fri Mar 27 10:55:25 PDT 2015


Hello.

Not for inclusion. RFC, just for discussion, etc.

I tried to dump/restore the dummy (/bin/sleep actually) application
running in unshared mnt namespace. Dump/Restore fails because a lot
of filesystems are FSTYPE__UNSUPPORTED: xfs, hugetlbfs, autofs, configfs,
selinuxfs.

OK, lets forget about xfs for the moment. But hugetlbfs? configfs ??
They do not need anything special. Just do_new_mount() needs to know
fsname to restore this mount correctly.

Of course, trivial to fix. Just add FSTYPE__HUGETLBFS/etc. But isn't
this ugly?

AND. More importantly. IMO, we want the command line option to support
the filesystems which can "just work". This is impossible with the
compiled-in fstypes[].

Please review.

Again, this is not for inclusion. 3/6 should be reimplemented (see the
changelog) and we need to populate the FSTYPE__AUTO entries earlier on
restore. Even for correctness. parse_mountinfo_ent() is called at the
start of restore afaics. But seems to work even if not 100% correct.

Oleg.



More information about the CRIU mailing list