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 AEC3B18888 for ; Fri, 27 Nov 2015 13:21:11 +0000 (UTC) Received: (qmail 65574 invoked by uid 500); 27 Nov 2015 13:21:11 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 65424 invoked by uid 500); 27 Nov 2015 13:21:11 -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 65401 invoked by uid 500); 27 Nov 2015 13:21:11 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 65398 invoked by uid 99); 27 Nov 2015 13:21:11 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Nov 2015 13:21:11 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 383CD2C1F56 for ; Fri, 27 Nov 2015 13:21:11 +0000 (UTC) Date: Fri, 27 Nov 2015 13:21:11 +0000 (UTC) From: "ASF GitHub Bot (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CLOUDSTACK-4787) Allow selection of scsi controller type in vSphere 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-4787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15029861#comment-15029861 ] ASF GitHub Bot commented on CLOUDSTACK-4787: -------------------------------------------- GitHub user bhaisaab opened a pull request: https://github.com/apache/cloudstack/pull/1131 [4.5] CLOUDSTACK-4787 - vmware diskcontrollers https://issues.apache.org/jira/browse/CLOUDSTACK-4787 Allows users to configure (root and data) disk controllers for vm and vm templates. Select disk controller while registering VM in UI: ![screenshot from 2015-11-27 15-32-37](https://cloud.githubusercontent.com/assets/95203/11442034/aa151608-9537-11e5-9718-a48cdaf27371.png) Verified custom disk controller on vCenter/vSphere client: ![screenshot from 2015-11-27 18-27-57](https://cloud.githubusercontent.com/assets/95203/11442041/c2b4af0c-9537-11e5-8bd8-6fe04184fa1d.png) You can merge this pull request into a Git repository by running: $ git pull https://github.com/shapeblue/cloudstack 4.5-vmware-diskcontrollers Alternatively you can review and apply these changes as the patch at: https://github.com/apache/cloudstack/pull/1131.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #1131 ---- commit 4a48427ea49cdd3154ce7b3b574cad502b6b0062 Author: Sateesh Chodapuneedi Date: 2015-01-14T02:43:10Z CLOUDSTACK-4787 Allow selection of scsi controller type in vSphere commit #7 So far only 1 controller (scsi or ide) is supported in Cloudstack for ide or scsi, this is existing limitation. Added support for 2nd IDE controller. Support adding IDE virtual disk to VM. Also added check if VM is running as IDE virtual disk cannot be attached to VM if VM is runnning.If user detaches a virtual disk on lower unit number of controller, then subsequent attach operation should find free unit number on the controller and attach the virtual disk there. commit #6 Let the controllers of existing VMs continue without flip, current busInfo retrieved from chain_info field of volume record from database would be preferred over controller settings from all configuration settings. commit #5 Editing global configuration param vmware.root.disk.controller osdefault value results in loss of previous root disk controller type. Hence root disk's controller type for legacy VMs is unknow post that modificaiton by user. If VM is stop/start then we could get this infromation from bus info of existing volume. But if user resets VM and then try to start VM. The existing bus info would be lost. Hence existing disk info is not available to depend on. Using lsilogic or generic scsi controller for ROOT disk of legacy VMs if reset. commit #4 Avoid adding additional (>1) scsi controllers to system vms. While attaching volume to legacy VM don't use osdefault optoin which applicable only for VM created with the option enabled, use legacy data disk controller type (lsilogic) commit #3 If root disk's controller type is scsi and data disk controller type condenses to any of scsi sub-types then data disk controller type would fall back to root disk controller itself. This ensures data volumes would be accessible in all cases as controller of root volume would be reliable and it means VM has the supported controller. It also avoids mix of scsi controller sub-types in a user instance. Also translating disk controller type scsi to lsilogic. commit #2 Support auto detection of recommended virtual disk controller type for specific guest OS. commit #1 Support granual controller types. Add support for controller types in template registration as well. Fix white spaces. Removed stale HEAD merge lines Removed tail of merge lines Fixed VmwareResource, removing storage commands that moved to VmwareStorageProcessor. removed stale code of controller that is present in processor Fixed check style errors. Fixed injection. Tested with Linux and windows templates. Unable to run iso based tests due to few bugs in register iso area. Signed-off-by: Sateesh Chodapuneedi (cherry picked from commit a4cc987a6f66f20c434942956fffe5951df09e43) Signed-off-by: Rohit Yadav commit c7d67628b3ff86802a1ac3b58e0bc05d54afd543 Author: Rohit Yadav Date: 2015-11-27T13:00:00Z CLOUDSTACK-4787: Allow users to select disk controller for VM/template - Adds new controller types in the UI, for selecting root disk controller while registering templates - Fixes bug to not override disk controller type if provided in the details (either vm details or from template details) Signed-off-by: Rohit Yadav ---- > Allow selection of scsi controller type in vSphere > -------------------------------------------------- > > Key: CLOUDSTACK-4787 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4787 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the default.) > Components: Management Server, UI, VMware > Affects Versions: 4.2.0, 4.3.0 > Environment: vSphere 5.1 > Reporter: Chris Sciarrino > Assignee: Rohit Yadav > Priority: Critical > Fix For: 4.5.3, 4.7.0, 4.6.1 > > Attachments: screenshot-1.png > > > When adding an OVA template for a vSphere environment allow the selection of the scsi controller type. > Currently the instances are deployed with the the LSI Parallel controller type. This results in a blue screen on boot when attempting to deploy templates that use the LSI SAS controller. -- This message was sent by Atlassian JIRA (v6.3.4#6332)