Oh, I forgot to mention that... At the end is a copy of my m1.small.erb:<br><br>Im am using tm_nfs for my deployment. <br><br>The modifications I performed have to do with the chmod commands issued on the tm* commands. They now look like this:<br>
<br>[tsbatista@fpa1 nfs]$ grep chmod *<br>tm_clone.sh:exec_and_log "chmod a+rw $DST_DIR"<br>tm_clone.sh:exec_and_log "chmod a+rw $DST_PATH"<br>tm_ln.sh:exec_and_log "chmod a+w $DST_DIR"<br>tm_mkimage.sh:exec_and_log "chmod a+rw $DST_PATH"<br>
tm_mkswap.sh:exec_and_log "chmod a+w $DST_DIR"<br>tm_mkswap.sh:exec_and_log "chmod a+w $DST_PATH"<br><br>This now allows the Xen process to read and write on to the images. I do not like to have a+rw for the permissions on any file, but given that I am the only user on the dom0, I can live with this!<br>
<br>Note that no modification was not made to mkswap because it alredy takes advantage of the default permissions issued to a new file (a+r), so it only has to add the read permission. However tm_clone was assuming that the original permissions included a+r, but that is not the case if the image is uploaded via econe as it somehow restricts the permissions on the uploaded file.<br>
<br>My sugestion is to change all those chmod ?+? to chmod 666 as that does not make any assumptions on the files initial permissions, it just sets all the permissions and no error will come of it (777 for directories)<br>
<br>By the way... How much work do you estimate to make econe-server work with clients developed for ec2? Are there many missing calls?<br><br>Tiago<br><br>-----------------------<br>NAME = eco-vm<br><br>CPU = 0.5<br>
MEMORY = 128<br><br>OS = [ bootloader = /usr/bin/pygrub ]<br><br>DISK = [ source = <%= erb_vm_info[:img_path] %>,<br> clone = yes,<br> target = xvda1,<br> readonly = no]<br><br>DISK = [<br>
type = swap,<br> size = 512,<br> target = "xvdb",<br> readonly = "no" ]<br><br><br>IMAGE_ID = <%= erb_vm_info[:img_id] %><br>INSTANCE_TYPE = <%= erb_vm_info[:instance_type ]%><br>
<br><br>NIC = [NETWORK="Xen Network"]<br><br>CONTEXT = [<br> hostname = "$NAME-$VMID",<br> username = "tsbatista",<br> target = "xvdz",<br> files = "/home/tsbatista/.ssh/id_rsa.pub /home/tsbatista/one-conf-data/context/init.sh"<br>
]<br><br><br><br><div class="gmail_quote">On Tue, Mar 2, 2010 at 12:44 PM, Tino Vazquez <span dir="ltr"><<a href="mailto:tinova@fdi.ucm.es">tinova@fdi.ucm.es</a>></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 Tiago,<br>
<br>
What TM are you using (ssh or nfs?). Could it be a problem with your<br>
creation mode mask?<br>
<br>
It is weird that disk.0 and disk.1 have different permissions. BTW,<br>
did you modify the m1.small.erb template (i don't see otherwise how<br>
there are two files)?<br>
<br>
Regards,<br>
<br>
-Tino<br>
<br>
--<br>
Constantino Vázquez, Grid & Virtualization Technology<br>
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>
<div><div></div><div class="h5"><br>
<br>
<br>
On Thu, Feb 25, 2010 at 8:52 PM, Tiago Batista <<a href="mailto:tiagosbatista@gmail.com">tiagosbatista@gmail.com</a>> wrote:<br>
> Hello all<br>
><br>
> I have been testing the econe tools today, and there are a few details...<br>
><br>
> First of, thank you Claude for your timeout patch, if I saw it right, it<br>
> also solved the same problem with econe-upload!<br>
><br>
> Now the problem... After uploading a few images, I end up with the<br>
> folloowing on my images dir:<br>
><br>
> -rw------- 1 tsbatista users 2148532224 Feb 25 18:16 1<br>
> -rw------- 1 tsbatista users 1074790400 Feb 25 18:44 2<br>
> -rw------- 1 tsbatista users 1074790400 Feb 25 19:06 3<br>
><br>
> now, I call econe-run-instances, and I suddenly get this on the vm.log<br>
><br>
> Command execution fail: 'cat ><br>
> /home/tsbatista/datastore/77/images/deployment.0 && sudo /usr/sbin/xm create<br>
> /home/tsbatista/datastore/77/images/deployment.0 && sudo /usr/sbin/xm<br>
> sched-cred -d one-77 -w 128'<br>
> Thu Feb 25 19:20:42 2010 [VMM][I]: STDERR follows.<br>
> Thu Feb 25 19:20:42 2010 [VMM][I]: No handlers could be found for logger<br>
> "xend"<br>
> Thu Feb 25 19:20:42 2010 [VMM][I]: Error: Disk isn't accessible<br>
> Thu Feb 25 19:20:42 2010 [VMM][I]: ExitCode: 1<br>
><br>
><br>
> After removing the last command from tm_delete.sh, I pinned it down to the<br>
> following:<br>
><br>
> GOOD:<br>
> [tsbatista@parlamento images]$ ls -l ../../78/images/<br>
> total 499748<br>
> -rw-r--r-- 1 tsbatista users 344 Feb 25 19:34 deployment.0<br>
> -rw-rw-rw- 1 tsbatista users 10486808576 Feb 25 19:39 disk.0<br>
> -rw-rw-rw- 1 tsbatista users 536870913 Feb 25 19:34 disk.1<br>
> -rw-r--r-- 1 tsbatista users 376832 Feb 25 19:34 disk.2<br>
><br>
> BAD:<br>
> [tsbatista@parlamento images]$ ls -l<br>
> total 1051024<br>
> -rw-r--r-- 1 tsbatista users 344 Feb 25 19:20 deployment.0<br>
> -rw--w--w- 1 tsbatista users 1074790400 Feb 25 19:28 disk.0<br>
> -rw-rw-rw- 1 tsbatista users 536870913 Feb 25 19:20 disk.1<br>
> -rw-r--r-- 1 tsbatista users 376832 Feb 25 19:20 disk.2<br>
><br>
> as you can see, tm_clone is not setting the right permissions for the cloned<br>
> disk... I fixed this on my local install, but still would like to know if<br>
> this is by design or a bug...<br>
><br>
> Thank you all<br>
><br>
> Tiago<br>
><br>
</div></div>> _______________________________________________<br>
> Users mailing list<br>
> <a href="mailto:Users@lists.opennebula.org">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>
><br>
><br>
</blockquote></div><br>