Daan,Rohit,

I don't see the "deployAsIs" in the Register Template UI when 
downloading/registering an OVA template nor do I see it as an option listed in 
the template details of an already registered template.  Am I missing something 
here?

Many thanks!

Mike

  

-----Original Message-----
From: Daan Hoogland <daan.hoogl...@gmail.com> 
Sent: Thursday, October 14, 2021 2:55 AM
To: Corey, Mike <mike.co...@sap.com>
Cc: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Re: API Command Question for "networkids"

I just checked the API description and I have been a bit misleading. The
deployAsIs parameter is issued during template registration, not at
deploytime. Look at the code for RegisterTemplateCmd. it is not described
in https://cloudstack.apache.org/api/apidocs-4.15/apis/registerTemplate.html
because it was introduced in 4.15.1 and the page describes 4.15.0. Normally
we don't allow for API changes for minor versions but in this case it was a
needed bug-fix.

On Wed, Oct 13, 2021 at 9:30 PM Corey, Mike <mike.co...@sap.com> wrote:

> Daan and others,
>
> Do you have an example of using the API "deployasis" parameter with VMware
> deployment?
>
> Our developer colleague is having trouble finding a solution.
>
> Thanks!
>
> Mike
>
> -----Original Message-----
> From: Corey, Mike <mike.co...@sap.com.INVALID>
> Sent: Monday, October 4, 2021 12:31 PM
> To: daan.hoogl...@gmail.com; us...@cloudstack.apache.org;
> dev@cloudstack.apache.org
> Subject: [CAUTION] RE: API Command Question for "networkids"
>
> Daan,
>
> I see from the documentation that this is a new API for ACS 4.15.  Do you
> have an example command line that I should inject this "deployasis" flag?
>
> Thanks!
>
> Mike
>
> -----Original Message-----
> From: Daan Hoogland <daan.hoogl...@gmail.com>
> Sent: Friday, October 1, 2021 11:18 AM
> To: users <us...@cloudstack.apache.org>
> Cc: dev@cloudstack.apache.org
> Subject: Re: API Command Question for "networkids"
>
> Mike the old (your portal's) way should still work, on vmware you might
> want to call it with `deployasis=false`
>
> On Fri, Oct 1, 2021 at 5:01 PM Corey, Mike <mike.co...@sap.com.invalid>
> wrote:
>
> > That is one thing that caused me to raise this question.  It isn't in the
> > API documentation, but found in the ACS logs when a VM is created via
> > CloudStack UI or API call from self-service portal.  Our developer is
> > porting over the code that works from the Self-Service portal deploying a
> > VM to XenServer hypervisor.  However, that same code does not configure
> the
> > network device correctly when deploying to VMware hypervisor.
> >
> > Example from ACS UI:
> >
> >
> >
> cmdEventType":"VM.CREATE","startvm":"true","nicnetworklist[0].network":"170d544c-ea5f-4627-98be-29202480aa4c","serviceofferingid":"eb796444-dec6-4b48-9552-de9a792a5b71","response":"json","ctxUserId":"6","displayname":"NetworkTest","name":"NetworkTest"
> >
> > Example from Self-Service API:
> >
> >
> >
> "cmdEventType":"VM.CREATE","networkids":"170d544c-ea5f-4627-98be-29202480aa4c","serviceofferingid":"fc57b518-b3d0-468c-8b2e-1704c88d763e","response":"json","ctxUserId":"8","displayname":"TVMNSQ000046"
> >
> >
> > -----Original Message-----
> > From: Daan Hoogland <daan.hoogl...@gmail.com>
> > Sent: Friday, October 1, 2021 9:15 AM
> > To: users <us...@cloudstack.apache.org>
> > Cc: dev@cloudstack.apache.org
> > Subject: Re: API Command Question for "networkids"
> >
> > Mike, I don't recognise the commands you talk about, `networkids` and
> > `nicnetworklist`. Can you give links to APIs in [1], please? There are
> some
> > API that are not generic over hypervisors, but these should be well
> > documented and really only very few.
> >
> > [1] https://cloudstack.apache.org/api/apidocs-4.15/
> >
> > On Fri, Oct 1, 2021 at 2:27 PM Corey, Mike <mike.co...@sap.com.invalid>
> > wrote:
> >
> > > Hello - sending again in hopes of getting some feedback on the API
> > > question.
> > >
> > > Thanks!
> > >
> > > Mike
> > >
> > > From: Corey, Mike <mike.co...@sap.com.INVALID>
> > > Sent: Monday, September 27, 2021 12:18 PM
> > > To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
> > > Subject: [CAUTION] API Command Question for "networkids"
> > >
> > > Hi,
> > >
> > > Our self-service portal developers found that they cannot "port" code
> > from
> > > the current landscape running on XenServer with the new VMWare
> landscape
> > > recently built.  There are some APIs that look to have changed and/or
> are
> > > specific to VMware hypervisors.
> > >
> > > The two APIs in question are the "networkids" and "nicnetworklist"
> > > commands.  The command API "networkids" works from the self-service
> > portal
> > > when deploying to XenServer; however that same line of code does NOT
> > > configure the correct network settings (assigns to wrong guest network)
> > > when deploying to a VMware hypervisor.
> > >
> > > Digging into the logs we found that when deploying a VM from the ACS UI
> > to
> > > VMware, the command "nicnetworklist" is now used when deploying to
> VMware
> > > hypervisor.
> > >
> > > 1 - Is there API command that is "hypervisor-agnostic" or can be used
> > > against both XenServer and VMware?
> > > 2 - The VMware API references a NIC ID of "8"
> > > ("nicnetworklist[0].nic":"8",).  Is this arbitrary or will each ACS
> > > management server (or region, or zone) use a different ID?
> > >
> > >   *   This could be a problem if our self-service services multiple
> > > regions/zones.
> > > 3 - Is there a global setting or other hidden setting that can be set
> so
> > > that ONE API Command works against both XenServer and VMware?
> > >
> > > Many thanks!
> > >
> > > Mike
> > >
> > >
> > >
> > >
> > >
> > > Mike Corey
> > >
> > > Technology Senior Consultant, IT CS CTW Operation & Virtualization
> > Service
> > > US
> > >
> > > SAP AMERICA, INC. 3999 West Chester Pike, Newtown Square, 19073 United
> > > States
> > >
> > > T +1 610 661 0905, M +1 484 274 2658, E mike.co...@sap.com<mailto:
> > > mike.co...@sap.com>
> > >
> > >
> > > [cid:image003.png@01D7B399.B29A8C00]
> > >
> > >
> > >
> >
> > --
> > Daan
> >
>
>
> --
> Daan
>


-- 
Daan

Reply via email to