Live migration with host file system mounted [message #36084] |
Wed, 20 May 2009 13:36 |
triangle
Messages: 6 Registered: May 2009
|
Junior Member |
|
|
Hi all
I am having an issue with live migrating a container which has mounted a host file system.
Environment:
This is the OpenVZ linux kernel I am using: 2.6.18-92.1.18.el5.028stab060.8
And here are my action scripts:
[root@openvz-cluster-node1 vz-scripts]# cat 101.mount
#!/bin/bash
CONTAINER_ID=101
MOUNT_POINT="/vz/root/${CONTAINER_ID}/mnt"
mount -n --bind /drbd1 ${MOUNT_POINT}
[root@openvz-cluster-node1 vz-scripts]# cat 101.umount
#!/bin/bash
CONTAINER_ID=101
MOUNT_POINT="/vz/root/${CONTAINER_ID}/mnt"
mnt=$(grep ${MOUNT_POINT} /proc/mounts | wc -l)
if [ ${mnt} -eq 1 ]; then
umount ${MOUNT_POINT}
fi
[root@openvz-cluster-node1 vz-scripts]#
Problem description:
*Non-live* migration works perfectly while the migrated container has mounted its host's file system. Unfortunately, *live* migration fails in this setup.
Here is an example:
Live migration:
[root@openvz-cluster-node1 ~]# vzmigrate --remove-area no --online openvz-cluster-node2 101
OPT:--remove-area
OPT:--online
OPT:openvz-cluster-node2
Starting online migration of CT 101 to openvz-cluster-node2
Preparing remote node
Initializing remote quota
vzquota : (warning) Quota file exists, it will be overwritten
Syncing private
Live migrating container...
Error: Failed to suspend container
And now non-live migration:
[root@openvz-cluster-node1 ~]# vzmigrate --remove-area no openvz-cluster-node2 101
OPT:--remove-area
OPT:openvz-cluster-node2
Starting migration of CT 101 to openvz-cluster-node2
Preparing remote node
Initializing remote quota
Syncing private
Stopping container
Syncing 2nd level quota
Starting container
Cleanup
BTW: Live migration works perfectly without having any host file system(s) mounted by the container.
My goal is to have live migration working as smooth and transparently as non-live migration even if the migrated container has mounted a host file system.
Is this possible? How can this be achieved?
Thanks, David
|
|
|