<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hello again,<br>
I've tried to reuse the SSH MV script, but it fails.<br>
Output is:<br>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<pre style="color: rgb(34, 34, 34); font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); ">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
<span class="vm_log_error">Wed Jul 25 15:51:59 2012 [VMM][E]: restore: Command "virsh --connect qemu:///system restore /var/lib/one//datastores/0/5220/checkpoint" failed: error: Failed to restore domain from /var/lib/one//datastores/0/5220/checkpoint</span>
Wed Jul 25 15:51:59 2012 [VMM][I]: error: Failed to create file '/var/lib/one//datastores/0/5220/checkpoint': No such file or directory
<span class="vm_log_error">Wed Jul 25 15:51:59 2012 [VMM][E]: Could not restore from /var/lib/one//datastores/0/5220/checkpoint</span>
Wed Jul 25 15:51:59 2012 [VMM][I]: ExitCode: 1
Wed Jul 25 15:51:59 2012 [VMM][I]: Failed to execute virtualization driver operation: restore.
<span class="vm_log_error">Wed Jul 25 15:51:59 2012 [VMM][E]: Error restoring VM: Could not restore from /var/lib/one//datastores/0/5220/checkpoint</span>
Wed Jul 25 15:51:59 2012 [DiM][I]: New VM state is FAILED</pre>
<br>
Any thought?<br>
I have to check but I expect to have the same problem when
stopping/resuming VMs.<br>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
<br>
<div class="moz-cite-prefix">El 11/07/12 18:38, Javier Fontan
escribió:<br>
</div>
<blockquote
cite="mid:CAK+uMM-cvyDFv-=3R-gC0mRtF0GiGCFDjbwGwK72GT1udcKqcQ@mail.gmail.com"
type="cite">
<pre wrap="">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 to a node. The backing storage path should
be the same in your setup.
On Wed, Jul 11, 2012 at 6:07 PM, Andreas Calvo <a class="moz-txt-link-rfc2396E" href="mailto:andreas.calvo@scytl.com"><andreas.calvo@scytl.com></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">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 /var/lib/one/datastores/100
When a virtual machine is stopped, its delta is stored in
/one/datastores/0/$VMID.
When another node tries to resume the virtual machine, expects to have in
the same place the delta (and some other files, like the checkpoint), but,
as it is not in its local disk, it fails.
Same thing happen when a virtual machine is migrated.
I think the TM should be tweaked to be part qcow and part SSH.
El 11/07/12 17:51, Javier Fontan escribió:
</pre>
<blockquote type="cite">
<pre wrap="">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 <a class="moz-txt-link-rfc2396E" href="mailto:andreas.calvo@scytl.com"><andreas.calvo@scytl.com></a>
wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
Javier,
Thanks for your quick reply!
The only problem is that when a stopped virtual machine is resumed from
another host in the cloud (different from which it was stopped), as it
cannot find the deployed (in this case, linked) image and the deltas.
El mar 10 jul 2012 11:46:55 CEST, Javier Fontan escribió:
</pre>
<blockquote type="cite">
<pre wrap="">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 is where the deltas will be written.
On Mon, Jul 9, 2012 at 11:59 AM, Andreas Calvo <a class="moz-txt-link-rfc2396E" href="mailto:andreas.calvo@scytl.com"><andreas.calvo@scytl.com></a>
wrote:
</pre>
<blockquote type="cite">
<pre wrap="">
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.
Is it possible?
Thanks
--
Andreas Calvo Gómez
Systems Engineer
Scytl Secure Electronic Voting
Plaça Gal·la Placidia, 1-3, 1st floor · 08006 Barcelona
Phone: + 34 934 230 324
Fax: + 34 933 251 028
<a class="moz-txt-link-freetext" href="http://www.scytl.com">http://www.scytl.com</a>
NOTICE: The information in this e-mail and in any of its attachments is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient, any disclosure,
copying,
distribution or retaining of this message or any part of it, without
the
prior
written consent of Scytl Secure Electronic Voting, SA is prohibited and
may be
unlawful. If you have received this in error, please contact the sender
and
delete the material from any computer.
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a>
</pre>
</blockquote>
<pre wrap="">
--
Andreas Calvo Gómez
Systems Engineer
Scytl Secure Electronic Voting
Plaça Gal·la Placidia, 1-3, 1st floor · 08006 Barcelona
Phone: + 34 934 230 324
Fax: + 34 933 251 028
<a class="moz-txt-link-freetext" href="http://www.scytl.com">http://www.scytl.com</a>
NOTICE: The information in this e-mail and in any of its attachments is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient, any disclosure,
copying,
distribution or retaining of this message or any part of it, without the
prior
written consent of Scytl Secure Electronic Voting, SA is prohibited and
may be
unlawful. If you have received this in error, please contact the sender
and
delete the material from any computer.
</pre>
</blockquote>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<pre wrap="">
--
Andreas Calvo Gómez
Systems Engineer
Scytl Secure Electronic Voting
Plaça Gal·la Placidia, 1-3, 1st floor · 08006 Barcelona
Phone: + 34 934 230 324
Fax: + 34 933 251 028
<a class="moz-txt-link-freetext" href="http://www.scytl.com">http://www.scytl.com</a>
NOTICE: The information in this e-mail and in any of its attachments is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient, any disclosure,
copying,
distribution or retaining of this message or any part of it, without the
prior
written consent of Scytl Secure Electronic Voting, SA is prohibited and
may be
unlawful. If you have received this in error, please contact the sender
and
delete the material from any computer.
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Andreas Calvo Gómez
Systems Engineer
Scytl Secure Electronic Voting
Plaça Gal·la Placidia, 1-3, 1st floor · 08006 Barcelona
Phone: + 34 934 230 324
Fax: + 34 933 251 028
<a class="moz-txt-link-freetext" href="http://www.scytl.com">http://www.scytl.com</a>
NOTICE: The information in this e-mail and in any of its attachments is
confidential and intended solely for the attention and use of the named
addressee(s). If you are not the intended recipient, any disclosure,
copying,
distribution or retaining of this message or any part of it, without the
prior
written consent of Scytl Secure Electronic Voting, SA is prohibited and
may be
unlawful. If you have received this in error, please contact the sender
and
delete the material from any computer. </pre>
<br>
<br>
</body>
</html>