VZdump/restore problem between versions?

Kerridge0

Member
Feb 22, 2009
31
3
6
I have set up a knowledgetree stack installation starting with an ubuntu 8.04 template locally on a 1.4 proxmox box, and then rsynced it to an OVH 1.3 host, and restored it. It won't start, and it's not clear to me why.

Information I can give is:

* A few seconds after I press start in the pve, the status changes to "mounted"
* nothing makes it into init logger
* the boot log for the vm only ends by saying that the container has started
* nothing gets entered into syslog in pve
* I couldn't see an fails in beancounters

/var/log/vzctl.log

Code:
2009-12-22T09:59:49+0000 vzctl : CT 106 : Starting container ...
2009-12-22T09:59:49+0000 vzctl : CT 106 : Container is unmounted
2009-12-22T09:59:49+0000 vzctl : CT 106 : Container is mounted
2009-12-22T09:59:49+0000 vzctl : CT 106 : Adding IP address(es): 94.23.159.111
2009-12-22T09:59:49+0000 vzctl : CT 106 : Setting CPU units: 1000
2009-12-22T09:59:49+0000 vzctl : CT 106 : Setting CPUs: 1
2009-12-22T09:59:49+0000 vzctl : CT 106 : Configure meminfo: 524288
2009-12-22T09:59:49+0000 vzctl : CT 106 : Set hostname: dms.ftcl.info
2009-12-22T09:59:49+0000 vzctl : CT 106 : File resolv.conf was modified
2009-12-22T09:59:49+0000 vzctl : CT 106 : Setting quota ugidlimit: 0
2009-12-22T09:59:49+0000 vzctl : CT 106 : Container start in progress...
2009-12-22T10:00:01+0000 venetclean : CT 106 : CT died, clear IPs: 94.23.159.111

/var/log/syslog

Code:
Dec 22 09:59:49 ks306661 pvedaemon[11630]: starting VM 106 on node 0 (localhost)

Dec 22 09:59:49 ks306661 kernel: CT: 106: started
Dec 22 09:59:49 ks306661 kernel: Shorewall:@net2fw:DROP:IN=eth0 OUT= MAC=00:1c:c
0:eb:a2:bb:00:24:c3:84:04:00:08:00 SRC=81.107.151.111 DST=94.23.219.111 LEN=52 T
OS=0x00 PREC=0x00 TTL=120 ID=15827 DF PROTO=TCP SPT=54509 DPT=443 WINDOW=8192 RE
S=0x00 SYN URGP=0
Dec 22 09:59:49 ks306661 kernel: Shorewall:@net2fw:DROP:IN=eth0 OUT= MAC=00:1c:c
0:eb:a2:bb:00:24:c3:84:04:00:08:00 SRC=81.107.151.111 DST=94.23.219.111 LEN=52 T
OS=0x00 PREC=0x00 TTL=120 ID=15844 DF PROTO=TCP SPT=54512 DPT=443 WINDOW=8192 RE
S=0x00 SYN URGP=0
Dec 22 09:59:49 ks306661 pvedaemon[11630]: VM 106 started
Dec 22 09:59:50 ks306661 kernel: CT: 106: stopped

I'm now trying to see if it's a problem with the 1.4/1.3 version difference, with a local 1.3 server, but I'm cautious to upgrade the OVH box as there's no upgrade script available.
 
Hmm it's nothing to do with the versions as i've just restored it fine to a proxmox 1.1 installation. Could it be anything to do with LVM or lack of it on the OVH host?
 
Ok then, yes I wouldn't have thought that was a problem anyway. nor does it seem to be a version or kernel issue, due to proxmox 1.1 restoring it fine.

Any ideas where I should look next?

ta

Kerry
 
Ok then, yes I wouldn't have thought that was a problem anyway. nor does it seem to be a version or kernel issue, due to proxmox 1.1 restoring it fine.

Any ideas where I should look next?

Seem something is wrong with container init (sysvinit) - try to debug that - what services do you start?
 
is this what i need to investigate?

/var/lib/vz/private/106/etc/rc3.d/

