[CRIU] Checkpointing failed

[Thouraya TH]

root at u1:/# sudo umount /sys/fs/fuse/
umount : /sys/fs/fuse/ : n'est pas monté

!!
it doesn't work

As you know i have already done this:

root at u1:/# sudo umount /sys/fs/pstore
root at u1:/# vim /etc/fstab
root at u1:/# vim /etc/fstab

i have only this line in the file:
-- > # UNCONFIGURED FSTAB FOR BASE SYSTEM

root at u1:/# rmdir /sys/fs/pstore
rmdir: échec de suppression de «/sys/fs/pstore»: Permission non accordée
root at u1:/# sudo rmdir /sys/fs/pstore
rmdir: échec de suppression de «/sys/fs/pstore»: Permission non accordée
root at u1:/# sudo su
root at u1:/#  rmdir /sys/fs/pstore
rmdir: échec de suppression de «/sys/fs/pstore»: Permission non accordée
root at u1:/#

Bests.

2014-10-07 10:10 GMT+01:00 Pavel Emelyanov <xemul at parallels.com>:

> On 10/07/2014 12:48 PM, Thouraya TH wrote:
> > Thanks for answer :)
> >
> > sudo umount /sys/fs/fuse/
> >
> > That's it ?
>
> Yes
>
> > Bests.
> >
> > 2014-10-07 9:23 GMT+01:00 Pavel Emelyanov <xemul at parallels.com <mailto:
> xemul at parallels.com>>:
> >
> >     On 10/06/2014 09:18 PM, Thouraya TH wrote:
> >     > Hello :) Thanks for answer :)
> >     >
> >     > root at u1:/# cd /sys/fs/fuse/connections
> >     > root at u1:/sys/fs/fuse/connections# ls
> >     > 30
> >     > root at u1:/sys/fs/fuse/connections# cd 30/
> >     > root at u1:/sys/fs/fuse/connections/30# ls
> >     > abort  congestion_threshold  max_background  waiting
> >     >
> >     > root at u1:~# cat /proc/self/mountinfo
> >     > 69 52 8:1 /var/lib/lxc/u1/rootfs / rw,relatime - ext4
> /dev/disk/by-uuid/afcb71d4-c111-4988-ae14-df81b2a06181
> rw,errors=remount-ro,data=ordered
> >     > 70 69 0:32 / /proc rw,nosuid,nodev,noexec,relatime - proc proc rw
> >     > 71 69 0:33 / /sys rw,relatime - sysfs sysfs rw
> >     > 72 71 0:16 / /sys/fs/fuse/connections rw,relatime - fusectl none rw
> >     > 73 71 0:6 / /sys/kernel/debug rw,relatime - debugfs none rw
> >     > 74 71 0:10 / /sys/kernel/security rw,relatime - securityfs none rw
> >     > 75 71 0:14 /fs/pstore /sys/fs/pstore
> rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw
> >     > 53 69 0:34 / /dev/pts rw,relatime - devpts devpts
> rw,gid=5,mode=620,ptmxmode=666
> >     > 54 69 0:34 /ptmx /dev/ptmx rw,relatime - devpts devpts
> rw,gid=5,mode=620,ptmxmode=666
> >     > 55 71 0:35 / /sys/fs/cgroup rw,relatime - tmpfs none
> rw,size=4k,mode=755
> >     > 56 69 0:36 / /run rw,nosuid,noexec,relatime - tmpfs none
> rw,size=97708k,mode=755
> >     > 57 56 0:37 / /run/lock rw,nosuid,nodev,noexec,relatime - tmpfs
> none rw,size=5120k
> >     > 58 56 0:38 / /run/shm rw,nosuid,nodev,relatime - tmpfs none rw
> >     > 59 56 0:39 / /run/user rw,nosuid,nodev,noexec,relatime - tmpfs
> none rw,size=102400k,mode=755
> >
> >     Ah I see. In the upstream kernel fuse and fusectl are not
> virtualized. So
> >     the latter fs when mounted inside container reveals fuse mounts from
> all
> >     the system. And criu fails to dump one, though none of the
> connections
> >     seen inside fusectl belong to this container.
> >
> >     Serge, Tycho, do you have any ideas what can we do about it?
> >
> >     Thouraya, I think for your experiments you can just umount the
> fusectl fs.
> >
> >     Thanks,
> >     Pavel
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvz.org/pipermail/criu/attachments/20141007/60f596c4/attachment-0001.html>