Hi!
I use aufs (openvz kernel 2.6.32) for mounting root fs for containers (CT).
And faced a problem with checkpoint/restore. When NFS is used between an
aufs mount point and CT root, then checkpoint/restore is working fine
(aufs is compiled with AUFS_EXPORTS=y). But whithout NFS there are found a
following problems:
-- file is referenced outside
[code]
              if (obj->o_count !=
atomic_long_read(&file->f_count)) {
                       eprintk_ctx("file struct is
referenced outside %d %ld\n", obj->o_count, atomic_long_read(&file->f_c
                      Â
cpt_printk_dentry(file->f_dentry, file->f_vfsmnt);
                       return -EBUSY;
[/code]
-- file is from FSMAGIC_SQUASH
-- file can not be accesed from ve
[code]
     if (!(oldmnt->mnt_sb->s_flags & MS_NOUSER) &&
        Â!ve_accessible_veid(vfsmnt->owner,get_exec_env()->veid))
{
               retval = ERR_PTR(-EINVAL);
               goto out_err;
       }
[/code]
-- name of file is
[code]
Restore error, undump failed: No such file or directory
Error: rst_open_file: failed to lookup path
'/livecd/images/_vz_private_202/ct-202-01-base.lzm/lib/[1]libnss_files-2.12.
so':
[/code]
(aufs mount pount is /vz/private/202, squashfs is mounted at
/livecd/images/_vz_private_202/ct-202-01-base.lzm)
A question: is it possible to hide internal aufs files from the rest of the
kernel? And represent this files as aufs files?
References
1. http://libnss_files-2.12.so/
------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds