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 <mike.tutkow...@solidfire.com
> 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 <and...@arhont.com>
> 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" <mike.tutkow...@solidfire.com>
>> > To: dev@cloudstack.apache.org, "Brian Federle"
>> > <brian.fede...@citrix.com>
>> > 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=disk-min-iops]').parent().parent().css('display')
>> > != '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
>> > <mike.tutkow...@solidfire.com
>> > > 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.tutkow...@solidfire.com> wrote:
>> > >
>> > >> These two top-level "if" statements follow the same pattern:
>> > >>
>> > >> if
>> > >>
>> (args.$wizard.find('input[name=compute-cpu-cores]').parent().parent().css('display')
>> > >> != 'none') {
>> > >> if
>> > >> (args.$wizard.find('input[name=compute-cpu-cores]').val().length >
>> > >> 0) {
>> > >>
>> > >> $.extend(deployVmData, {
>> > >> 'details[0].cpuNumber' :
>> > >> args.$wizard.find('input[name=compute-cpu-cores]').val()
>> > >> });
>> > >> }
>> > >> if (args.$wizard.find('input[name=compute-cpu]').val().length
>> > >> > 0) {
>> > >> $.extend(deployVmData, {
>> > >> 'details[0].cpuSpeed' :
>> > >> args.$wizard.find('input[name=compute-cpu]').val()
>> > >> });
>> > >> }
>> > >> if
>> > >> (args.$wizard.find('input[name=compute-memory]').val().length > 0)
>> > >> {
>> > >> $.extend(deployVmData, {
>> > >> 'details[0].memory' :
>> > >> args.$wizard.find('input[name=compute-memory]').val()
>> > >> });
>> > >> }
>> > >> }
>> > >>
>> > >> if
>> > >>
>> (args.$wizard.find('input[name=disk-min-iops]').parent().parent().css('display')
>> > >> != 'none') {
>> > >> if
>> > >> (args.$wizard.find('input[name=disk-min-iops]').val().length > 0)
>> > >> {
>> > >> $.extend(deployVmData, {
>> > >> 'details[0].minIops' :
>> > >> args.$wizard.find('input[name=disk-min-iops]').val()
>> > >> });
>> > >> }
>> > >> if
>> > >> (args.$wizard.find('input[name=disk-max-iops]').val().length > 0)
>> > >> {
>> > >> $.extend(deployVmData, {
>> > >> 'details[0].maxIops' :
>> > >> args.$wizard.find('input[name=disk-max-iops]').val()
>> > >> });
>> > >> }
>> > >> }
>> > >>
>> > >> They rely on this code in index.jsp:
>> > >>
>> > >> <!-- Step 3: Service Offering -->
>> > >> <div class="step service-offering"
>> > >> wizard-step-id="service-offering">
>> > >> <div class="content">
>> > >> <div class="select-container">
>> > >> </div>
>> > >>
>> > >> <!-- Custom size slider -->
>> > >> <div class="section custom-size">
>> > >> <div class="field">
>> > >> <label><fmt:message
>> > >> key="label.num.cpu.cores"/></label>
>> > >> <input type="text"
>> > >> class="required disallowSpecialCharacters"
>> > >> name="compute-cpu-cores" />
>> > >> </div>
>> > >> <div class="field">
>> > >> <label><fmt:message
>> > >> key="label.cpu.mhz"/></label>
>> > >> <input type="text"
>> > >> class="required disallowSpecialCharacters" name="compute-cpu" />
>> > >> </div>
>> > >> <div class="field">
>> > >> <label><fmt:message
>> > >> key="label.memory.mb"/></label>
>> > >> <input type="text"
>> > >> class="required disallowSpecialCharacters" name="compute-memory"
>> > >> />
>> > >> </div>
>> > >> </div>
>> > >>
>> > >> <!-- Custom iops -->
>> > >> <div class="section custom-iops">
>> > >> <div class="field">
>> > >> <label><fmt:message
>> > >> key="label.disk.iops.min"/></label>
>> > >> <input type="text"
>> > >> class="disallowSpecialCharacters" name="disk-min-iops" />
>> > >> </div>
>> > >> <div class="field">
>> > >> <label><fmt:message
>> > >> key="label.disk.iops.max"/></label>
>> > >> <input type="text"
>> > >> class="disallowSpecialCharacters" name="disk-max-iops" />
>> > >> </div>
>> > >> </div>
>> > >> </div>
>> > >> </div>
>> > >>
>> > >> 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.tutkow...@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
>> > >>> <and...@arhont.com>
>> > >>> 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=disk-min-iops]').val().length
>> > >>>> > 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" <mike.tutkow...@solidfire.com>
>> > >>>> > 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
>> > >>>> > <and...@arhont.com>
>> > >>>> > 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" <mike.tutkow...@solidfire.com>
>> > >>>> > > > 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
>> > >>>> > > > <and...@arhont.com>
>> > >>>> > > > 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.tutkow...@solidfire.com
>> > >>>> > > > o: 303.746.7302
>> > >>>> > > > Advancing the way the world uses the cloud
>> > >>>> > > > <http://solidfire.com/solution/overview/?video=play>*™*
>> > >>>> > >
>> > >>>>
>> > >>>> > --
>> > >>>> > *Mike Tutkowski*
>> > >>>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > >>>> > e: mike.tutkow...@solidfire.com
>> > >>>> > o: 303.746.7302
>> > >>>> > Advancing the way the world uses the cloud
>> > >>>> > <http://solidfire.com/solution/overview/?video=play>*™*
>> > >>>>
>> > >>>
>> > >>>
>> > >>>
>> > >>> --
>> > >>> *Mike Tutkowski*
>> > >>> *Senior CloudStack Developer, SolidFire Inc.*
>> > >>> e: mike.tutkow...@solidfire.com
>> > >>> o: 303.746.7302
>> > >>> Advancing the way the world uses the cloud
>> > >>> <http://solidfire.com/solution/overview/?video=play>*™*
>> > >>>
>> > >>
>> > >>
>> > >>
>> > >> --
>> > >> *Mike Tutkowski*
>> > >> *Senior CloudStack Developer, SolidFire Inc.*
>> > >> e: mike.tutkow...@solidfire.com
>> > >> o: 303.746.7302
>> > >> Advancing the way the world uses the cloud
>> > >> <http://solidfire.com/solution/overview/?video=play>*™*
>> > >>
>> > >
>> > >
>> > >
>> > > --
>> > > *Mike Tutkowski*
>> > > *Senior CloudStack Developer, SolidFire Inc.*
>> > > e: mike.tutkow...@solidfire.com
>> > > o: 303.746.7302
>> > > Advancing the way the world uses the cloud
>> > > <http://solidfire.com/solution/overview/?video=play>*™*
>> > >
>>
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the cloud
>> > <http://solidfire.com/solution/overview/?video=play>*™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> <http://solidfire.com/solution/overview/?video=play>*™*
>
--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*
