[one-users] ONE and VMWare: configuring contextualization

[Nikola Milutinovic]

Hi all.

I have OpenNebula 1.4b and 2 x VMWare ESX server. Disk sharing is via 
NFS. VM manipulation is mostly working. Creating, deploying, listing 
hosts and VMs is fine.

I would like to setup contextualization in this scenario, but I am 
running into missing pieces, I would say. It seams to me that some piece 
of the puzzle is missing for VMWare.

This is our template file:
===============================================
MEMORY=512
CPU=1

DISK = [
       source="/srv/cloud/images/vmt-linux-ubuntu9",
       clone="yes",
       save="yes"
]

CONTEXT = [
        admin_user      = "admin",
        admin_pass      = "admin",
        admin_group     = "admin",
        files           = 
"/srv/cloud/contexts/vmt-linux-ubuntu9/setup_admin.sh 
/srv/cloud/contexts/vmt-linux-ubuntu9/cleanup.sh",
        target          = "hdb"
]
===============================================

When I deploy an instance using this template this is what appears in 
the log:

[TM][D]: Message received: LOG - 69 tm_clone.sh: 
vadmin:/srv/cloud/images/vmt-linux-ubuntu9 
gc2.levi9.com:/srv/cloud/one/var/69/images/disk.0
[TM][D]: Message received: LOG - 69 tm_clone.sh: Cloning 
vadmin:/srv/cloud/images/vmt-linux-ubuntu9
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "mkdir -p 
/srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "cp -R 
/srv/cloud/one/var/69/context.sh /srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "cp -R 
/srv/cloud/contexts/vmt-linux-ubuntu9/setup_admin.sh 
/srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "cp -R 
/srv/cloud/contexts/vmt-linux-ubuntu9/cleanup.sh 
/srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "cp -R 
/srv/cloud/contexts/vmt-linux-ubuntu9/run.sh 
/srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "mkisofs -o 
/srv/cloud/one/var/69/images/disk.1 -J -R 
/srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: LOG - 69 tm_context.sh: Executed "rm -rf 
/srv/cloud/one/var/69/images/isofiles".
[TM][D]: Message received: TRANSFER SUCCESS 69 -
[VMM][D]: Message received: DEPLOY SUCCESS 69 one-69-69
[VMM][D]: Message received: dddd

The machine is started just fine, but the ISO file, here named "disk.1" 
is not copied to ${ONE_LOCATION}/var/one-69. Furthermore, there is no 
change in VM's devices, the old CD-ROM is still a "raw-device", just as 
it was. I would expect OpenNebula to alter the VMX file of the virtual 
machine and to set the existing or an additional CD/ROM to be served 
from that ISO file. This is not happening.

Now, if I log into VMWare management console and manually set the the 
CD-ROM device to be "ISO file" and point it to the "disk.1", I can mount 
that ISO file in Ubuntu.

So, the one piece of the puzzle that seams to be missing, IMO, is some 
part of the code to either manipulate VMX file and define a CD-ROM, or 
to issue a Web Service request to VMWare, via VIM 2.5 API to do this.

So, guys, what would be your take on this issue?

Nix.
-- 
Met vriendelijke groet / Kind regards,
Nikola Milutinovic
Sr Java Developer
Levi9 Global Sourcing
------------------------------------------------------------------------
.  Jan van Goyenkade 8, 1075 HP Amsterdam, The Netherlands
(    +31 (0) 20 7547900 ext 2056
(    +381 (0) 21 4895800 ext 2056
È    +381 (0) 64 2202824
*    n.milutinovic at Levi9.com <mailto:n.milutinovic at Levi9.com>
^    Skype: nikola.milutinovic
ü    www.levi9.com <http://www.levi9.com/>

Chamber of commerce Levi9 Global Sourcing BV: 34221951
Chamber of commerce Levi9 Global Sourcing Benelux BV: 34224746
------------------------------------------------------------------------
This e-mail may contain confidential or privileged information. If you 
are not (one of) the intended recipient(s), please notify the sender 
immediately by reply e-mail and delete this message and any attachments 
permanently without retaining a copy. Any review, disclosure, copying, 
distribution or taking any action in reliance on the contents of this 
e-mail by persons or entities other than the intended recipient(s) is 
strictly prohibited and may be unlawful.

The services of Levi9 are exclusively subject to its general terms and 
conditions. These general terms and conditions can be found on 
www.levi9.com <http://www.levi9.com/> and a copy will be promptly 
submitted to you on your request and free of charge.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20091116/dca7c035/attachment-0002.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: n_milutinovic.vcf
Type: text/x-vcard
Size: 389 bytes
Desc: not available
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20091116/dca7c035/attachment-0002.vcf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3274 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.opennebula.org/pipermail/users-opennebula.org/attachments/20091116/dca7c035/attachment-0002.bin>