OpenVZ Forum


Home » Mailing lists » Users » vzmigrate (3.0.22) destroy the source, even -r no
vzmigrate (3.0.22) destroy the source, even -r no [message #29795] Thu, 24 April 2008 19:34 Go to next message
Pongracz Istvan is currently offline  Pongracz Istvan
Messages: 3
Registered: April 2008
Junior Member
Hi,

I found a strange thing with vzmigrate.
When I migrated a VE to an other node, the process destroyed the source,
even I specified to keep the original one.

I patched /usr/sbin/vzmigrate to avoid the legendary missing ']'.
I did not download the git version, because as I browsed the changelog,
I did not find this problem in the descriptions.
(Anyway, this commit should win the competition:
http://git.openvz.org/?p=vzctl;a=commitdiff;h=e0961ad15b8a6283f3a6dc1f2ef34ea6ef63905b 
It is really good ;)


Well, let's see the complete process (documentary):

fujitsu / # vzlist -a
      VEID      NPROC STATUS  IP_ADDR
HOSTNAME                        
       100          - stopped 10.0.1.100
gentoove                        
fujitsu / # vzmigrate -r no -v  192.168.0.200 100
OPT:-r
OPT:-v
OPT:192.168.0.200
Starting migration of VE 100 on 192.168.0.200
 * status: started
    Loading /etc/vz/vz.conf and /etc/vz/conf/100.conf files
    Check IPs on destination node: 10.0.1.100
Preparing remote node
    Copying config file
100.conf
100% 1208     1.2KB/s   00:00    
Name GentooVEi686 assigned
Saved parameters for VE 100
    Creating remote VE root dir
    Creating remote VE private dir
Initializing remote quota
    Quota init
    Turning remote quota on
Syncing private
Syncing 2nd level quota
    Dumping 2nd level quota
    Copying 2nd level quota
quotadump.100
100%   21     0.0KB/s   00:00    
    Load 2nd level quota
Turning quota off
Cleanup
fujitsu / # vzlist -a
      VEID      NPROC STATUS  IP_ADDR
HOSTNAME                        
fujitsu / #


The version of vzctl:

fujitsu / # eix vzctl
[I] sys-cluster/vzctl
     Available versions:  3.0.18-r1 3.0.22 {bash-completion logrotate}
     Installed versions:  3.0.22(10:37:34 02/03/08)(logrotate
-bash-completion)
     Homepage:            http://openvz.org/
     Description:         OpenVZ VE control utility

My question, is this a new bug or I missed something?

Cheers,
István




-- 
BSA. Mert megérdemlitek.
Open Source. Mert megérdemlem.
--
BSA. They value it.
Open Source. The value. It.
--
http://www.osbusiness.hu
Re: SOLVED vzmigrate (3.0.22) destroy the source, even -r no [message #29797 is a reply to message #29795] Thu, 24 April 2008 20:31 Go to previous messageGo to next message
Pongracz Istvan is currently offline  Pongracz Istvan
Messages: 3
Registered: April 2008
Junior Member
2008. 04. 24, csütörtök keltezéssel 21.34-kor Pongracz Istvan ezt írta:
> Hi,
> 
> I found a strange thing with vzmigrate.

......
> My question, is this a new bug or I missed something?


Ok, now I know, the default behaviour is to destroy the source, if '-r
no' is not specified.
I looked into the vzmigrate script.

So, there is no strange things :)

Cheers,
István

-- 
BSA. Mert megérdemlitek.
Open Source. Mert megérdemlem.
--
BSA. They value it.
Open Source. The value. It.
--
http://www.osbusiness.hu
Re: SOLVED vzmigrate (3.0.22) destroy the source, even -r no [message #29813 is a reply to message #29795] Fri, 25 April 2008 08:39 Go to previous message
Pongracz Istvan is currently offline  Pongracz Istvan
Messages: 3
Registered: April 2008
Junior Member
2008. 04. 24, csütörtök keltezéssel 21.34-kor Pongracz Istvan ezt írta:
> Hi,
> 
> I found a strange thing with vzmigrate.

......
> My question, is this a new bug or I missed something?


Ok, now I know, the default behaviour is to destroy the source, if '-r
no' is not specified.
I looked into the vzmigrate script.

So, there is no strange things :)

Cheers,
István

-- 
BSA. Mert megérdemlitek.
Open Source. Mert megérdemlem.
--
BSA. They value it.
Open Source. The value. It.
--
http://www.osbusiness.hu
Previous Topic: Change IP address inside VE
Next Topic: ARP queris being ignored
Goto Forum:
  


Current Time: Thu Nov 07 10:51:57 GMT 2024

Total time taken to generate the page: 0.03239 seconds