Code:
total 4
-rw-r--r-- 1 root root 556 2009-01-23 15:01 README
lrwxrwxrwx 1 root root  18 2009-12-21 21:08 S10sysklogd -> ../init.d/sysklogd
lrwxrwxrwx 1 root root  15 2009-12-21 21:08 S11klogd -> ../init.d/klogd
lrwxrwxrwx 1 root root  13 2009-12-21 21:08 S16ssh -> ../init.d/ssh
lrwxrwxrwx 1 root root  23 2009-12-21 21:08 S17mysql-ndb-mgm -> ../init.d/mysql-ndb-mgm
lrwxrwxrwx 1 root root  19 2009-12-21 21:08 S18mysql-ndb -> ../init.d/mysql-ndb
lrwxrwxrwx 1 root root  15 2009-12-21 21:08 S19mysql -> ../init.d/mysql
lrwxrwxrwx 1 root root  17 2009-12-21 21:08 S20postfix -> ../init.d/postfix
lrwxrwxrwx 1 root root  15 2009-12-21 21:08 S20rsync -> ../init.d/rsync
lrwxrwxrwx 1 root root  21 2009-12-21 21:08 S20zend-server -> ../init.d/zend-server
lrwxrwxrwx 1 root root  13 2009-12-21 21:08 S89atd -> ../init.d/atd
lrwxrwxrwx 1 root root  14 2009-12-21 21:08 S89cron -> ../init.d/cron
lrwxrwxrwx 1 root root  17 2009-12-21 21:08 S91apache2 -> ../init.d/apache2
lrwxrwxrwx 1 root root  18 2009-12-21 21:08 S99rc.local -> ../init.d/rc.local
lrwxrwxrwx 1 root root  19 2009-12-21 21:08 S99rmnologin -> ../init.d/rmnologin

should I remove them and add them back one by one?
 
I moved all the links to a temporary directory so it was empty and still:

Code:
root@ks306661:~# mv /var/lib/vz/private/106/etc/rc3.d/S* rc
root@ks306661:~# vzctl start 106
Starting container ...
Container is unmounted
Container is mounted
Adding IP address(es): 94.23.159.111
Setting CPU units: 1000
Setting CPUs: 1
Configure meminfo: 524288
Set hostname: dms.ftcl.info
File resolv.conf was modified
Setting quota ugidlimit: 0
Container start in progress...
root@ks306661:~# vzctl status 106
CTID 106 exist mounted down

I think that means I've eliminated any failing services as a source of the problem. Any other clues? should I post this at an Openvz forum?
 
I used the exact same commands that I used locally to copy and restore to the 1.1 box mentioned earlier:-

rsync:-

Code:
screen rsync -avz --progress --stats vzdump-knowledgetree.tgz 94.23.219.111:/root

and then to restore it on the ovh host i did:-

Code:
vzdump --restore vzdump-knowledgetree.tgz 106
 
I used the exact same commands that I used locally to copy and restore to the 1.1 box mentioned earlier:-

Why dont you use vzdump to make the backup?

Anyways, does any other containers run on the destination host?
 
Ah sorry, yes I did use vzdump to make the backup in the first place:-

Code:
vzdump --stop --compress 114

I then renamed the dump and rsynced it across.

The destination has two running containers:-

1x Ubuntu django
1x Debian Lenny DTC

they both work fine, and have been since end of September although I had some problems getting the first one networked, it was dropping packets for some reason.
 
VZdump/restore problem between versions

Is it possible the security issue is with TomCat the webserver sevice, and not pNet? In that case possibly you can look into using the latest version of TomCat, or see the TomCat site for this security issue?
 
I've just downloaded the ubuntu 8.04 template from the OVH PVE and created a new, "empty" openvz VM.

This also could not start, shortly after starting had it's status go to "mounted"

So it made me look at the other VMs and there is another ubuntu openvz vm running.

I stopped this and finally the new imported vm could be started.

When I then tried to start a the "blank" ubuntu vm and that one came up "mounted"

so it seems I can't run two instances of a VM based on the same template on this OVH customised version of Proxmox 1.3.

However on servers in the office I don't have this problem.

The problem seems identical to this one, which doesn't seem to be solved:-

http://translate.google.co.uk/trans...u=http://forum.ovh.com/showthread.php?t=51529

any ideas what might be preventing two vms based on the same template from running simultaneously? could there be a workaround?
 
Long time ago there was a kernel bug with that behaviour.

here's the kernel I'm using:-

Code:
Linux ks306111.ovh.net 2.6.24-7-pve #1 SMP PREEMPT Mon Aug 17 10:37:00 CEST 2009 x86_64 GNU/Linux

it looks like there are instructions on upgrading here:-

http://forum.ovh.co.uk/showthread.php?t=2993

However OVH are not recommending this, and are saying that they will publish a script in time. I'm not particularly keen on it either unless anyone could take me through it.

Is anyone aware of a workaround for this problem? there must be some trick...
 
here's the kernel I'm using:-

Code:
Linux ks306111.ovh.net 2.6.24-7-pve #1 SMP PREEMPT Mon Aug 17 10:37:00 CEST 2009 x86_64 GNU/Linux

it looks like there are instructions on upgrading here:-

http://forum.ovh.co.uk/showthread.php?t=2993

However OVH are not recommending this, and are saying that they will publish a script in time. I'm not particularly keen on it either unless anyone could take me through it.

Is anyone aware of a workaround for this problem? there must be some trick...

I assume OVH knows best how to upgrade - just ask them.
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!