[CRIU] Checkpointing failed
Thouraya TH
thouraya87 at gmail.com
Tue Oct 7 07:40:05 PDT 2014
root at u1:~# sudo umount /sys/fs/fuse/connections
root at u1:~#
in another terminal:
root at thouraya-Lenovo-3000-N500:/home/thouraya# lxc-checkpoint -s -D
/home/thouraya/lxcCR -n u1
Checkpointing u1 failed.
dump.log
Warn (fsnotify.c:183): fsnotify: Handle 800001:60a0d cannot be opened
Warn (fsnotify.c:183): fsnotify: Handle 800001:6511a cannot be opened
Error (parasite-syscall.c:387): si_code=4 si_pid=2886 si_status=5
Error (parasite-syscall.c:387): si_code=4 si_pid=2887 si_status=5
Error (parasite-syscall.c:387): si_code=4 si_pid=2888 si_status=5
Error (mount.c:448): 75:./sys/fs/pstore doesn't have a proper root mount
Error (cr-dump.c:1953): Dumping FAILED.
Bests.
2014-10-07 15:30 GMT+01:00 Tycho Andersen <tycho.andersen at canonical.com>:
> On Tue, Oct 07, 2014 at 10:15:20AM +0100, Thouraya TH wrote:
> > root at u1:/# sudo umount /sys/fs/fuse/
> > umount : /sys/fs/fuse/ : n'est pas monté
>
> I think the mountpoint is /sys/fs/fuse/connections according to your
> output below. You might try that path instead.
>
> > !!
> > it doesn't work
>
> Yes, I'm not sure if you can unmount fuse until you unmount all the
> fuse filesystems that are mounted (sshfs, encfs, etc.).
>
> Tycho
>
> > 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/a4392c3f/attachment.html>
More information about the CRIU
mailing list