From users-return-34724-archive-asf-public=cust-asf.ponee.io@cloudstack.apache.org Fri Jul 31 11:12:15 2020 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mailroute1-lw-us.apache.org (mailroute1-lw-us.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with ESMTPS id E4DE7180647 for ; Fri, 31 Jul 2020 13:12:14 +0200 (CEST) Received: from mail.apache.org (localhost [127.0.0.1]) by mailroute1-lw-us.apache.org (ASF Mail Server at mailroute1-lw-us.apache.org) with SMTP id BB0FE12574D for ; Fri, 31 Jul 2020 11:12:12 +0000 (UTC) Received: (qmail 61677 invoked by uid 500); 31 Jul 2020 11:12:12 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 61665 invoked by uid 99); 31 Jul 2020 11:12:11 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 31 Jul 2020 11:12:11 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 044691813BD for ; Fri, 31 Jul 2020 11:12:11 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.2, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-he-de.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id JEC_EWdd0-Ib for ; Fri, 31 Jul 2020 11:12:08 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2a00:1450:4864:20::633; helo=mail-ej1-x633.google.com; envelope-from=andrija.panic@gmail.com; receiver= Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS id 237197F735 for ; Fri, 31 Jul 2020 11:12:07 +0000 (UTC) Received: by mail-ej1-x633.google.com with SMTP id o23so3577602ejr.1 for ; Fri, 31 Jul 2020 04:12:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=XwdPbO++4goDMTXaPB1jDlHUxu9GlTQ/OcSCwN3LG+4=; b=GaJxoy+RyGHbycIaPuHYDK9SqGBt9wcoPbBCqB7H02VZykwIvHJy3/NSdeF5w7kHMl 9yEN0Zyhpv3Ogc+ghyZW+rlMkt5NBtPFyEYtULYU0Loq8P0OYPZTFDwLw4FyDd67Ycq4 KoIKGYYm94R20oSh2xqNEeJZi8Cv3MGaJ0Ge3rmTtxuDhWXq84TQmEe3HJOhFxZZ7EoF FNOPZ0SJ2CcF5u4vlcxCta+EWKF6LgyRiEkv+j1d7NadH+4q1cmRvnX1/4KJXWliOZ/w 2HVAZYoDyITipSS/pxro/JUwsW5O7u77i39OEaws91d69d0G5dp85GHOC/ca8Afybijo 4/tg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=XwdPbO++4goDMTXaPB1jDlHUxu9GlTQ/OcSCwN3LG+4=; b=KBVyJ6vdPqn6IVz053N82ANW3nzwxGeEMCIwyagDbTGFSM0Yoi9OhhkzMiFH1X4xHe Ny7GjC/oQ0Ekw+25Cpm7JizEBEHhT/wwAHEq4MyzumQVHP0LL9ua8jR6fM6Gf8n8pyzu Y0/j3ZNRWtTr2NvpiZJelzXhc9hoPNHw7uk5XC+g8Qjm1OxU7+yJAIFBE5h26DSWW9RD Iw30yYlD/N9+f+EW1N704WFDGAmm093o9DNLw0/QCY4+RA+B1q/uIlILRWqSVQTvqTQ9 WaWhw8OV7oRuDvg3NtC/eUkLowYUHHYrFqvUclXw4M0CVZDWIJIfR/j90QqwxDU5JSTL ev3Q== X-Gm-Message-State: AOAM531NqCg04mepCoFu2aHJDgEEriIKYUfdD4mXKg/N1t3po6VBeMW3 tYoQG/fU9OGunthW5GlewAP/noJRcFFy6TKbusIXAQ== X-Google-Smtp-Source: ABdhPJxIWDiiZqi3rZE/VNp7gGlnmqPFi92fQTbMxF+sgM1cxp6ljyrFSLraiYkIDKx0qDVCmvIwJqa1BYSNQlp9j6E= X-Received: by 2002:a17:906:8506:: with SMTP id i6mr3464576ejx.446.1596193927180; Fri, 31 Jul 2020 04:12:07 -0700 (PDT) MIME-Version: 1.0 References: <052227ae-3471-3a27-8611-998811bf68ad@marcuspocus.com> In-Reply-To: From: Andrija Panic Date: Fri, 31 Jul 2020 13:11:52 +0200 Message-ID: Subject: Re: Windows Template & Multiple SCSI Controllers To: users Content-Type: multipart/alternative; boundary="00000000000005b4c405abbadc74" --00000000000005b4c405abbadc74 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mike, you can set the HW controller on the template (template properties) and the VM from that template will be created with that controller (4 of them) - make sure to choose the same as the one used in your original templates. Next, to further see if 4 controllers are the issue (would not be by all means, if your template has disk on the first controller) - you can crate a VM from a template via API and defined startvm=3Dfalse (if I recall correct= ly the parameter) - i.e. VM will be created on vSphere, but not started (OS not yet messed up,since it never booted) - now go and remove those 3 additional controllers and try to start the VM. I'm not sure if ACS will reconfigure the VM again on VM start actions, or if it will only do that during creating VM (I believe that is the case) You are now in the "cloudstack world" so you have to "play" by cloudstack rules - i.e. to make sure to understand the limitations and options available in ACS - ACS doesn't just take the VM and clone it (new VM from a template), but also reconfigures VM to be able to "play" with CloudStack properly. For the record, if you use the "osdefault" controller,, CLoudStack will ask vSPhere (via SDK) for the "recommended controller" for that specific OS of your VM - so that might be IDE, or some LSI models, etc - depending on the OS type. Best, On Thu, 30 Jul 2020 at 21:47, Corey, Mike wrote: > Thanks Marcus, your process is helpful to me and I may test it out for my > build. In theory, shouldn't I be able to use a "template" that I've > created and used in VMware and not have to build it out through CloudStac= k > with ISO, etc.? > > In your test steps, I don't understand why you have to add a 60GB root > volume when creating the VM Instance - won't it just use the volume > size/layout of the template VM? > > What I'm really trying to figure out is why CloudStack is injecting the V= M > instance with 3 extra SCSI controllers and if this could be causing my VM= s > from failing to boot as expected. > > My "production" template, that we use in a non-CloudStack VMware > environment is not working. Its built on VMware hardware 13 and LSILogic > controller. No matter what I set the template diskcontroller type to use > (osdefault, lsilogic, lsisas1068) - the VM Instance doesn't find the syst= em > volume and only attempts to boot to the network. What logs or entries in > ACS can I look at to help isolate the issue? > > Any thoughts? > > Mike > > > > > > -----Original Message----- > From: Marc-Andre Jutras > Sent: Thursday, July 30, 2020 12:06 PM > To: users@cloudstack.apache.org > Subject: Re: Windows Template & Multiple SCSI Controllers > > Hey Mike, > > > disk OSdefaut: it will use IDE if i'm right... > > 2 nics: are your seeing these 2 nic in cloudstack too ? > > > Template: I've build up my Windows 10 template directly in cloudstack... > > My steps: > > - upload a Win10 ISO on Cloudstack > > - create a new VM with your ISO ( 1 gb ram, 1 nic, 1 vcpu, 30gb disk ) > > - install the latest vmware-tools and cloudbase-init ( > https://cloudbase-init.readthedocs.io/en/latest/intro.html#download ) > > - do a sysprep... shutdown your vm... > > - create a snapshot / template of your disk in cloudstack > > - when done, in cloudstack, modify your template settings and add: > > - - keyboard : us > > - - nicAdapter : Vmxnet3 > > - - rootDiskController : lsisas1068 > > > Then, Test !! try to start a vm from your template, set the root disk to > 60 Gb and 2 vcpu, 4 gb ram... keep us updated with your results ;) > > > Recommended global settings: > > - Vmware.create.full.clone : true > > - Vmware.create.base.shapshot : true > > - vmware.root.disk.controller: lsisas1068 > > - vmware.systemvm.nic.device.type: vmxnet3 > > > Marcus > > On 2020-07-29 1:53 PM, Corey, Mike wrote: > > Thanks Marc & Thomas for your responses. > > > > Setting from "lsilogic" to "osdefault" got my one Windows10 Template to > load to OS as expected - it literally is just a vanilla installation of > Windows 10 with sysprep. However, it now has two NICs configured for it. > (Again, is this normal behavior?) > > > > Its still not clear as to why the additional SCSI adapters are added to > the deployed instance. Now I'm having the second NIC added. > > > > Marc - for your Windows Templates/Images - did you use any imaging > preparation tools like MDT or other that customizes > settings/preferences/apps as the OS starts for the first time? If so, an= y > issues with the system partition loading as expecting during your initial > experience? > > > > Thanks! > > > > Mike > > > > > > > > > > > > -----Original Message----- > > From: Thomas Joseph > > Sent: Tuesday, July 28, 2020 9:56 PM > > To: users@cloudstack.apache.org > > Subject: Re: Windows Template & Multiple SCSI Controllers > > > > To add few more troubleshooting tips: > > 1. In template/VM settings tab, add entries for Vnic (vmxnet3) and roo= t > & > > data disk controllers (osdefault) from the dropdown menu. > > 2. You would need to have vmtools in the template. > > > > Regards > > Thomas > > > > On Wed, 29 Jul 2020, 6:50 am Marc-Andre Jutras, > > wrote: > > > >> Hey Mike, > >> > >> On 2020-07-28 3:37 PM, Corey, Mike wrote: > >>> I could use some advice on this. I completely recreated my Window10 > >> VM/Template and imported it into ACS. Deploying an instance runs; > however > >> a couple things are out of the normal and I could use some guidance on > >> troubleshooting. > >>> 1 - The ASC template that ASC deploys does not include the network > >> adapter that my imported OVA has. Is this expected behavior of the > >> template? > >> > >> > >> Yes, It's expected, vNIC will be added to your VM only when you will > >> start your VM... > >> > >> > >>> 2 - Booting the deployed Instance VM to UEFI can't see the system > volume > >> (device 0:0) and fails to boot up Windows. > >> make sure you boot up your vm from cloudstack and not from vmware... > >>> 3 - Booting the deployed Instance VM to BIOS gets a Windows > >> unrecoverable error - fails to boot up Windows correctly. > >> same... make sure you boot up your vm from cloudstack and not from > >> vmware... > >>> Cloning a VM from the ASC Deployed Template VM (adding a vnic after) > >> works and the VM loads as expected. > >> > >> whoa, party on dude ;) > >> > >> to use vmxnet3 driver or any others specific settings in your template= , > >> on acs, select your template and under settings, add : > >> > >> nicAdapter =3D Vmxnet3 > >> and define any others settings there... ( keyboard, root scsi driver, > >> etc... ) > >> > >>> So my question to the greater forum is what is ASC doing under the > >> covers to the VM hardware that could prevent the OS / System Volume / > >> primary partition from loading in the ASC deployed VM Instance? > >> ACS drives vmware through API calls, ACS will push configuration to yo= ur > >> vm only when needed : always manage your VM via Cloudstack and don't d= o > >> anything directly on vmware ;) > >>> > >>> Anyone with a VMware & CloudStack deployment running out here that ca= n > >> shed some light? > >> yup, me ;) 6 ACS regions with vmware 5.5, 6.0 and 6.7 ( upgrade to 6.= 7 > >> on all regions on hold for now // covid... ) > >>> Thanks! > >>> > >>> Mike > >>> > >>> > >>> > >>> > >>> > >>> -----Original Message----- > >>> From: Corey, Mike > >>> Sent: Monday, July 27, 2020 11:48 AM > >>> To: users@cloudstack.apache.org > >>> Subject: [CAUTION] RE: Windows Template & Multiple SCSI Controllers > >>> > >>> Why would you hardcode the addition of unrequired/unnecessary > "hardware" > >> to the VM instance? This wasn't the case for the CentOS deployment so > why > >> do it with Windows OS? > >>> I can't say for certain, but the VM instance that ACS creates doesn't > >> start the OS (blue screen recovery console). However, cloning from th= e > >> template ACS creates in vCenter through the tradition vCenter method, > the > >> VM loads as normal. > >>> Can this be changed via a global setting or other config file edit? > >>> > >>> > >>> > >>> -----Original Message----- > >>> From: Andrija Panic > >>> Sent: Saturday, July 25, 2020 2:44 PM > >>> To: users > >>> Subject: Re: Windows Template & Multiple SCSI Controllers > >>> > >>> Hardcoded behavior of having 4 identical controllers, with all the > >> volumes > >>> attached to the first one. > >>> > >>> Why is this a problem for you? > >>> > >>> Best, > >>> > >>> On Fri, 24 Jul 2020, 19:55 Corey, Mike, wrote: > >>> > >>>> Hi, > >>>> > >>>> > >>>> > >>>> As I progress with my ACS & VMware setup I seem to hit a bump at eve= ry > >>>> turn. I=E2=80=99ve gotten to the point where I=E2=80=99m now able t= o upload a Windows > >> 10 > >>>> template that we use in production (VMware) into ACS. However, when= I > >>>> create a new instance through the GUI it is deployed with a total of= 4 > >> SCSI > >>>> controllers when it should only have ONE. > >>>> > >>>> > >>>> > >>>> What is strange is that the clone of the template that ACS copies in= to > >>>> vCenter only has a single SCSI controller (as expected). In fact, > when > >> I > >>>> clone a VM (traditional vCenter method) from the ACS template that w= as > >>>> create =E2=80=93 that VM only has the single controller and boots to= the OS > >> fine. > >>>> > >>>> > >>>> Any ideas are welcome as to why this behavior is occurring. > >>>> > >>>> > >>>> > >>>> 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.corey@sap.com > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > --=20 Andrija Pani=C4=87 --00000000000005b4c405abbadc74--