RE: Launch a VM (not from a template)

2014-09-23 Thread Adrian Lewis
dmap for this update. Adrian -Original Message- From: Nitin Mehta [mailto:nitin.me...@citrix.com] Sent: 23 September 2014 07:15 To: dev@cloudstack.apache.org Subject: Re: Launch a VM (not from a template) Marcus - I think its possible even now in CS. I don¹t think we need another api. 1. You can creat

Re: Launch a VM (not from a template)

2014-09-22 Thread Nitin Mehta
Marcus - I think its possible even now in CS. I don¹t think we need another api. 1. You can create a vm using the deployvm api with flag startvm=false. This would create vm and its corresponding resources db records without actually creating them. You can give a dummy template for now as it still n

Re: Launch a VM (not from a template)

2014-09-22 Thread Marcus
So, we have thought about this a bit as well. Our solution, which we haven't actually implemented yet, was to create a "registerVirtualMachine" api call that would be similar to deployVirtualMachine but accept a "rootdiskid" and storage pool id. This would essentially enter a vm into the db but ju

Re: Launch a VM (not from a template)

2014-09-22 Thread Will Stevens
ws: inline... Thanks for the response Mike. :) *Will STEVENS* Lead Developer *CloudOps* *| *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ On Mon, Sep 22, 2014 at 7:39 PM, Mike Tutkowski < mike.tutkow...@solidfire.com> wrote: > If you

Re: Launch a VM (not from a template)

2014-09-22 Thread Mike Tutkowski
If you did #1, how would you pick a relevant compute offering? You would probably need to look first to make sure at least one existed that could satisfy your requirement(s) and then make sure the resources could be marked in advance as if they were being consumed. #2 might be easier. #3 could be

Launch a VM (not from a template)

2014-09-22 Thread Will Stevens
Hey All, I am looking for some advice on the following problem. I am fully aware that I will probably have to build this functionality into CS, but I want to get your ideas before I go too far down one path. *Intro:* We have a backup/DR solution that can basically take stateful incremental snapsh