Hi Prakhar, The Java OCA is a wrapper for the XML-RPC interface [1]. The image file manipulation done by the oneimage command is performed by the ImageRepository.rb [2] utility. You can take a look at the code to get an idea of the steps. Or even check this thread [3].
Your Java application has to be aware of that, and perform the same file operations, as described in [4]. Regards, Carlos. [1] http://opennebula.org/documentation:rel2.2:api [2] http://dev.opennebula.org/projects/opennebula/repository/revisions/one-2.2/entry/src/oca/ruby/OpenNebula/ImageRepository.rb [3] http://www.mail-archive.com/[email protected]/msg02744.html [4] http://opennebula.org/documentation:rel2.2:img_template#notes_for_developers -- Carlos Martín, MSc Project Major Contributor OpenNebula - The Open Source Toolkit for Cloud Computing www.OpenNebula.org <http://www.opennebula.org/> | [email protected] On Thu, Apr 28, 2011 at 10:49 AM, Prakhar Srivastava <[email protected]>wrote: > Hi, > Thanks a lot for the response. > Here is the output of, onevm show after onevm saveas > > VIRTUAL MACHINE 109 INFORMATION > > ID : 109 > NAME : test2 > STATE : ACTIVE > LCM_STATE : RUNNING > START TIME : 04/28 14:06:06 > END TIME : - > DEPLOY ID: : one-109 > > VIRTUAL MACHINE MONITORING > > NET_TX : 0 > NET_RX : 0 > USED MEMORY : 0 > USED CPU : 0 > > VIRTUAL MACHINE TEMPLATE > > CONTEXT=[ > DNS_PUBLIC=192.168.150.226, > FILES=/home/cloud/opennebula/images/init.sh /root/.ssh/id_dsa.pub, > GATEWAY_PUBLIC=192.168.145.1, > HOSTNAME=test2, > IP_PUBLIC=192.168.145.69, > ROOT_PUBKEY=id_dsa.pub, > TARGET=xvdc ] > CPU=1 > DISK=[ > CLONE=YES, > DISK_ID=0, > DRIVER=file:, > IMAGE=DebianLenny3, > IMAGE_ID=5, > READONLY=NO, > SAVE=YES, > SAVE_AS=6, > > SOURCE=/srv/cloud/one/var//images/b870fb155609d982de48a9b050e2b8c8790aa953, > TARGET=xvda, > TYPE=DISK ] > DISK=[ > DISK_ID=1, > DRIVER=file:, > READONLY=no, > SIZE=1024, > TARGET=xvdd, > TYPE=swap ] > MEMORY=256 > NAME=test2 > NIC=[ > BRIDGE=eth0, > IP=192.168.145.69, > MAC=02:00:c0:a8:91:45, > NETWORK=Public, > NETWORK_ID=4 ] > OS=[ > INITRD=/home/cloud/kernel/xen/2/initrd-2.6.27.21-0.1-xen, > KERNEL=/home/cloud/kernel/xen/2/vmlinuz-2.6.27.21-0.1-xen, > KERNEL_CMD=xencons=tty, > ROOT=xvda ] > VCPU=1 > VMID=109 > > I uncommented the image hooks in oned.conf and restarted one daemon. This > time it worked as expected. The oneimage list listed the new image and its > corresponding image file was found in /srv/lcoud/one/var/images. > > I have one another issue. The JAVA OCA has a savedisk() method for the same > functionality but its asks for the image ID. I expected it to ask the new > image name similar to the input taken by onevm saveas command. How to > achieve the same functionality using the JAVA OCA. > > Thanks > Prakhar > > On Thu, Apr 28, 2011 at 3:59 AM, Daniel Molina <[email protected]>wrote: > >> Hi, >> >> Check that the image hook is uncommented in the oned.conf. >> Would you mind to send us the output of onevm show VMID after the saveas >> command. >> >> Regards >> >> On 27 April 2011 10:53, Prakhar Srivastava <[email protected]> wrote: >> >>> Hi, >>> When I run the command, >>> onevm saves VMID DISKID IMAGENAME >>> the image of the disk is successfully saved upon shutdown of the VM, >>> however the the file with a hash string name in (/srv/cloud/one/var/images) >>> is not created. So when I use the image in any VM, it compains that the file >>> cannot be found in /srv/cloud/one/var/images. >>> Tue Apr 26 20:59:36 2011 [LCM][I]: New VM state is SHUTDOWN >>> Tue Apr 26 20:59:44 2011 [LCM][I]: New VM state is EPILOG >>> Tue Apr 26 21:01:15 2011 [TM][I]: tm_mv.sh: Moving >>> /srv/cloud/one/var//90/images/disk.0 >>> Tue Apr 26 21:01:15 2011 [TM][I]: tm_mv.sh: Executed "/usr/bin/ssh box1 >>> mkdir -p /srv/cloud/one/var/90". >>> Tue Apr 26 21:01:15 2011 [TM][I]: tm_mv.sh: Executed "/usr/bin/scp -r >>> 192.168.145.116:/srv/cloud/one/var//90/images/disk.0 >>> box1:/srv/cloud/one/var/90/disk.0". >>> Tue Apr 26 21:01:15 2011 [TM][I]: tm_mv.sh: Executed "/usr/bin/ssh >>> 192.168.145.116 rm -rf /srv/cloud/one/var//90/images/disk.0". >>> Tue Apr 26 21:01:16 2011 [TM][I]: tm_delete.sh: Deleting >>> /srv/cloud/one/var//90/images >>> Tue Apr 26 21:01:16 2011 [TM][I]: tm_delete.sh: Executed "/usr/bin/ssh >>> 192.168.145.116 rm -rf /srv/cloud/one/var//90/images". >>> Tue Apr 26 21:01:16 2011 [DiM][I]: New VM state is DONE >>> >>> >>> >>> Isn't the image supposed to be registered during the save process. >>> Anyhow I am able to use the image by using a template file providing the >>> source as the disk image saved and then registering it with a different >>> name. >>> >>> Please advice. >>> >>> Prakhar >>> >>> _______________________________________________ >>> Users mailing list >>> [email protected] >>> http://lists.opennebula.org/listinfo.cgi/users-opennebula.org >>> >>> >> >> >> -- >> Daniel Molina, Cloud Technology Engineer/Researcher >> Major Contributor >> OpenNebula - The Open Source Toolkit for Cloud Computing >> www.OpenNebula.org | [email protected] >> >> > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > >
_______________________________________________ Users mailing list [email protected] http://lists.opennebula.org/listinfo.cgi/users-opennebula.org
