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 8B38810686 for ; Thu, 20 Mar 2014 18:46:34 +0000 (UTC) Received: (qmail 95354 invoked by uid 500); 20 Mar 2014 18:46:32 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 95321 invoked by uid 500); 20 Mar 2014 18:46:31 -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 95312 invoked by uid 99); 20 Mar 2014 18:46:31 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Mar 2014 18:46:31 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mike.tutkowski@solidfire.com designates 209.85.214.179 as permitted sender) Received: from [209.85.214.179] (HELO mail-ob0-f179.google.com) (209.85.214.179) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Mar 2014 18:46:27 +0000 Received: by mail-ob0-f179.google.com with SMTP id va2so1379006obc.10 for ; Thu, 20 Mar 2014 11:46:05 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=0gzudxaDUo8y0VliU0aevopi2TtxM34JYX+4SFJwRdo=; b=LeqoS2hitcOtV6+oeEUA3x6T+WNrM3jHFJio8X9sVDwNvfWG/rzRmAfbP/QwVKZdG0 uE45e8S8ZLyt5QQ6EOs+oMNIIwi5IU9/ZhLlut/oWMmUp/iGv8IeIqFNGj//C9L9EeTf x9skfejgAhkcisLWPoYECOQFbdMGy9cvDOE0KGz0ouNvMRs+x30GJCkJploHKO0c1XG1 qTvg1rfhqP4X4OxpwJgprKlvwNbXKQUgLXJOxsXeWeq5rJJX1mXnQNh/LkVmK5KAtLgx FwKIa2zsO4lLcelR2SczgkVeBKT75noQGgaQkEawEovVA4eTzKlGLmeYXCe2sRVxsg8i N+tQ== X-Gm-Message-State: ALoCoQnPdMvK1FngJk1YewmjB/D1qj4AWZ9RLpWmx7YeHUe2gPL/d20gGgcztrNWgh1N59vvbdCc MIME-Version: 1.0 X-Received: by 10.182.40.37 with SMTP id u5mr8722744obk.41.1395341165630; Thu, 20 Mar 2014 11:46:05 -0700 (PDT) Received: by 10.182.114.164 with HTTP; Thu, 20 Mar 2014 11:46:05 -0700 (PDT) In-Reply-To: <4EFCA102B2C89A43BD3D0B497BFB878415BC3BA2@SJCPEX01CL01.citrite.net> References: <82D457DD-E03A-4468-96CB-3B2A67158B45@citrix.com> <4EFCA102B2C89A43BD3D0B497BFB878415BC3AC4@SJCPEX01CL01.citrite.net> <4EFCA102B2C89A43BD3D0B497BFB878415BC3B5F@SJCPEX01CL01.citrite.net> <4EFCA102B2C89A43BD3D0B497BFB878415BC3B7B@SJCPEX01CL01.citrite.net> <4EFCA102B2C89A43BD3D0B497BFB878415BC3BA2@SJCPEX01CL01.citrite.net> Date: Thu, 20 Mar 2014 12:46:05 -0600 Message-ID: Subject: Re: Resetting a VM is broken? From: Mike Tutkowski To: Jessica Wang Cc: Harikrishna Patnala , Brian Federle , Alena Prokharchyk , Stephen Turner , "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=f46d0444014084b37a04f50e2ed8 X-Virus-Checked: Checked by ClamAV on apache.org --f46d0444014084b37a04f50e2ed8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I think with the addition of detailed confirmation info that that is a good solution. Thanks! On Thu, Mar 20, 2014 at 12:44 PM, Jessica Wang wro= te: > And also provide detailed info in confirmation dialog when clicking the > icon that fires restoreVirtualMachine API. > > e.g. "This action will restore the VM to a fresh new root disk. > After this action, the current root disk wll be destroyed and a new root > disk will be attached to the VM." > > > Harikrishna, > do you any suggestion for the text in confirmation dialog? > > > -----Original Message----- > From: Jessica Wang [mailto:Jessica.Wang@citrix.com] > Sent: Thursday, March 20, 2014 11:32 AM > To: Mike Tutkowski > Cc: Brian Federle; Harikrishna Patnala; Alena Prokharchyk; > dev@cloudstack.apache.org; Stephen Turner > Subject: RE: Resetting a VM is broken? > > How about we just match text with API name? > > i. Label the icon that fires recoverVirtualMachine API as "Recover". > ii. Label the icon that fires restoreVirtualMachine API as "Restore". > > > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com] > Sent: Thursday, March 20, 2014 11:29 AM > To: Jessica Wang > Cc: Brian Federle; Harikrishna Patnala; Alena Prokharchyk; > dev@cloudstack.apache.org; Stephen Turner > Subject: Re: Resetting a VM is broken? > > OK, thanks for the history there. > > What about the text we're using? Are we OK with Reset VM, for example? > > Thanks! > > On Thu, Mar 20, 2014 at 12:26 PM, Jessica Wang > wrote: > Mike, > > Right. > > The history is recoverVirtualMachine API was created several years ago, > restoreVirtualMachine didn't exist yet at that time. > So, the icon that fires recoverVirtualMachine API was labeled as "Restore= " > at that time. > > restoreVirtualMachine API came along several years later. > Then, since label "Restore" has already taken, the icon that fires > restoreVirtualMachine API was therefore labeled as "Reset". > > The result is indeed weird. > We'll fix the label to match API name. > > Jessica > > From: Mike Tutkowski [mailto:mike.tutkowski@solidfire.com mike.tutkowski@solidfire.com>] > Sent: Thursday, March 20, 2014 11:03 AM > To: Jessica Wang > Cc: Brian Federle; Harikrishna Patnala; Alena Prokharchyk; > dev@cloudstack.apache.org; Stephen > Turner > > Subject: Re: Resetting a VM is broken? > > Thanks, Jessica > > The even weirder part, though, is that the text Restore maps to the > recoverVirtualMachine API and the text Reset VM maps to the > restoreVirtualMachine. > > On Thu, Mar 20, 2014 at 11:58 AM, Jessica Wang > wrote: > > [Mike Tutkowski] Unless I'm reading this incorrectly, it looks like > > label.action.restore.instance (Restore Instance) maps to > recoverVirtualMachine > > and > > label.resetVM (Reset VM) maps to restoreVirtualMachine > Yes, this is confusing. > I'll file an UI bug to match icon label with API name. > i.e. The icon that fires recoverVirtualMachine API will be labeled as > "Recover" > and the icon that fires restoreVirtualMachine API will be labeled as > "Restore" > > > -----Original Message----- > From: Brian Federle > Sent: Thursday, March 20, 2014 10:29 AM > To: Alena Prokharchyk > Cc: dev@cloudstack.apache.org; Brian > Federle; Jessica Wang; Mike Tutkowski; Harikrishna Patnala > Subject: Re: Resetting a VM is broken? > >> the Reset Vm option is presented as a button unlike the icons > I think this was because all the other icons we tried to represent this > with were too confusing to users - they were clicking on 'reset VM' > thinking it was 'reboot VM' - then as a last minute fix the decision was = to > just to show a text label. > > Any ideas from anyone on what would be a good icon representation? > > -Brian > > On Mar 19, 2014, at 3:02 PM, Alena Prokharchyk < > Alena.Prokharchyk@citrix.com> wrote: > > > 1) Didn't notice "the elephant" - that the Reset Vm option is presented > as > > a button unlike the icons for other options. UI folks - Brian/Jessica- > why > > we decided to represent this option differently in the UI? > > > > 2) Mike, I've looked at the code and the history. We've always allocate= d > a > > new volume during the vm restore call. Hari, can you please confirm tha= t > > this feature you wrote, was designed to work this way > > > > > > -Alena. > > > > > > On 3/19/14, 2:41 PM, "Mike Tutkowski" > wrote: > > > >> To clarify: Reboot VM seemed to keep the VM running and just reboot th= e > >> OS. > >> > >> Reset VM seemed to shut the VM down and then re-start it (with the sam= e > >> root disk for the OS). > >> > >> > >> On Wed, Mar 19, 2014 at 3:40 PM, Mike Tutkowski < > >> mike.tutkowski@solidfire.com> > wrote: > >> > >>> I could be wrong, but I thought as recently as 4.3 that Reset VM > >>> essentially stopped and then re-started the VM with the same root dis= k. > >>> > >>> It seemed to differ from Reboot VM only in the sense that the VM was > >>> never > >>> technically stopped (the OS inside the VM was just rebooted). > >>> > >>> > >>> On Wed, Mar 19, 2014 at 3:38 PM, Mike Tutkowski < > >>> mike.tutkowski@solidfire.com> > wrote: > >>> > >>>> I'm using XenServer 6.1 hosts (two of them) in this case. > >>>> > >>>> > >>>> On Wed, Mar 19, 2014 at 3:37 PM, Mike Tutkowski < > >>>> mike.tutkowski@solidfire.com> > wrote: > >>>> > >>>>> Yeah, stopping and restarting works fine...as does, I believe, > >>>>> rebooting > >>>>> the VM. > >>>>> > >>>>> Right below Reboot VM, there is a Reset VM option. > >>>>> > >>>>> If that means "re-install," then we probably should clean up the ol= d > >>>>> root disk. > >>>>> > >>>>> > >>>>> On Wed, Mar 19, 2014 at 3:30 PM, Alena Prokharchyk < > >>>>> Alena.Prokharchyk@citrix.com> > wrote: > >>>>> > >>>>>> don=B9t see =B3Reset Vm=B2 option in UI; do you mean =B3Reboot ins= tance=B2? > >>>>>> I=B9ve > >>>>>> just tried that, as well as calling stop/startVM from the UI. The = Vm > >>>>>> boots > >>>>>> up with its original disk. > >>>>>> > >>>>>> I=B9m having Xen/Nfs, not sure it matters > >>>>>> > >>>>>> -Alena. > >>>>>> > >>>>>> On 3/19/14, 2:19 PM, "Mike Tutkowski" > > >>>>>> wrote: > >>>>>> > >>>>>>> I didn't look into what the GUI calls, but I invoked the Reset VM > >>>>>> option > >>>>>>> in > >>>>>>> the GUI. > >>>>>>> > >>>>>>> Thanks > >>>>>>> > >>>>>>> > >>>>>>> On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk < > >>>>>>> Alena.Prokharchyk@citrix.com= > > wrote: > >>>>>>> > >>>>>>>> Mike, just to confirm - did you call > >>>>>>>> stopVirtualMachine/startVirtualMachine apis? > >>>>>>>> > >>>>>>>> -alena. > >>>>>>>> > >>>>>>>> On 3/19/14, 1:55 PM, "Mike Tutkowski" > >>>>>> = > > >>>>>>>> wrote: > >>>>>>>> > >>>>>>>>> Hi, > >>>>>>>>> > >>>>>>>>> I noticed today while running through some test cases for 4.4 > >>>>>> that > >>>>>>>>> resetting a VM does not work as expected. > >>>>>>>>> > >>>>>>>>> Instead of the typical stop and re-start behavior where the VM = is > >>>>>>>> booted > >>>>>>>>> back up using the same root disk, the VM gets a new root disk > >>>>>> when > >>>>>> it > >>>>>>>> is > >>>>>>>>> booted back up. > >>>>>>>>> > >>>>>>>>> Can anyone confirm this finding for me with his or her setup? > >>>>>>>>> > >>>>>>>>> Thanks! > >>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> *Mike Tutkowski* > >>>>>>>>> *Senior CloudStack Developer, SolidFire Inc.* > >>>>>>>>> e: mike.tutkowski@solidfire.com mike.tutkowski@solidfire.com> > >>>>>>>>> o: 303.746.7302 > >>>>>>>>> Advancing the way the world uses the > >>>>>>>>> cloud > >>>>>>>>> *(tm)* > >>>>>>>> > >>>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> *Mike Tutkowski* > >>>>>>> *Senior CloudStack Developer, SolidFire Inc.* > >>>>>>> e: mike.tutkowski@solidfire.com mike.tutkowski@solidfire.com> > >>>>>>> o: 303.746.7302 > >>>>>>> Advancing the way the world uses the > >>>>>>> cloud > >>>>>>> *(tm)* > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> -- > >>>>> *Mike Tutkowski* > >>>>> *Senior CloudStack Developer, SolidFire Inc.* > >>>>> e: mike.tutkowski@solidfire.com > >>>>> o: 303.746.7302 > >>>>> Advancing the way the world uses the > >>>>> cloud > >>>>> *(tm)* > >>>>> > >>>> > >>>> > >>>> > >>>> -- > >>>> *Mike Tutkowski* > >>>> *Senior CloudStack Developer, SolidFire Inc.* > >>>> e: mike.tutkowski@solidfire.com > >>>> o: 303.746.7302 > >>>> Advancing the way the world uses the > >>>> cloud > >>>> *(tm)* > >>>> > >>> > >>> > >>> > >>> -- > >>> *Mike Tutkowski* > >>> *Senior CloudStack Developer, SolidFire Inc.* > >>> e: mike.tutkowski@solidfire.com > >>> o: 303.746.7302 > >>> Advancing the way the world uses the > >>> cloud > >>> *(tm)* > >>> > >> > >> > >> > >> -- > >> *Mike Tutkowski* > >> *Senior CloudStack Developer, SolidFire Inc.* > >> e: mike.tutkowski@solidfire.com > >> o: 303.746.7302 > >> Advancing the way the world uses the > >> cloud > >> *(tm)* > > > > > > -- > Mike Tutkowski > Senior CloudStack Developer, SolidFire Inc. > e: mike.tutkowski@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud< > http://solidfire.com/solution/overview/?video=3Dplay>(tm) > > > > -- > Mike Tutkowski > Senior CloudStack Developer, SolidFire Inc. > e: mike.tutkowski@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud< > http://solidfire.com/solution/overview/?video=3Dplay>(tm) > --=20 *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkowski@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud *(tm)* --f46d0444014084b37a04f50e2ed8--