<div dir="ltr"><div>root@u1:~# sudo umount /sys/fs/fuse/connections<br>root@u1:~# <br><br>in another terminal:<br>root@thouraya-Lenovo-3000-N500:/home/thouraya# lxc-checkpoint -s -D /home/thouraya/lxcCR -n u1<br>Checkpointing u1 failed.<br><br>dump.log<br>Warn (fsnotify.c:183): fsnotify: Handle 800001:60a0d cannot be opened<br>Warn (fsnotify.c:183): fsnotify: Handle 800001:6511a cannot be opened<br>Error (parasite-syscall.c:387): si_code=4 si_pid=2886 si_status=5<br>Error (parasite-syscall.c:387): si_code=4 si_pid=2887 si_status=5<br>Error (parasite-syscall.c:387): si_code=4 si_pid=2888 si_status=5<br>Error (mount.c:448): 75:./sys/fs/pstore doesn't have a proper root mount<br>Error (cr-dump.c:1953): Dumping FAILED.<br><br></div>Bests. <br><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-10-07 15:30 GMT+01:00 Tycho Andersen <span dir="ltr"><<a href="mailto:tycho.andersen@canonical.com" target="_blank">tycho.andersen@canonical.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Oct 07, 2014 at 10:15:20AM +0100, Thouraya TH wrote:<br>
> root@u1:/# sudo umount /sys/fs/fuse/<br>
> umount : /sys/fs/fuse/ : n'est pas monté<br>
<br>
</span>I think the mountpoint is /sys/fs/fuse/connections according to your<br>
output below. You might try that path instead.<br>
<span class=""><br>
> !!<br>
> it doesn't work<br>
<br>
</span>Yes, I'm not sure if you can unmount fuse until you unmount all the<br>
fuse filesystems that are mounted (sshfs, encfs, etc.).<br>
<span class="HOEnZb"><font color="#888888"><br>
Tycho<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> As you know i have already done this:<br>
><br>
> root@u1:/# sudo umount /sys/fs/pstore<br>
> root@u1:/# vim /etc/fstab<br>
> root@u1:/# vim /etc/fstab<br>
><br>
> i have only this line in the file:<br>
> -- > # UNCONFIGURED FSTAB FOR BASE SYSTEM<br>
><br>
> root@u1:/# rmdir /sys/fs/pstore<br>
> rmdir: échec de suppression de «/sys/fs/pstore»: Permission non accordée<br>
> root@u1:/# sudo rmdir /sys/fs/pstore<br>
> rmdir: échec de suppression de «/sys/fs/pstore»: Permission non accordée<br>
> root@u1:/# sudo su<br>
> root@u1:/# rmdir /sys/fs/pstore<br>
> rmdir: échec de suppression de «/sys/fs/pstore»: Permission non accordée<br>
> root@u1:/#<br>
><br>
> Bests.<br>
><br>
> 2014-10-07 10:10 GMT+01:00 Pavel Emelyanov <<a href="mailto:xemul@parallels.com">xemul@parallels.com</a>>:<br>
><br>
> > On 10/07/2014 12:48 PM, Thouraya TH wrote:<br>
> > > Thanks for answer :)<br>
> > ><br>
> > > sudo umount /sys/fs/fuse/<br>
> > ><br>
> > > That's it ?<br>
> ><br>
> > Yes<br>
> ><br>
> > > Bests.<br>
> > ><br>
> > > 2014-10-07 9:23 GMT+01:00 Pavel Emelyanov <<a href="mailto:xemul@parallels.com">xemul@parallels.com</a> <mailto:<br>
> > <a href="mailto:xemul@parallels.com">xemul@parallels.com</a>>>:<br>
> > ><br>
> > > On 10/06/2014 09:18 PM, Thouraya TH wrote:<br>
> > > > Hello :) Thanks for answer :)<br>
> > > ><br>
> > > > root@u1:/# cd /sys/fs/fuse/connections<br>
> > > > root@u1:/sys/fs/fuse/connections# ls<br>
> > > > 30<br>
> > > > root@u1:/sys/fs/fuse/connections# cd 30/<br>
> > > > root@u1:/sys/fs/fuse/connections/30# ls<br>
> > > > abort congestion_threshold max_background waiting<br>
> > > ><br>
> > > > root@u1:~# cat /proc/self/mountinfo<br>
> > > > 69 52 8:1 /var/lib/lxc/u1/rootfs / rw,relatime - ext4<br>
> > /dev/disk/by-uuid/afcb71d4-c111-4988-ae14-df81b2a06181<br>
> > rw,errors=remount-ro,data=ordered<br>
> > > > 70 69 0:32 / /proc rw,nosuid,nodev,noexec,relatime - proc proc rw<br>
> > > > 71 69 0:33 / /sys rw,relatime - sysfs sysfs rw<br>
> > > > 72 71 0:16 / /sys/fs/fuse/connections rw,relatime - fusectl none rw<br>
> > > > 73 71 0:6 / /sys/kernel/debug rw,relatime - debugfs none rw<br>
> > > > 74 71 0:10 / /sys/kernel/security rw,relatime - securityfs none rw<br>
> > > > 75 71 0:14 /fs/pstore /sys/fs/pstore<br>
> > rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw<br>
> > > > 53 69 0:34 / /dev/pts rw,relatime - devpts devpts<br>
> > rw,gid=5,mode=620,ptmxmode=666<br>
> > > > 54 69 0:34 /ptmx /dev/ptmx rw,relatime - devpts devpts<br>
> > rw,gid=5,mode=620,ptmxmode=666<br>
> > > > 55 71 0:35 / /sys/fs/cgroup rw,relatime - tmpfs none<br>
> > rw,size=4k,mode=755<br>
> > > > 56 69 0:36 / /run rw,nosuid,noexec,relatime - tmpfs none<br>
> > rw,size=97708k,mode=755<br>
> > > > 57 56 0:37 / /run/lock rw,nosuid,nodev,noexec,relatime - tmpfs<br>
> > none rw,size=5120k<br>
> > > > 58 56 0:38 / /run/shm rw,nosuid,nodev,relatime - tmpfs none rw<br>
> > > > 59 56 0:39 / /run/user rw,nosuid,nodev,noexec,relatime - tmpfs<br>
> > none rw,size=102400k,mode=755<br>
> > ><br>
> > > Ah I see. In the upstream kernel fuse and fusectl are not<br>
> > virtualized. So<br>
> > > the latter fs when mounted inside container reveals fuse mounts from<br>
> > all<br>
> > > the system. And criu fails to dump one, though none of the<br>
> > connections<br>
> > > seen inside fusectl belong to this container.<br>
> > ><br>
> > > Serge, Tycho, do you have any ideas what can we do about it?<br>
> > ><br>
> > > Thouraya, I think for your experiments you can just umount the<br>
> > fusectl fs.<br>
> > ><br>
> > > Thanks,<br>
> > > Pavel<br>
> > ><br>
> > ><br>
> ><br>
> ><br>
</div></div></blockquote></div><br></div>