Javier,
Where should the checkpoint be located?
I've checked in /var/lib/one/$VMID, but no checkpoint found.
Only 4 files are located under this path: context.sh deployment.0
transfer.0.prolog transfer.0.stop
transfer.0.stop show:
MV qcow2 cloud02:/var/lib/one//datastores/0/5366/disk.0
The checkpoint should be located at /var/lib/one//datastores/0/5366 in
both the node and the frontend. That is the system datastore. As the
driver is shared the tm is not copying the file as it is supposed to
be shared using NFS or a similar shared filesystem. Is
/var/lib/one//datastores/0 shared
No, this directory is linked to be only at the node's local filesystem
-- as it is the one that holds QCOW2 deltas.
Only the image datastore (/var/lib/one//datastores/1/) is shared.
Main problem is R/W access to the shared filesystem, and that's why we
tried to hold deltas at node's local
Then, if the system will be local you have to change the tm driver
from shared to ssh. Use onedatastore update to do so.
http://opennebula.org/documentation:rel3.6:system_ds#using_the_ssh_transfer_driver
On Mon, Jul 30, 2012 at 2:13 PM, Andreas Calvo andreas.ca...@scytl.com wrote:
No, this
As a side note. This precise configuration was not tested so expect
dragons. The drivers may need to be tweaked but is a good starting
point.
On Mon, Jul 30, 2012 at 2:35 PM, Javier Fontan jfon...@opennebula.org wrote:
Then, if the system will be local you have to change the tm driver
from
Is your system datastore (0) shared and mounted in all your nodes?
On Wed, Jul 25, 2012 at 3:56 PM, Andreas Calvo andreas.ca...@scytl.com wrote:
Hello again,
I've tried to reuse the SSH MV script, but it fails.
Output is:
Wed Jul 25 15:51:59 2012 [VMM][I]: Command execution fail:
No,
System datastore (where all QCOW2 delta are stored) is not shared, it
relays on the node local filesystem.
However, datastore 1 (where all images are stored) it is stored and
shared on all nodes under the same path.
To use the same directory logic, the paths have been linked.
In this
Somehow the checkpoint did not get copied. Can you try to stop a VM
and check if the checkpoint is transfered back to the frontend? Just
to see if the tm is working correctly.
On Fri, Jul 27, 2012 at 11:49 AM, Andreas Calvo andreas.ca...@scytl.com wrote:
No,
System datastore (where all QCOW2
Hello again,
I've tried to reuse the SSH MV script, but it fails.
Output is:
Wed Jul 25 15:51:59 2012 [VMM][I]: Command execution fail:
/var/tmp/one/vmm/kvm/restore /var/lib/one//datastores/0/5220/checkpoint cloud13
5220 cloud13
Wed Jul 25 15:51:59 2012 [VMM][E]: restore: Command virsh
If the shared datastore is mounted in the same place in both nodes
there wont be any problem. The base image will be accessible from both
nodes (shared) and the qcow delta is moved to the host.
On Wed, Jul 11, 2012 at 12:59 PM, Andreas Calvo andreas.ca...@scytl.com wrote:
Javier,
Thanks for
The shared storage is mounted in the same place in all the nodes.
The directory structured is as follows:
/var/lib/one/datastores (shared storage)
-- 0 - link to /one/datastores/0
-- 1
-- 100
/one/datastores/ (local storage)
-- 0
-- 1 - link to /var/lib/one/datastores/1
-- 100 - link to
You are right. I've overlooked the driver. In qcow the mv driver is
dummy as it expects the qcow image to be shared. You can just copy mv
script from ssh tm to qcow remotes directory. I have not tested that
but it should work. The qcow image will me moved on stop to the
frontend and on resume back
Sure it is possible. You need to have the datastore that holds the
images shared and mount it in every node. Then you'll make the system
datastore(0) local and configure it to use qcow tm drivers. Make sure
that /var/lib/one/datastores/0 is not mounted from the shared storage
in the nodes as this
Hello,
Is there any way to mix TM in an environment?
We currently have a shared FS with GFS2 using qcow, but when a lot of
VMs are launched, writing changes becomes a I/O bottleneck.
We were thinking of a mixture where the image is shared and the
incremental changes (qcow) are write locally.
14 matches
Mail list logo
