Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 74A96DF4F for ; Mon, 29 Oct 2012 17:30:08 +0000 (UTC) Received: (qmail 71748 invoked by uid 500); 29 Oct 2012 17:30:07 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 71540 invoked by uid 500); 29 Oct 2012 17:30:06 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 71513 invoked by uid 99); 29 Oct 2012 17:30:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Oct 2012 17:30:05 +0000 X-ASF-Spam-Status: No, hits=-1.6 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.149.84] (HELO na3sys009aog135.obsmtp.com) (74.125.149.84) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 29 Oct 2012 17:30:01 +0000 Received: from mail-qa0-f69.google.com ([209.85.216.69]) (using TLSv1) by na3sys009aob135.postini.com ([74.125.148.12]) with SMTP ID DSNKUI69A45jaID3P8C+/Pd2/HGzT5Xft83b@postini.com; Mon, 29 Oct 2012 10:29:40 PDT Received: by mail-qa0-f69.google.com with SMTP id 2so5129668qam.0 for ; Mon, 29 Oct 2012 10:29:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=68mvfczjpE7DsFqhBSZj0elUAXBdHpzok/CP6ixfAsI=; b=hRRC35ESfkb32JNgcQKM3ra/rtbyu/F72iLLIdLPNvfOAUoZmUrczF6FdTbsMe0qox 7bPo9k+b6+lAnXpOxmaWGxqypo/LwXZsGc88AvKsovgGblBjbVgYxqy9+YfHxvC9ZdIj MddRacopgLmiFYZeAj4tj3hULqqQ1ZFrkwmh3rbmPzFXlVqKe+ZAYXCxp0YrwVfde9VH /WIHcLe0nMcoDBI/IW4iUJpVZBnAtcVaSGXz040UXRX55BnmqlBFmIJ/3mRwXeKwI2jd +Z9O8dfWi2IJVDPDh2cEkWuWkhjjQePXdRkNtj2bLhHhxtWtP9B4HWsnW0vgYZGnXjne uirA== Received: by 10.49.87.230 with SMTP id bb6mr22797828qeb.18.1351531778898; Mon, 29 Oct 2012 10:29:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.87.230 with SMTP id bb6mr22797820qeb.18.1351531778760; Mon, 29 Oct 2012 10:29:38 -0700 (PDT) Received: by 10.49.119.197 with HTTP; Mon, 29 Oct 2012 10:29:38 -0700 (PDT) In-Reply-To: References: <-3455639049170947946@unknownmsgid> <8397409227985414410@unknownmsgid> <0B0EFD31-A9CD-41D6-899A-233CEAEAF5EC@gmail.com> <633EBB41-502D-4BF0-8BAF-74F5E89348CA@gmail.com> Date: Mon, 29 Oct 2012 13:29:38 -0400 Message-ID: Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, third round From: Chip Childers To: cloudstack-dev@incubator.apache.org Cc: Noah Slater Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQncEvhhzdUA0gLF1BSqGToAh4kCaCjlyzEsbdPb+nI+rEfY5988obDeeWeYZjRnKmMADMHXIsYJw3Ekmdk4UuJDkv8P8NlvUL1E8fmxx9nF2qUn8O3DSr78N8BpvzcicJ73TttQLJs90o80n76d0Jg2rOe+aZ2+WTSmSFDIH039MkAoBK5Yg0BZaQOc55PCNxX3oCV1 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Oct 29, 2012 at 10:10 AM, Chip Childers wrote: > On Sun, Oct 28, 2012 at 8:01 PM, Chip Childers > wrote: >> On Sun, Oct 28, 2012 at 1:53 PM, Noah Slater wrote: >>> Actually, sorry, I probably gave that +1 a *little* too soon. >>> >>> Can someone make the case for "waf" not being a release blocker? >>> >>> Everything else can probably slide. >> >> Waf needs to go. No doubt about it. However, I'm not certain it's a >> blocker for a release. Here's my reasoning: >> >> Waf is being removed from the project entirely (ongoing work in >> origin/maven-to-rpm), so we're not doing something that isn't already >> targeted for being undone as fast as possible. The important thing >> to me is understanding that work to remove waf is taking longer than >> the community desire to get a release completed at the end of the >> summer. It's one line of bytecode within a file that is not core to >> the project itself (it's only a build utility), that has a clearly >> marked license for file itself (so distribution is OK), that is only >> used as a quick way to create packages for Linux distros (not to do >> the actual project compilation), and that will be ignored by any >> distro packagers that want to create proper RPMs / DEBs anyway. >> >> Thoughts? >> >> -chip > > Noah has raised the question on general@i.a.o, and I'm holding off on > closing this vote to get some comments back from the incubator. > > -chip One more follow up. The discussion on general@i.a.o seems to be reaching the consensus that we will be ok with the waf file (but really should remove it). I'm going to wait until tomorrow morning US ET to close the vote down, giving the folks on general@ time to raise any additional concerns. > >>> On 28 October 2012 17:51, Noah Slater wrote: >>> >>>> It is frustrating because everything is so slow, and my (main) compute= r is >>>> practically unusable while it is running. How feasible would it be to >>>> provide this DevCloud thing as an AMI? I would much prefer to do this = in >>>> the cloud. >>>> >>>> Okay, I made it to this step: >>>> >>>> Additional Testing >>>> >>>> The instance is removed from the web console. >>>> >>>> And this is what I see on the terminal: >>>> >>>> [sshexec] [java] WARN [cloud.consoleproxy.ConsoleProxyManagerI= mpl] >>>> (AgentManager-Handler-6:) VM 3 lost host info, failed authentication r= equest >>>> [sshexec] >>>> [sshexec] [java] WARN [cloud.consoleproxy.ConsoleProxyManagerI= mpl] >>>> (AgentManager-Handler-8:) VM 3 lost host info, failed authentication r= equest >>>> [sshexec] >>>> [sshexec] [java] WARN [cloud.consoleproxy.ConsoleProxyManagerI= mpl] >>>> (AgentManager-Handler-9:) VM 3 lost host info, failed authentication r= equest >>>> [sshexec] >>>> [sshexec] [java] INFO [cloud.vm.UserVmManagerImpl] >>>> (UserVm-Scavenger-1:) Found 1 vms to expunge. >>>> [sshexec] >>>> [sshexec] [java] INFO [network.security.SecurityGroupManagerIm= pl] >>>> (UserVm-Scavenger-1:) Disassociated 1 network groups from uservm 3 >>>> [sshexec] >>>> [sshexec] [java] INFO [cloud.ha.HighAvailabilityManagerImpl] >>>> (HA-Worker-1:work-2) Processing HAWork[2-HA-4-Stopped-Scheduled] >>>> [sshexec] >>>> [sshexec] [java] INFO [cloud.ha.HighAvailabilityManagerImpl] >>>> (HA-Worker-1:work-2) HA on VM[DomainRouter|r-4-TEST] >>>> [sshexec] [java] INFO [cloud.ha.HighAvailabilityManagerImpl] >>>> (HA-Worker-1:work-2) VM VM[DomainRouter|r-4-TEST] has been changed. >>>> Current State =3D Running Previous State =3D Stopped last updated =3D= 10 >>>> previous updated =3D 7 >>>> [sshexec] [java] INFO [cloud.ha.HighAvailabilityManagerImpl] >>>> (HA-Worker-1:work-2) Completed HAWork[2-HA-4-Stopped-Scheduled] >>>> >>>> However, from devcloud, I see this: >>>> >>>> root@devcloud:~# xe vm-list >>>> uuid ( RO) : 83fdea03-9d67-d5dc-e090-0acba65e7926 >>>> name-label ( RW): r-4-TEST >>>> power-state ( RO): running >>>> >>>> >>>> uuid ( RO) : f01b195e-074b-e8f2-f8b1-b2c493070c8a >>>> name-label ( RW): Control domain on host: devcloud >>>> power-state ( RO): running >>>> >>>> >>>> uuid ( RO) : 2ab8057a-767e-b700-53e3-861f2e23823a >>>> name-label ( RW): s-1-TEST >>>> power-state ( RO): running >>>> >>>> >>>> uuid ( RO) : 8b27e755-4486-e27e-ee7a-6e5bc6ea768f >>>> name-label ( RW): v-2-TEST >>>> power-state ( RO): running >>>> >>>> This looks, to my untrained eyes, like the VM might still be running, = and >>>> in fact that there might be more than one? >>>> >>>> Okay, at this point, if someone can clarify that issues (or not?) I ha= ve >>>> run into with the functional tests are not release blockers, I am happ= y to >>>> just shut up about them and hope that testing is made easier for the n= ext >>>> release. >>>> >>>> Just moving on now to some more thorough testing. >>>> >>>> My manual license check seems satisfactory. >>>> >>>> We're still shipping the "waf" binary in the root of our source, and I >>>> don't understand why. I know I was asked about this during the last ro= und. >>>> And to be honest, I do not know whether it's a blocker. Can someone cl= arify >>>> for me why it is used, and why we can't ship the source instead? >>>> >>>> Manual file type test: OK >>>> >>>> Okay, going through some files by hand. >>>> >>>> The following files do not have copyright headers: >>>> >>>> setup/apidoc/generateadmincommands.xsl >>>> setup/apidoc/generatecommand.xsl >>>> setup/apidoc/generatedomainadmincommands.xsl >>>> setup/apidoc/generatetoc_footer.xsl >>>> setup/apidoc/generateusercommands.xsl >>>> >>>> I do not consider this a release blocker, but these should be fixed (w= here >>>> possible) for the next release. >>>> >>>> I almost raised a blocked with the files I found under tools/marvin, >>>> before I remembered our discussion about them. Heh! >>>> >>>> Okay, manually checked all the other manually flagged files, and they = all >>>> check out in pom.xml or LICENSE. >>>> >>>> I am +1 on this release. >>>> >>>> For the next release, please can we: >>>> >>>> 1) Prepare a DecCloud AMI >>>> 2) Improve the test procedure >>>> 3) Fix up the XSL license headers >>>> >>>> Thanks! >>>> >>>> On 28 October 2012 17:00, Sebastien Goasguen wrote: >>>> >>>>> >>>>> On Oct 28, 2012, at 5:48 PM, Noah Slater wrote: >>>>> >>>>> > I was expecting a VM for the storage thing. But that never appeared= . I >>>>> did >>>>> > see a line for the VM I created. Either way, this testing step shou= ld >>>>> > indicate *clearly* what I should be looking for before moving on. >>>>> > >>>>> > As it stands, CloudStack itself is now refusing to answer HTTP >>>>> requests, so >>>>> > I am unable to complete the configuration change step. I am close t= o >>>>> giving >>>>> > up. This has been an incredibly frustrating experience. >>>>> >>>>> It should not be that frustrating. >>>>> >>>>> It's not clear to me where you stand and what you are doing. >>>>> I presume you are following the test procedure pointed by Chip. >>>>> I also presume you successfully checked the keys etc..and managed to >>>>> build and deploy and are running CS via rdebug. >>>>> I also presume that you managed to configure the infra by hand=85did >>>>> everything turn green ? Is the zone enabled ? >>>>> >>>>> Can you give us more info or maybe ask on IRC ? >>>>> >>>>> -sebastien >>>>> >>>>> > >>>>> > On 28 October 2012 16:45, Sebastien Goasguen wro= te: >>>>> > >>>>> >> >>>>> >> On Oct 28, 2012, at 4:41 PM, Noah Slater wrot= e: >>>>> >> >>>>> >>> Okay, >>>>> >>> >>>>> >>> I did a rebuild and the menu populated. Very strange. >>>>> >>> >>>>> >>> Now I have two more problems. >>>>> >>> >>>>> >>> From the test procedure: >>>>> >>> >>>>> >>> Wait for secondary storage VM coming up. >>>>> >>>> This may take a bit... >>>>> >>> >>>>> >>> >>>>> >>> No clue about this. How do I know when the storage VM has come up= ? >>>>> >> >>>>> >> In the Infrastructure tab, do you see system VMs in running state = ? >>>>> >> Check my video for help :) >>>>> >> https://vimeo.com/52150218 >>>>> >> >>>>> >> PS: I ran the testing procedure on my mac air, and it was exceptio= nally >>>>> >> fast. I was amazed. >>>>> >> >>>>> >> >>>>> >>> >>>>> >>> I checked under instances and storage and nothing changed for abo= ut 10 >>>>> >>> minutes. >>>>> >>> >>>>> >>> Last three lines in console are: >>>>> >>> >>>>> >>> [sshexec] [java] WARN [network.element.VpcVirtualRouterElem= ent] >>>>> >>> (secstorage-1:) Network Ntwk[203|Storage|4] is not associated wit= h any >>>>> >> VPC >>>>> >>> [sshexec] [java] INFO [network.security.SecurityGroupListen= er] >>>>> >>> (AgentManager-Handler-2:) Received a host startup notification >>>>> >>> [sshexec] [java] INFO >>>>> [cloud.consoleproxy.ConsoleProxyManagerImpl] >>>>> >>> (AgentManager-Handler-2:) Successfully sent out command to start = HTTP >>>>> >>> handling in console proxy agent >>>>> >>> >>>>> >>> I decided to proceed to the next stage, on the off chance it had >>>>> worked. >>>>> >>> >>>>> >>> I get stuck on this step: >>>>> >>> >>>>> >>> In step 2, select "tiny Linux" >>>>> >>> >>>>> >>> >>>>> >>> There are no templates to select from! >>>>> >>> >>>>> >>> >>>>> >> >>>>> https://www.evernote.com/shard/s18/sh/1a151896-8cbb-41c8-93d2-d844e64= 61146/08efa5dddbd86cb96d7895692f9ec20d >>>>> >>> >>>>> >> >>>>> https://www.evernote.com/shard/s18/sh/ee10c37e-dad1-454f-a43f-e64d9ef= 7d9e3/bce4465e03169a3883f825fbb6f43cd1 >>>>> >>> >>>>> >> >>>>> https://www.evernote.com/shard/s18/sh/58221024-608f-4a7f-9531-53c2675= 32efc/cbdb8204c77471ae2fa194355af40430 >>>>> >>> >>>>> >>> I am unable to proceed. >>>>> >>> >>>>> >>> P.S. Testing CloudStack on my MBA is exceptionally slow. Is there= any >>>>> way >>>>> >>> to do the whole thing on or something? I practically cannot do >>>>> anything >>>>> >>> else on my computer while testing. >>>>> >>> >>>>> >>> On 28 October 2012 00:12, Chip Childers >>>>> >> wrote: >>>>> >>> >>>>> >>>> Yeah. Funny enough, that IS the infra menu option. >>>>> >>>> >>>>> >>>> I've never seen this before. >>>>> >>>> >>>>> >>>> I assume you are logged in as admin / password? Can you do a fr= esh >>>>> >>>> build (start with "ant clean-all build-all")? >>>>> >>>> >>>>> >>>> - chip >>>>> >>>> >>>>> >>>> Sent from my iPhone. >>>>> >>>> >>>>> >>>> On Oct 27, 2012, at 5:06 PM, Noah Slater wr= ote: >>>>> >>>> >>>>> >>>>> I doubt it. Looks like part of the application code. >>>>> >>>>> >>>>> >>>>> My real problem is that I am unable to complete this step, as t= here >>>>> is >>>>> >>>>> nothing labeled "Infrastructure" in the UI. >>>>> >>>>> >>>>> >>>>> On 27 October 2012 19:04, Chip Childers >>>>> >>>> wrote: >>>>> >>>>> >>>>> >>>>>> Comments below: >>>>> >>>>>> >>>>> >>>>>> - chip >>>>> >>>>>> >>>>> >>>>>> Sent from my iPhone. >>>>> >>>>>> >>>>> >>>>>> On Oct 27, 2012, at 1:28 PM, Noah Slater >>>>> wrote: >>>>> >>>>>> >>>>> >>>>>>> Sig: OK >>>>> >>>>>>> Hashes: OK >>>>> >>>>>>> Source checks: OK >>>>> >>>>>>> RAT: OK >>>>> >>>>>>> Build: OK >>>>> >>>>>>> >>>>> >>>>>>> However, during this: >>>>> >>>>>>> >>>>> >>>>>>> mvn -P deps >>>>> >>>>>>> >>>>> >>>>>>> I noticed line like this: >>>>> >>>>>>> >>>>> >>>>>>> [INFO] Installing >>>>> >>>>>>>> >>>>> >> /private/tmp/cloudstack/apache-cloudstack-4.0.0-incubating-src/pom= .xml >>>>> >>>>>> to >>>>> >>>>>> >>>>> >>>> >>>>> >> >>>>> /Users/nslater/.m2/repository/org/apache/cloudstack/cloudstack/4.0.0-= incubating-SNAPSHOT/cloudstack-4.0.0-incubating-SNAPSHOT.pom >>>>> >>>>>>>> [INFO] >>>>> >>>>>>>> >>>>> >>>>>>>> [INFO] >>>>> >>>>>>>> >>>>> >>>> >>>>> ---------------------------------------------------------------------= --- >>>>> >>>>>>>> [INFO] Building Apache CloudStack Utils 4.0.0-incubating-SNA= PSHOT >>>>> >>>>>>>> [INFO] >>>>> >>>>>>>> >>>>> >>>> >>>>> ---------------------------------------------------------------------= --- >>>>> >>>>>>> >>>>> >>>>>>> >>>>> >>>>>>> Any idea why that says incubating-SNAPSHOT? >>>>> >>>>>> >>>>> >>>>>> That's the default build version. If we do a binary release, i= t >>>>> would >>>>> >>>>>> be changed via the maven release tools. >>>>> >>>>>> >>>>> >>>>>>> >>>>> >>>>>>> A bigger problem is that I am stuck with the additional testi= ng. >>>>> >>>>>>> >>>>> >>>>>>> Specifically, this step: >>>>> >>>>>>> >>>>> >>>>>>> Click "Infrastructure", click the "View All" button in the "Z= ones" >>>>> >>>>>> display >>>>> >>>>>>>> box, click "add zone" >>>>> >>>>>>> >>>>> >>>>>>> >>>>> >>>>>>> Here's what my console looks like: >>>>> >>>>>> >>>>> >>>> >>>>> >> >>>>> https://www.evernote.com/shard/s18/sh/4df76607-12ea-42d6-b73a-ff36a94= 35d7b/510f4a49695062e03aa03fa45d32ad82 >>>>> >>>>>>> >>>>> >>>>>>> Note the oddly unlabelled cloud icon, which when clicked, >>>>> displays: >>>>> >>>>>> >>>>> >>>> >>>>> >> >>>>> https://www.evernote.com/shard/s18/sh/95042d8c-06fa-4c56-8f89-e9b4bc2= b80a4/f1b06913bdb8a327cf1c554f88899380 >>>>> >>>>>>> >>>>> >>>>>>> I would like to be able to complete this testing, but would b= e >>>>> >> prepared >>>>> >>>>>> to >>>>> >>>>>>> vote without it. >>>>> >>>>>>> >>>>> >>>>>>> Can someone help me? >>>>> >>>>>> >>>>> >>>>>> Browser specific issue? Is it consistent? >>>>> >>>>>> >>>>> >>>>>>> >>>>> >>>>>>> thanks, >>>>> >>>>>>> >>>>> >>>>>>> -- >>>>> >>>>>>> NS >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> NS >>>>> >>>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> -- >>>>> >>> NS >>>>> >> >>>>> >> >>>>> > >>>>> > >>>>> > -- >>>>> > NS >>>>> >>>>> >>>> >>>> >>>> -- >>>> NS >>>> >>> >>> >>> >>> -- >>> NS