Hi Michael,<br><br>The problem is that a diskless VM will cause that the transfer driver  doesn&#39;t get called. This transfer driver is responsible for creating the &#39;images&#39; directory. If you want t a network-booted machine you can try out the following: in src/vmm_mad/kvm/one_vmm_kvm.rb change line 88 from:<br>


<br>        cmd = &quot;cat &gt; #{remote_dfile} &amp;&amp; #{LIBVIRT[:create]} #{remote_dfile}&quot;<br><br>to<br><br>        deployment_filename = File.baseame remote_dfile<br>        images_path               = remote_dfile.gsub(deployment_filename,&#39;&#39;)<br>


        cmd = &quot;mkdir -p #{images_path} &amp;&amp; cat &gt; #{remote_dfile} &amp;&amp; #{LIBVIRT[:create]} #{remote_dfile}&quot;<br><br><br>Please try this out, and if you find it useful please come back to us with some feedback to we can include it in future releases.<br>

<br>About your second questions, there are two deployment.0 images due to OpenNebula design and its ability to use ssh or nfs. Because the VMM driver doesn&#39;t know wihch storage it is being used, OpenNebula always uses a scratch &#39;images&#39; directory in the remote node were the deployment.0 file and disks are copied from the front-end to there. If the storage is NFS based you end up with two deployment.0 files locally. The &#39;images&#39; directory is used because doing a cat of a file over the same file will result on a null file. Hope this makes sense :o<br>

<br>Regards,<br><br>-Tino<br><br>--<br>Constantino Vázquez, Grid Technology Engineer/Researcher: <a href="http://www.dsa-research.org/tinova" target="_blank">http://www.dsa-research.org/tinova</a><br>
DSA Research Group: <a href="http://dsa-research.org" target="_blank">http://dsa-research.org</a><br>Globus GridWay Metascheduler: <a href="http://www.GridWay.org" target="_blank">http://www.GridWay.org</a>  <br>OpenNebula Virtual Infrastructure Engine: <a href="http://www.OpenNebula.org" target="_blank">http://www.OpenNebula.org</a><br>



<br><br><div class="gmail_quote">On Wed, Nov 11, 2009 at 9:21 PM, Michael W. Lucas <span dir="ltr">&lt;<a href="mailto:mwlucas@blackhelicopters.org" target="_blank">mwlucas@blackhelicopters.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">


Hi,<br>
<br>
My ON 1.4beta2/KVM environment is working fine with disk images.  ON<br>
cannot start a network-booted machine, however.  The problem appears<br>
to be with the path used for the deployment file.  If I use this template:<br>
<br>
NAME   = onvm1<br>
CPU    = 0.5<br>
MEMORY = 512<br>
OS      = [ BOOT   = network ]<br>
NIC     = [ BRIDGE = &quot;br0&quot;,<br>
           MAC = &quot;00:16:8B:AB:C7:14&quot; ]<br>
GRAPHICS = [type=&quot;vnc&quot;,listen=&quot;127.0.0.1&quot;,port=&quot;-1&quot;]<br>
<br>
the error log shows:<br>
<br>
Wed Nov 11 15:14:34 2009 [VMM][D]: Message received: LOG - 2 Command execution fail: &#39;cat &gt; /one_dir/2/images/deployment.0 &amp;&amp; virsh --connect qemu:///system create /one_dir/2/images/deployment.0&#39;<br>
<br>
/one_dir/2/images/deployment.0 doesn&#39;t exist.  But<br>
/one_dir/2/deployment.0 does exist, along with vm.log and the transfer<br>
files.  There&#39;s no &quot;images&quot; subdirectory.<br>
<br>
On a simple VM with a hard drive, such as this, we do have an images<br>
subdirectory.  Oddly, I have separate but identical deployment.0 files<br>
in multiple locations.<br>
<br>
clusterhead1/one_dir/1;ls -lai<br>
total 10K<br>
156066 drwxrwxrwx 3 oneadmin oneadmin    6 2009-11-11 15:06 .<br>
155649 drwxr-xr-x 6 oneadmin oneadmin   13 2009-11-11 15:17 ..<br>
156092 -rw-r--r-- 1 oneadmin oneadmin  368 2009-11-11 15:06 deployment.0<br>
156088 drwxrwxrwx 2 oneadmin oneadmin    4 2009-11-11 15:06 images<br>
156087 -rw-r--r-- 1 oneadmin oneadmin   83 2009-11-11 15:06 transfer.0.prolog<br>
156067 -rw-r--r-- 1 oneadmin oneadmin 2173 2009-11-11 15:17 vm.log<br>
<br>
clusterhead1/one_dir/1;ls -lai images/<br>
total 5K<br>
156088 drwxrwxrwx 2 oneadmin oneadmin   4 2009-11-11 15:06 .<br>
156066 drwxrwxrwx 3 oneadmin oneadmin   6 2009-11-11 15:06 ..<br>
156093 -rw-r--r-- 1 oneadmin oneadmin 368 2009-11-11 15:06 deployment.0<br>
156089 lrwxrwxrwx 1 oneadmin oneadmin  28 2009-11-11 15:06 disk.0 -&gt; /one_dir/one_images/dns1.raw<br>
clusterhead1/one_dir/1;<br>
<br>
Any suggestions, folks?<br>
<br>
Thanks,<br>
==ml<br>
<br>
--<br>
<font color="#888888">Michael W. Lucas        mwlucas@BlackHelicopters.org<br>
<a href="http://www.MichaelWLucas.com/" target="_blank">http://www.MichaelWLucas.com/</a><br>
Latest book:  Cisco Routers for the Desperate, 2nd Edition<br>
<a href="http://www.CiscoRoutersForTheDesperate.com/" target="_blank">http://www.CiscoRoutersForTheDesperate.com/</a><br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
</font></blockquote></div><br>