Return-Path: X-Original-To: apmail-cloudstack-issues-archive@www.apache.org Delivered-To: apmail-cloudstack-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5C72B10634 for ; Tue, 17 Sep 2013 09:46:58 +0000 (UTC) Received: (qmail 15531 invoked by uid 500); 17 Sep 2013 09:46:54 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 15404 invoked by uid 500); 17 Sep 2013 09:46:53 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 15379 invoked by uid 500); 17 Sep 2013 09:46:53 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 15323 invoked by uid 99); 17 Sep 2013 09:46:52 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Sep 2013 09:46:52 +0000 Date: Tue, 17 Sep 2013 09:46:52 +0000 (UTC) From: "Nicolas FOATA (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CLOUDSTACK-3128) deployVm does not guearentee network interface order inside VM when called with ipToNetwork list parameter MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CLOUDSTACK-3128?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13769371#comment-13769371 ] Nicolas FOATA commented on CLOUDSTACK-3128: ------------------------------------------- Hi, Indeed the LinkedHashMap solves the error into the component cloud-api (DeployVmCmd). But not, into the component cloud-server. To solve completely the issue, we also have to set into com.cloud.vm.UserVmManagerImpl.java in the method called protected UserVm createVirtualMachine(DataCenter zone, ServiceOffering serviceOffering, VirtualMachineTemplate template, String hostName, String displayName, ...) the line networkNicMap = new HashMap(); by networkNicMap = new LinkedHashMap(); For closing the bug, could you set it into your patch or have I to submit diff. Please feel free to contact me if need be, Best regards, > deployVm does not guearentee network interface order inside VM when called with ipToNetwork list parameter > ---------------------------------------------------------------------------------------------------------- > > Key: CLOUDSTACK-3128 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3128 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the default.) > Components: Management Server > Affects Versions: 4.2.0 > Reporter: Alena Prokharchyk > Assignee: Alena Prokharchyk > Fix For: 4.2.0 > > > When deployVm is called with networkIds parameter, the nics will be created in the Vm with the order defined by networkId parameter. > But when ipToNetworkList parameter is passed, the order the map is presented in this param, is not the order the nics are created on the Vm. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira