Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 077C1178D6 for ; Tue, 3 Feb 2015 15:46:39 +0000 (UTC) Received: (qmail 10662 invoked by uid 500); 3 Feb 2015 15:46:39 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 10613 invoked by uid 500); 3 Feb 2015 15:46:39 -0000 Mailing-List: contact dev-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 dev@cloudstack.apache.org Received: (qmail 10602 invoked by uid 99); 3 Feb 2015 15:46:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Feb 2015 15:46:39 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of andrei@arhont.com designates 178.248.108.132 as permitted sender) Received: from [178.248.108.132] (HELO mail.arhont.com) (178.248.108.132) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Feb 2015 15:46:10 +0000 Received: from localhost (localhost [127.0.0.1]) by mail1.arhont.com (Postfix) with ESMTP id 03844980130; Tue, 3 Feb 2015 15:46:06 +0000 (GMT) Received: from mail.arhont.com ([127.0.0.1]) by localhost (mail1.arhont.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id VTtcI7dqScYF; Tue, 3 Feb 2015 15:46:02 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail1.arhont.com (Postfix) with ESMTP id 989B7980036; Tue, 3 Feb 2015 15:46:02 +0000 (GMT) X-Virus-Scanned: amavisd-new at arhont.com Received: from mail.arhont.com ([127.0.0.1]) by localhost (mail1.arhont.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id cUyde71l51KW; Tue, 3 Feb 2015 15:46:02 +0000 (GMT) Received: from mail1.arhont.com (mail1.arhont.com [178.248.108.132]) by mail1.arhont.com (Postfix) with ESMTP id 243FF980130; Tue, 3 Feb 2015 15:46:02 +0000 (GMT) Date: Tue, 3 Feb 2015 15:46:02 +0000 (GMT) From: Andrei Mikhailovsky To: dev@cloudstack.apache.org Cc: Brian Federle Message-ID: <3895851.724.1422978364192.JavaMail.andrei@tuchka> In-Reply-To: References: <26864201.151.1422880796682.JavaMail.andrei@tuchka> <11776708.261.1422955520396.JavaMail.andrei@tuchka> <28345457.667.1422977580736.JavaMail.andrei@tuchka> Subject: Re: Major breakage in GUI after upgrade from 4.3.2 to 4.4.2 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_723_4825665.1422978364191" X-Mailer: Zimbra 8.0.7_GA_6021 (Zimbra Desktop/7.2.5_12038_Linux) Thread-Topic: Major breakage in GUI after upgrade from 4.3.2 to 4.4.2 Thread-Index: GRMdpzoT6ShwT78M5wWbNshL/P3xPQ== X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_723_4825665.1422978364191 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mike,=20 I have a preset values for the number of cpus and Mhz. In this case, it's 2= cpus of 2ghz each. I've also tried different offerings with different numbe= r of cpus, but the result is no different.=20 Cheers=20 ----- Original Message ----- > From: "Mike Tutkowski" > To: dev@cloudstack.apache.org > Cc: "Brian Federle" > Sent: Tuesday, 3 February, 2015 3:40:35 PM > Subject: Re: Major breakage in GUI after upgrade from 4.3.2 to 4.4.2 > Thanks, Andrei > Another question: Does your compute offering specify the CPU, MHz, > and > memory or does it allow the end user to specify those values? > On Tue, Feb 3, 2015 at 8:33 AM, Andrei Mikhailovsky > > wrote: > > Mark, > > > > I've tried using both, the template and the ISO and get the same > > error. > > > > The templates are based on the following (copy paste from GUI): > > > > The compute offering: > > Name 2vCPU_2GB > > ID 8951c6d0-d18f-40e9-b34d-457a12b3da9c > > Description 2vCPU_2GB NO High Availability > > Storage Type shared > > # of CPU Cores 2 > > CPU (in MHz) 2.00 GHz > > Memory (in MB) 2.00 GB > > Network Rate (Mb/s) > > Custom IOPS > > Min IOPS N/A > > Max IOPS N/A > > Hypervisor Snapshot Reserve N/A > > Disk Read Rate (BPS) > > Disk Write Rate (BPS) > > Disk Read Rate (IOPS) > > Disk Write Rate (IOPS) > > Offer HA No > > CPU Cap No > > Volatile No > > Deployment Planner > > Planner Mode > > GPU > > vGPU type > > Storage Tags rbd > > Host Tags > > Domain > > Created 17 Dec 2013 17:28:25 > > > > The disk offering: > > Name 10GB Disk Standard - RBD > > ID cb6719d6-166f-4a9c-8ece-5c1b528c4982 > > Description 10GB Disk Standard Tier - RBD > > Custom Disk Size No > > Disk Size (in GB) 10 > > Custom IOPS > > Min IOPS N/A > > Max IOPS N/A > > Hypervisor Snapshot Reserve N/A > > Disk Write Rate (BPS) > > Disk Write Rate (BPS) > > Disk Write Rate (IOPS) > > Disk Write Rate (IOPS) > > label.cache.mode none > > Storage Tags rbd > > Domain > > Storage Type shared > > > > I've tried using the offerings which existed pre 4.4.2 upgrade as > > well as > > on a newly created compute/disk offerings. Still get the same > > issue. > > > > I've tried using Chrome and Firefox installed from Ubuntu 14.10 > > repos with > > the latest updates. The debugging console was activated in Firefox. > > If you > > want, I can do the same from Chrome as well, but from what I can > > see, both > > browsers behave the same way. > > > > I am unable to try IE as I do not have access to a windows box. > > > > Please let me know if you need anything else. > > > > Andrei > > > > ----- Original Message ----- > > > > > From: "Mike Tutkowski" > > > To: dev@cloudstack.apache.org > > > Cc: "Brian Federle" > > > Sent: Tuesday, 3 February, 2015 2:48:08 PM > > > Subject: Re: Major breakage in GUI after upgrade from 4.3.2 to > > > 4.4.2 > > > > > Also, thanks for the info that a new compute offering doesn't > > > help. > > > > > Are you able to run the same tests from different browsers? If > > > so, > > > can you > > > tell me those results? > > > > > Thanks! > > > > > On Tue, Feb 3, 2015 at 7:45 AM, Mike Tutkowski > > > > > > wrote: > > > > > > Hi Andrei, > > > > > > > > A couple more questions for you: > > > > > > > > Are you spinning up a VM based on a template or an ISO in this > > > > case? > > > > > > > > If a template, can you specify the characteristics of your > > > > compute > > > > offering? > > > > > > > > If an ISO, can you specify the characteristics of your compute > > > > and > > > > disk > > > > offerings? > > > > > > > > Thanks! > > > > Mike > > > > > > > > On Tue, Feb 3, 2015 at 2:25 AM, Andrei Mikhailovsky > > > > > > > > wrote: > > > > > > > >> Mike, thanks for looking into this. I've ran a few tests and I > > > >> can > > > >> confirm that creating a new disk and compute offering does NOT > > > >> solve the > > > >> problem. I still have the same error on the same line. The > > > >> disk > > > >> and compute > > > >> offering were created by specifying only the required options > > > >> marked with > > > >> the red *. > > > >> > > > >> Andrei > > > >> > > > >> ----- Original Message ----- > > > >> > > > >> > From: "Mike Tutkowski" > > > >> > To: dev@cloudstack.apache.org, "Brian Federle" > > > >> > > > > >> > Sent: Tuesday, 3 February, 2015 4:45:12 AM > > > >> > Subject: Re: Major breakage in GUI after upgrade from 4.3.2 > > > >> > to > > > >> > 4.4.2 > > > >> > > > >> > So, Andrei, the problem is this "if" statement should return > > > >> > "false" > > > >> > if you > > > >> > are not allowing IOPS to be set in your compute offering: > > > >> > > > >> > if > > > >> > > > > >> > > (args.$wizard.find('input[name=3Ddisk-min-iops]').parent().parent().css= ('display') > > > >> > !=3D 'none') { > > > >> > > > >> > But it returns "true" and then the next "if" statement > > > >> > doesn't > > > >> > find > > > >> > the > > > >> > disk-min-iops control. > > > >> > > > >> > I just ran some tests on this a moment ago and it all worked > > > >> > fine, so > > > >> > I'll > > > >> > be curious to see if this is only a problem for you when you > > > >> > use > > > >> > a > > > >> > compute > > > >> > offering that existed before you completed the upgrade. > > > >> > > > >> > Perhaps we'll be able to have a GUI person examine this code > > > >> > with the > > > >> > upgrade scenario in mind and comment, as well. This pattern > > > >> > is > > > >> > the > > > >> > same as > > > >> > that of the optional CPU, MHz, and memory pattern, so it's a > > > >> > bit > > > >> > strange to > > > >> > me that the CPU/MHz/memory line doesn't fail first (unless > > > >> > your > > > >> > compute > > > >> > offering does accept input for CPU/MHz/memory). > > > >> > > > >> > Thanks! > > > >> > > > >> > On Mon, Feb 2, 2015 at 9:16 PM, Mike Tutkowski > > > >> > > > >> > > wrote: > > > >> > > > >> > > Hey Andrei, > > > >> > > > > > >> > > Does this only happen when you try to spin up a VM using a > > > >> > > compute > > > >> > > offering that existed BEFORE the upgrade? > > > >> > > > > > >> > > Looking at it another way, if you create a new compute > > > >> > > offering > > > >> > > once > > > >> > > you're already upgraded, are you able to spin up a VM with > > > >> > > that > > > >> > > compute > > > >> > > offering? > > > >> > > > > > >> > > Thanks! > > > >> > > Mike > > > >> > > > > > >> > > On Mon, Feb 2, 2015 at 9:07 PM, Mike Tutkowski < > > > >> > > mike.tutkowski@solidfire.com> wrote: > > > >> > > > > > >> > >> These two top-level "if" statements follow the same > > > >> > >> pattern: > > > >> > >> > > > >> > >> if > > > >> > >> > > > >> > > (args.$wizard.find('input[name=3Dcompute-cpu-cores]').parent().parent()= .css('display') > > > >> > >> !=3D 'none') { > > > >> > >> if > > > >> > >> (args.$wizard.find('input[name=3Dcompute-cpu-cores]').val().l= ength > > > >> > >> > > > > >> > >> 0) { > > > >> > >> > > > >> > >> $.extend(deployVmData, { > > > >> > >> 'details[0].cpuNumber' : > > > >> > >> args.$wizard.find('input[name=3Dcompute-cpu-cores]').val() > > > >> > >> }); > > > >> > >> } > > > >> > >> if > > > >> > >> (args.$wizard.find('input[name=3Dcompute-cpu]').val().length > > > >> > >> > 0) { > > > >> > >> $.extend(deployVmData, { > > > >> > >> 'details[0].cpuSpeed' : > > > >> > >> args.$wizard.find('input[name=3Dcompute-cpu]').val() > > > >> > >> }); > > > >> > >> } > > > >> > >> if > > > >> > >> (args.$wizard.find('input[name=3Dcompute-memory]').val().leng= th > > > >> > >> > 0) > > > >> > >> { > > > >> > >> $.extend(deployVmData, { > > > >> > >> 'details[0].memory' : > > > >> > >> args.$wizard.find('input[name=3Dcompute-memory]').val() > > > >> > >> }); > > > >> > >> } > > > >> > >> } > > > >> > >> > > > >> > >> if > > > >> > >> > > > >> > > (args.$wizard.find('input[name=3Ddisk-min-iops]').parent().parent().css= ('display') > > > >> > >> !=3D 'none') { > > > >> > >> if > > > >> > >> (args.$wizard.find('input[name=3Ddisk-min-iops]').val().lengt= h > > > >> > >> > 0) > > > >> > >> { > > > >> > >> $.extend(deployVmData, { > > > >> > >> 'details[0].minIops' : > > > >> > >> args.$wizard.find('input[name=3Ddisk-min-iops]').val() > > > >> > >> }); > > > >> > >> } > > > >> > >> if > > > >> > >> (args.$wizard.find('input[name=3Ddisk-max-iops]').val().lengt= h > > > >> > >> > 0) > > > >> > >> { > > > >> > >> $.extend(deployVmData, { > > > >> > >> 'details[0].maxIops' : > > > >> > >> args.$wizard.find('input[name=3Ddisk-max-iops]').val() > > > >> > >> }); > > > >> > >> } > > > >> > >> } > > > >> > >> > > > >> > >> They rely on this code in index.jsp: > > > >> > >> > > > >> > >> > > > >> > >>
> > >> > >> wizard-step-id=3D"service-offering"> > > > >> > >>
> > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > >> > >> class=3D"required disallowSpecialCharacters" > > > >> > >> name=3D"compute-cpu-cores" /> > > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > >> > >> class=3D"required disallowSpecialCharacters" > > > >> > >> name=3D"compute-cpu" > > > >> > >> /> > > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > >> > >> class=3D"required disallowSpecialCharacters" > > > >> > >> name=3D"compute-memory" > > > >> > >> /> > > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > >> > >> class=3D"disallowSpecialCharacters" name=3D"disk-min-iops" /> > > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> > > >> > >> class=3D"disallowSpecialCharacters" name=3D"disk-max-iops" /> > > > >> > >>
> > > >> > >>
> > > >> > >>
> > > >> > >>
> > > >> > >> > > > >> > >> Perhaps one of our GUI experts might know off hand why > > > >> > >> your > > > >> > >> logic > > > >> > >> after > > > >> > >> an upgrade is having trouble at that second top-level > > > >> > >> "if" > > > >> > >> statement. > > > >> > >> > > > >> > >> On Mon, Feb 2, 2015 at 8:56 PM, Mike Tutkowski < > > > >> > >> mike.tutkowski@solidfire.com> wrote: > > > >> > >> > > > >> > >>> That is an interesting question, Andrei. > > > >> > >>> > > > >> > >>> That field is optional and only used when the compute > > > >> > >>> offering is > > > >> > >>> configured in such a way that we are to ask the user for > > > >> > >>> Min > > > >> > >>> and > > > >> > >>> Max IOPS > > > >> > >>> for the root disk (just like how a compute offering can > > > >> > >>> be > > > >> > >>> configured to > > > >> > >>> ask the user for a number of CPUs and amount of memory). > > > >> > >>> > > > >> > >>> Off hand I don't understand why an upgrade would cause > > > >> > >>> trouble > > > >> > >>> here. It > > > >> > >>> works fine in all of the tests I've run where I've set > > > >> > >>> the > > > >> > >>> compute offering > > > >> > >>> up to both ask and not ask for these IOPS fields. > > > >> > >>> > > > >> > >>> Perhaps one of our GUI gurus can comment (I've included > > > >> > >>> Brian > > > >> > >>> Federle). > > > >> > >>> > > > >> > >>> On Mon, Feb 2, 2015 at 5:57 PM, Andrei Mikhailovsky > > > >> > >>> > > > >> > >>> wrote: > > > >> > >>> > > > >> > >>>> Mike, > > > >> > >>>> > > > >> > >>>> I am not really sure how to do that. > > > >> > >>>> > > > >> > >>>> Here is what I've done so far, perhaps you could help > > > >> > >>>> me > > > >> > >>>> with > > > >> > >>>> some > > > >> > >>>> instructions. > > > >> > >>>> > > > >> > >>>> I've opened debugging console in Firefox and checked > > > >> > >>>> the > > > >> > >>>> Console > > > >> > >>>> tab. > > > >> > >>>> After i've followed the add instance wizard while > > > >> > >>>> watching > > > >> > >>>> the > > > >> > >>>> messages in > > > >> > >>>> the Console. No errors until I've clicked the launch > > > >> > >>>> button. > > > >> > >>>> After that > > > >> > >>>> I've got the following message: > > > >> > >>>> > > > >> > >>>> TypeError: args.$wizard.find(...).val(...) is undefined > > > >> > >>>> instanceWizard.js:649 > > > >> > >>>> > > > >> > >>>> Looking at the line 649 in the instanceWizard.js: > > > >> > >>>> > > > >> > >>>> if > > > >> > >>>> (args.$wizard.find('input[name=3Ddisk-min-iops]').val().len= gth > > > >> > >>>> > 0) { > > > >> > >>>> > > > >> > >>>> So, it seem to be looking for the disk-min-iops value > > > >> > >>>> which > > > >> > >>>> is > > > >> > >>>> not > > > >> > >>>> defined during the wizard creation. I do not recall > > > >> > >>>> ever > > > >> > >>>> being > > > >> > >>>> required to > > > >> > >>>> specify these values in the past. Thus, not sure why it > > > >> > >>>> needs > > > >> > >>>> these values > > > >> > >>>> all of a sudden after performing an upgrade from acs > > > >> > >>>> 4.3.2? > > > >> > >>>> > > > >> > >>>> Any idea anyone? > > > >> > >>>> > > > >> > >>>> Cheers > > > >> > >>>> > > > >> > >>>> ----- Original Message ----- > > > >> > >>>> > > > >> > >>>> > From: "Mike Tutkowski" > > > >> > >>>> > To: dev@cloudstack.apache.org > > > >> > >>>> > Sent: Monday, 2 February, 2015 9:25:31 PM > > > >> > >>>> > Subject: Re: Major breakage in GUI after upgrade from > > > >> > >>>> > 4.3.2 to > > > >> > >>>> > 4.4.2 > > > >> > >>>> > > > >> > >>>> > Hey Andrei, > > > >> > >>>> > > > >> > >>>> > Are you familiar with debugging in your web browser? > > > >> > >>>> > > > >> > >>>> > One thing you could try is to set a breakpoint in > > > >> > >>>> > instanceWizard.js > > > >> > >>>> > where > > > >> > >>>> > deployVirtualMachine is invoked and see what happens. > > > >> > >>>> > > > >> > >>>> > Talk to you later, > > > >> > >>>> > Mike > > > >> > >>>> > > > >> > >>>> > On Mon, Feb 2, 2015 at 2:16 PM, Andrei Mikhailovsky > > > >> > >>>> > > > > >> > >>>> > wrote: > > > >> > >>>> > > > >> > >>>> > > Mike, you are absolutely right, thanks! The delete > > > >> > >>>> > > function > > > >> > >>>> > > has > > > >> > >>>> > > been > > > >> > >>>> > > hidden under the Zones tab (in my version of GUI it > > > >> > >>>> > > is > > > >> > >>>> > > shown > > > >> > >>>> > > as > > > >> > >>>> > > "label.zones"). So, this one is sorted out. > > > >> > >>>> > > > > > >> > >>>> > > Now, I wonder how to fix the major issue #1 - > > > >> > >>>> > > unable to > > > >> > >>>> > > create new > > > >> > >>>> > > vm > > > >> > >>>> > > instances? Anyone any thoughts? > > > >> > >>>> > > > > > >> > >>>> > > Thanks > > > >> > >>>> > > > > > >> > >>>> > > Andrei > > > >> > >>>> > > > > > >> > >>>> > > ----- Original Message ----- > > > >> > >>>> > > > > > >> > >>>> > > > From: "Mike Tutkowski" > > > >> > >>>> > > > > > > >> > >>>> > > > To: dev@cloudstack.apache.org > > > >> > >>>> > > > Sent: Monday, 2 February, 2015 7:38:39 PM > > > >> > >>>> > > > Subject: Re: Major breakage in GUI after upgrade > > > >> > >>>> > > > from > > > >> > >>>> > > > 4.3.2 to > > > >> > >>>> > > > 4.4.2 > > > >> > >>>> > > > > > >> > >>>> > > > I wonder for your Major issue #2 if you have > > > >> > >>>> > > > drilled > > > >> > >>>> > > > down > > > >> > >>>> > > > into > > > >> > >>>> > > > the > > > >> > >>>> > > > applicable zone from which you want to delete the > > > >> > >>>> > > > template? > > > >> > >>>> > > > > > >> > >>>> > > > I had trouble finding this at one point, as well. > > > >> > >>>> > > > > > >> > >>>> > > > I don't have easy access to a 4.4 GUI at the time > > > >> > >>>> > > > being, > > > >> > >>>> > > > but in > > > >> > >>>> > > > 4.6 > > > >> > >>>> > > > you > > > >> > >>>> > > > need to go to Templates, click on the template in > > > >> > >>>> > > > the > > > >> > >>>> > > > table, > > > >> > >>>> > > > select > > > >> > >>>> > > > the > > > >> > >>>> > > > Zone tab, click on the applicable zone in the > > > >> > >>>> > > > table, > > > >> > >>>> > > > then > > > >> > >>>> > > > you see > > > >> > >>>> > > > a > > > >> > >>>> > > > delete > > > >> > >>>> > > > button. > > > >> > >>>> > > > > > >> > >>>> > > > On Mon, Feb 2, 2015 at 12:23 PM, Andrei > > > >> > >>>> > > > Mikhailovsky > > > >> > >>>> > > > > > > >> > >>>> > > > wrote: > > > >> > >>>> > > > > > >> > >>>> > > > > Hi guys, > > > >> > >>>> > > > > > > > >> > >>>> > > > > Sorry for duplicating the message from the user > > > >> > >>>> > > > > list. > > > >> > >>>> > > > > I've not > > > >> > >>>> > > > > got > > > >> > >>>> > > > > anywhere there. > > > >> > >>>> > > > > > > > >> > >>>> > > > > I've recently upgraded my ASC from version > > > >> > >>>> > > > > 4.3.2 to > > > >> > >>>> > > > > version > > > >> > >>>> > > > > 4.4.2. > > > >> > >>>> > > > > The > > > >> > >>>> > > > > upgrade process went well without any setbacks > > > >> > >>>> > > > > or > > > >> > >>>> > > > > issues. I've > > > >> > >>>> > > > > not > > > >> > >>>> > > > > seen any > > > >> > >>>> > > > > errors in the log files. All looks good apart > > > >> > >>>> > > > > from > > > >> > >>>> > > > > the > > > >> > >>>> > > > > GUI > > > >> > >>>> > > > > issues. > > > >> > >>>> > > > > I've > > > >> > >>>> > > > > tried to clear browser caches and pressed force > > > >> > >>>> > > > > refresh > > > >> > >>>> > > > > as > > > >> > >>>> > > > > well. > > > >> > >>>> > > > > This > > > >> > >>>> > > > > happens in Firefox as well as Chrome. > > > >> > >>>> > > > > > > > >> > >>>> > > > > The following major issue that i've identified > > > >> > >>>> > > > > so > > > >> > >>>> > > > > far: > > > >> > >>>> > > > > > > > >> > >>>> > > > > 1. I can no longer create new instances. > > > >> > >>>> > > > > Regardless > > > >> > >>>> > > > > of > > > >> > >>>> > > > > if I am > > > >> > >>>> > > > > doing it > > > >> > >>>> > > > > from the ISO or existing Templates. After > > > >> > >>>> > > > > following > > > >> > >>>> > > > > the > > > >> > >>>> > > > > Add > > > >> > >>>> > > > > Instance wizard > > > >> > >>>> > > > > and clicking on the Launch button nothing > > > >> > >>>> > > > > happens. > > > >> > >>>> > > > > The > > > >> > >>>> > > > > wizard > > > >> > >>>> > > > > window > > > >> > >>>> > > > > becomes shaded and the spinning circle appears. > > > >> > >>>> > > > > I've > > > >> > >>>> > > > > left it > > > >> > >>>> > > > > for > > > >> > >>>> > > > > hours > > > >> > >>>> > > > > without any change. When the Launch button is > > > >> > >>>> > > > > pressed, > > > >> > >>>> > > > > the > > > >> > >>>> > > > > management > > > >> > >>>> > > > > server does not receive an API call to create > > > >> > >>>> > > > > an > > > >> > >>>> > > > > instance. > > > >> > >>>> > > > > There > > > >> > >>>> > > > > are > > > >> > >>>> > > > > actually nothing in the logs after the button > > > >> > >>>> > > > > is > > > >> > >>>> > > > > pressed. > > > >> > >>>> > > > > However, > > > >> > >>>> > > > > I can > > > >> > >>>> > > > > successfully create new instances by using the > > > >> > >>>> > > > > CloudMonkey > > > >> > >>>> > > > > clie. > > > >> > >>>> > > > > 2. There is no Delete button for Templates and > > > >> > >>>> > > > > ISOs. The > > > >> > >>>> > > > > Edit > > > >> > >>>> > > > > and > > > >> > >>>> > > > > Download > > > >> > >>>> > > > > buttons are there, but not the Delete button. > > > >> > >>>> > > > > > > > >> > >>>> > > > > The following minor issues that i've seen so > > > >> > >>>> > > > > far: > > > >> > >>>> > > > > > > > >> > >>>> > > > > 1. The elements in the Dashboard screen are not > > > >> > >>>> > > > > fitting > > > >> > >>>> > > > > their > > > >> > >>>> > > > > corresponding boxes. They stick out and not > > > >> > >>>> > > > > aligning > > > >> > >>>> > > > > properly > > > >> > >>>> > > > > 2. Some Tabs are not labeled properly and > > > >> > >>>> > > > > instead > > > >> > >>>> > > > > show > > > >> > >>>> > > > > something > > > >> > >>>> > > > > like: > > > >> > >>>> > > > > label.zones or label.add.isolated.network and a > > > >> > >>>> > > > > few > > > >> > >>>> > > > > more > > > >> > >>>> > > > > that > > > >> > >>>> > > > > i've > > > >> > >>>> > > > > noticed, > > > >> > >>>> > > > > but can't recall exactly what they were. But it > > > >> > >>>> > > > > seems > > > >> > >>>> > > > > that > > > >> > >>>> > > > > these > > > >> > >>>> > > > > labels are > > > >> > >>>> > > > > all over the place (probably about 20% of all > > > >> > >>>> > > > > Tabs > > > >> > >>>> > > > > and > > > >> > >>>> > > > > buttons > > > >> > >>>> > > > > in > > > >> > >>>> > > > > the GUI) > > > >> > >>>> > > > > > > > >> > >>>> > > > > > > > >> > >>>> > > > > Has anyone else seen these types of issues with > > > >> > >>>> > > > > the > > > >> > >>>> > > > > 4.4.x > > > >> > >>>> > > > > branch? > > > >> > >>>> > > > > Any > > > >> > >>>> > > > > thoughts on what is causing the issues and how > > > >> > >>>> > > > > to > > > >> > >>>> > > > > resolve them? > > > >> > >>>> > > > > > > > >> > >>>> > > > > Thanks > > > >> > >>>> > > > > > > > >> > >>>> > > > > Andrei > > > >> > >>>> > > > > > > > >> > >>>> > > > > > >> > >>>> > > > -- > > > >> > >>>> > > > *Mike Tutkowski* > > > >> > >>>> > > > *Senior CloudStack Developer, SolidFire Inc.* > > > >> > >>>> > > > e: mike.tutkowski@solidfire.com > > > >> > >>>> > > > o: 303.746.7302 > > > >> > >>>> > > > Advancing the way the world uses the cloud > > > >> > >>>> > > > *=E2=84=A2* > > > >> > >>>> > > > > > >> > >>>> > > > >> > >>>> > -- > > > >> > >>>> > *Mike Tutkowski* > > > >> > >>>> > *Senior CloudStack Developer, SolidFire Inc.* > > > >> > >>>> > e: mike.tutkowski@solidfire.com > > > >> > >>>> > o: 303.746.7302 > > > >> > >>>> > Advancing the way the world uses the cloud > > > >> > >>>> > *= =E2=84=A2* > > > >> > >>>> > > > >> > >>> > > > >> > >>> > > > >> > >>> > > > >> > >>> -- > > > >> > >>> *Mike Tutkowski* > > > >> > >>> *Senior CloudStack Developer, SolidFire Inc.* > > > >> > >>> e: mike.tutkowski@solidfire.com > > > >> > >>> o: 303.746.7302 > > > >> > >>> Advancing the way the world uses the cloud > > > >> > >>> *=E2= =84=A2* > > > >> > >>> > > > >> > >> > > > >> > >> > > > >> > >> > > > >> > >> -- > > > >> > >> *Mike Tutkowski* > > > >> > >> *Senior CloudStack Developer, SolidFire Inc.* > > > >> > >> e: mike.tutkowski@solidfire.com > > > >> > >> o: 303.746.7302 > > > >> > >> Advancing the way the world uses the cloud > > > >> > >> *=E2=84= =A2* > > > >> > >> > > > >> > > > > > >> > > > > > >> > > > > > >> > > -- > > > >> > > *Mike Tutkowski* > > > >> > > *Senior CloudStack Developer, SolidFire Inc.* > > > >> > > e: mike.tutkowski@solidfire.com > > > >> > > o: 303.746.7302 > > > >> > > Advancing the way the world uses the cloud > > > >> > > *=E2=84= =A2* > > > >> > > > > > >> > > > >> > -- > > > >> > *Mike Tutkowski* > > > >> > *Senior CloudStack Developer, SolidFire Inc.* > > > >> > e: mike.tutkowski@solidfire.com > > > >> > o: 303.746.7302 > > > >> > Advancing the way the world uses the cloud > > > >> > *=E2=84=A2= * > > > >> > > > > > > > > > > > > > > > > -- > > > > *Mike Tutkowski* > > > > *Senior CloudStack Developer, SolidFire Inc.* > > > > e: mike.tutkowski@solidfire.com > > > > o: 303.746.7302 > > > > Advancing the way the world uses the cloud > > > > *=E2=84=A2* > > > > > > > > > -- > > > *Mike Tutkowski* > > > *Senior CloudStack Developer, SolidFire Inc.* > > > e: mike.tutkowski@solidfire.com > > > o: 303.746.7302 > > > Advancing the way the world uses the cloud > > > *=E2=84=A2* > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkowski@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud > *=E2=84=A2* ------=_Part_723_4825665.1422978364191--