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