[
https://issues.apache.org/jira/browse/CLOUDSTACK-8691?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14681672#comment-14681672
]
Rajani Karuturi edited comment on CLOUDSTACK-8691 at 8/11/15 11:41 AM:
-----------------------------------------------------------------------
[~bhaisaab] That is what we were hoping you would help us with :)
since you ported someone's fix, I think its ok to revert the part related to
the last point in the commit message.
I will do few more tests to find out why this check is added and if everythings
fine, I will put a PR with the revert. (so far. the only reason I could see is
fail fast)
was (Author: rajanik):
That is what we were hoping you would help us with :)
since you ported someone's fix, I think its ok to revert the part related to
the last point in the commit message.
I will do few more tests to find out why this check is added and if everythings
fine, I will put a PR with the revert.
> deployVirtualMachine should not error when userdata is provided if at least
> one NIC supports it
> -----------------------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-8691
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8691
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API
> Affects Versions: 4.5.1
> Environment: CentOS 6.X
> Reporter: Dave Garbus
> Priority: Critical
> Labels: userdata
>
> In our environment, we assign VMs a default NIC without the userdata service,
> however, we also assign a secondary network that has the userdata service
> enabled. In previous releases, and confirmed in the issue below, the API
> simply warned about the default NIC not supporting userdata but continued to
> go on to create the virtual machine.
> https://issues.apache.org/jira/browse/CLOUDSTACK-4630?focusedCommentId=13770148&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13770148
> As of 4.5.1, The API completely errors out and does not create the VM, even
> though one of the NICs supports the userdata service. I can get around this
> behavior by calling deployVirtualMachine with 'startvm' set to false, and
> then a call to updateVirtualMachine with userdata=<my userdata>. Of course,
> this breaks the automation that we have in place.
> I really don't understand why the API would fail to create the VM as long as
> one of the NICs supported the userdata service. This seems like a regression
> from the previous releases and should be fixed. Here is the issue in which
> the change was made:
> https://issues.apache.org/jira/browse/CLOUDSTACK-6748
> Steps to reproduce:
> 1. Create two networks in CloudStack, one with userdata service enabled, and
> one without.
> 2. Use deployVirtualMachine API call to create a virtual machine with both
> networks as well as userdata. The first (default) network should be the one
> without the userdata service and the second network should be the
> userdata-enabled network.
> 3. The API should present the following error: {{Error: Unable to deploy VM
> as UserData is provided while deploying the VM, but there is no support for
> UserData service in the default network <Network ID>}}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
