[Users] chkpnt: Error: d_path is invisible /var/lock

Vitaliy Gusev vgusev at openvz.org
Wed Sep 30 04:45:15 EDT 2009 

On Wednesday 30 September 2009 12:13:39 pm Anthony - wrote:

Ok, I will ivestigate this. But why /var/lock is mounted twice in VE (before chkpnt) ?

As workaround you can do "umount /va/lock".

> Hi,
> 
> here is the command result on the host before first chkpnt :
> 
> none /sys sysfs rw,nosuid,nodev,noexec 0 0
> none /proc proc rw,nosuid,nodev,noexec 0 0
> udev /dev tmpfs rw,mode=755 0 0
> /dev/disk/by-uuid/52755e51-82e3-4df7-bdee-a91e834b04c1 / ext3
> rw,relatime,errors=remount-ro,data=ordered 0 0
> tmpfs /lib/init/rw tmpfs rw,nosuid,mode=755 0 0
> fusectl /sys/fs/fuse/connections fusectl rw 0 0
> varrun /var/run tmpfs rw,nosuid,mode=755 0 0
> varlock /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
> tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
> devpts /dev/pts devpts rw,nosuid,noexec,gid=5,mode=620 0 0
> /dev/sda7 /mnt/data ext3 rw,nosuid,nodev,errors=continue,data=ordered 0 0
> /dev/sda8 /tmp/qemuShare vfat
> rw,sync,dirsync,nosuid,nodev,fmask=0022,dmask=0022,allow_utime=177777,codepage=cp437,iocharset=utf8
> 0 0
> rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
> nfsd /proc/fs/nfsd nfsd rw 0 0
> binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0
> gvfs-fuse-daemon /home/all/.gvfs fuse.gvfs-fuse-daemon
> rw,nosuid,nodev,user_id=1000,group_id=1000 0 0
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/private
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root
> simfs rw 0 0
> proc
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/proc
> proc rw 0 0
> sysfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/sys
> sysfs rw 0 0
> tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw,mode=755 0 0
> tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> tmpfs rw 0 0
> devpts
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/pts
> devpts rw,gid=5,mode=620 0 0
> tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/shm
> tmpfs rw 0 0
> tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw,mode=755 0 0
> tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> tmpfs rw 0 0
> 
> and after the restore :
> 
>  none /sys sysfs rw,nosuid,nodev,noexec 0 0
> none /proc proc rw,nosuid,nodev,noexec 0 0
> udev /dev tmpfs rw,mode=755 0 0
> /dev/disk/by-uuid/52755e51-82e3-4df7-bdee-a91e834b04c1 / ext3
> rw,relatime,errors=remount-ro,data=ordered 0 0
> tmpfs /lib/init/rw tmpfs rw,nosuid,mode=755 0 0
> fusectl /sys/fs/fuse/connections fusectl rw 0 0
> varrun /var/run tmpfs rw,nosuid,mode=755 0 0
> varlock /var/lock tmpfs rw,nosuid,nodev,noexec 0 0
> tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0
> devpts /dev/pts devpts rw,nosuid,noexec,gid=5,mode=620 0 0
> /dev/sda7 /mnt/data ext3 rw,nosuid,nodev,errors=continue,data=ordered 0 0
> /dev/sda8 /tmp/qemuShare vfat
> rw,sync,dirsync,nosuid,nodev,fmask=0022,dmask=0022,allow_utime=177777,codepage=cp437,iocharset=utf8
> 0 0
> rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
> nfsd /proc/fs/nfsd nfsd rw 0 0
> binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,nosuid,nodev,noexec 0 0
> gvfs-fuse-daemon /home/all/.gvfs fuse.gvfs-fuse-daemon
> rw,nosuid,nodev,user_id=1000,group_id=1000 0 0
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/private
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root
> simfs rw 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/proc
> proc rw,nosuid,noexec,nodiratime 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/sys
> sysfs rw 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> tmpfs rw 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/pts
> devpts rw,gid=5,mode=620 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/shm
> tmpfs rw 0 0
> none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw 0 0
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/private
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> simfs rw 0 0
> 
> 
> Here is the diff between both checks:
> 
> 
> 
> < proc
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/proc
> proc rw 0 0
> < sysfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/sys
> sysfs rw 0 0
> < tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw,mode=755 0 0
> < tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> tmpfs rw 0 0
> < devpts
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/pts
> devpts rw,gid=5,mode=620 0 0
> < tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/shm
> tmpfs rw 0 0
> < tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw,mode=755 0 0
> < tmpfs
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> tmpfs rw 0 0
> ---
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/proc
> proc rw,nosuid,noexec,nodiratime 0 0
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/sys
> sysfs rw 0 0
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw 0 0
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> tmpfs rw 0 0
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/pts
> devpts rw,gid=5,mode=620 0 0
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/dev/shm
> tmpfs rw 0 0
> > none
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/run
> tmpfs rw 0 0
> >
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/private
> /mnt/data/catalogue/machines/master/0c0cf7cb-efb4-4065-ac2d-e63ad51e72cf/root/var/lock
> simfs rw 0 0
> 
> 
> thanks
> 
> anthony
> 
> 
> 
> 
> 2009/9/29 Vitaliy Gusev <vgusev at openvz.org>
> 
> > On Friday 11 September 2009 03:43:45 pm Anthony wrote:
> > > Hi,
> > >
> > > Thanks for replying.
> > >
> > > I'm using linux 2.6.26-2-openvz-amd64 (in Ubuntu), and the OS template
> > > is ubuntu-6.06-i386-minimal.tar.gz
> >
> > Hello! Can you show output 'cat /proc/mounts' in case:  before first chkpnt
> > and  after restore ?
> >
> > >
> > > Regards
> > > Anthony
> > >
> > > On Fri, Sep 11, 2009 at 12:59 PM, Thorsten Schifferdecker
> > > <tsd at debian.systs.org> wrote:
> > > > reHi,
> > > >
> > > > please post your kernel version and used OS Template.
> > > >
> > > > Bye,
> > > >  Thorsten
> > > >
> > > > Anthony - wrote:
> > > >> Hi,
> > > >>
> > > >> I'm trying to use the vzctl chkpnt/restore commands.
> > > >>
> > > >> Here is what I get :
> > > >>
> > > >> 1st chkpnt OK:
> > > >>
> > > >> sudo vzctl chkpnt 100 --dumpfile dump1
> > > >> Setting up checkpoint...
> > > >>       suspend...
> > > >>       dump...
> > > >>       kill...
> > > >> VE is unmounted
> > > >> Checkpointing completed succesfully
> > > >>
> > > >>
> > > >>
> > > >> restore OK:
> > > >>
> > > >> sudo vzctl restore 100 --dumpfile dump1
> > > >> Restoring VE ...
> > > >> Warning: distribution not specified default used /etc/vz/dists/default
> > > >> Starting VE ...
> > > >> VE is mounted
> > > >>       undump...
> > > >> Setting CPU units: 10561
> > > >>
> > > >> Configure meminfo: 138288
> > > >> Configure veth devices: hnsTap0 hnsTap1
> > > >>       resume...
> > > >> VE start in progress...
> > > >> Restoring completed succesfully
> > > >>
> > > >>
> > > >>
> > > >> and the 2nd chkpnt fails:
> > > >>
> > > >> sudo vzctl chkpnt 100 --dumpfile dump1
> > > >> Setting up checkpoint...
> > > >>       suspend...
> > > >>       dump...
> > > >> Can not dump VE: Invalid argument
> > > >> Error: d_path is invisible /var/lock
> > > >> Checkpointing failed
> > > >>
> > > >>
> > > >>
> > > >> What is the problem with /var/lock ?
> > > >>
> > > >> ls -lh /var/lock
> > > >> total 0
> > > >> drwxr-xr-x 2 www-data root 40 2009-09-10 09:15 apache2
> > > >> -rw-r--r-- 1 root     root  0 2009-09-10 09:15 vz
> > > >>
> > > >>
> > > >>
> > > >> Thanks
> > > >> Anthony
> > > >>
> > > >>
> > > >>
> > ------------------------------------------------------------------------
> > > >>
> > > >> _______________________________________________
> > > >> Users mailing list
> > > >> Users at openvz.org
> > > >> https://openvz.org/mailman/listinfo/users
> > > > _______________________________________________
> > > > Users mailing list
> > > > Users at openvz.org
> > > > https://openvz.org/mailman/listinfo/users
> > > >
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users at openvz.org
> > > https://openvz.org/mailman/listinfo/users
> > >
> > >
> >
>

More information about the Users mailing list