I'd like to see the doc bugs that David referenced added to the bug list. I removed one that seemed more like a format change, that leaves
https://issues.apache.org/jira/browse/CLOUDSTACK-344 https://issues.apache.org/jira/browse/CLOUDSTACK-345 https://issues.apache.org/jira/browse/CLOUDSTACK-303 https://issues.apache.org/jira/browse/CLOUDSTACK-134 https://issues.apache.org/jira/browse/CLOUDSTACK-3 The released source includes docs to install the built RPMs. But, the docs cannot be used to install the built RPMs due to these issues. If we don't fix this now we will have to later post docs that actually work so people can use the RPMs they build. Then we're telling people not to use the released docs, etc... We should just do it right the first time. -kevin PS: ditto for debs... > -----Original Message----- > From: Chip Childers [mailto:chip.child...@sungard.com] > Sent: Tuesday, October 16, 2012 2:47 PM > To: cloudstack-dev@incubator.apache.org > Cc: Marcus Sorensen > Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, second round > > OK - so in reading through this thread, I believe we are in a position where > we > will need to restart the vote again. We are aborting this vote. > > I will package up another RC, and start a third round of voting this evening > or > tomorrow morning (depending on how my schedule works out). > > I'd like to ask if anyone else has issues to raise now. It would be best to > get > them resolved before starting another round. Please reply if you have any > issues > outstanding that you haven't mentioned yet (perhaps because you are still > testing). > > As of right now, our third voting round will only include fixes for > CLOUDSTACK-341 (Fix incorrect js object in system.js), CLOUDSTACK-349 > (Russian language corrections), Rohit's change to the devcloud push logic and > the fix for the issue that Marcus raised. > > -chip > > On Tue, Oct 16, 2012 at 4:49 PM, Edison Su <edison...@citrix.com> wrote: > > Yah, the one you mentioned is a simple fix, not a blocker IMHO. > > It only be triggered when there is an race condition: " but indeed there is > > a > race condition between migrating thread and delta sync thread" from the > commence send by Mice. > > I'll merge a5bca0999aa010252b1390c4db6dc5023967ab06 into 4.0 > > > >> -----Original Message----- > >> From: Marcus Sorensen [mailto:shadow...@gmail.com] > >> Sent: Tuesday, October 16, 2012 1:45 PM > >> To: Edison Su > >> Cc: cloudstack-dev@incubator.apache.org > >> Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> second round > >> > >> That's fine. I understand Edison's issue but the one I mention is a > >> fairly problematic bug and a simple fix. Not sure where the line > >> should be as far as blockers but I think this should be merged in > >> personally. > >> > >> On Tue, Oct 16, 2012 at 1:20 PM, Edison Su <edison...@citrix.com> wrote: > >> > Oh, I see why I didn't merge > >> > 915babd970a9b4f209deceb3c4973b7d1c9c0c12 > >> into 4.0 branch, as the commit is too disruptive. > >> > I'd rather like to leave it as it is for 4.0: no support for guest > >> traffic type on multiple physical networks in 4.0 on KVM. Translates > >> to plain English, is that you can't create guest VMs on multiple > >> physical bridges. > >> > > >> >> -----Original Message----- > >> >> From: Edison Su [mailto:edison...@citrix.com] > >> >> Sent: Tuesday, October 16, 2012 11:53 AM > >> >> To: 'Marcus Sorensen'; cloudstack-dev@incubator.apache.org > >> >> Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> second > >> >> round > >> >> > >> >> Need to merge another one also: > >> >> commit 915babd970a9b4f209deceb3c4973b7d1c9c0c12 > >> >> Author: Marcus Sorensen <shadow...@gmail.com> > >> >> Date: Wed Sep 26 17:14:57 2012 -0700 > >> >> > >> >> fix kvm traffic labels (guest traffic types on multiple > >> >> networks don't > >> >> work) > >> >> > >> >> > >> >> > >> >> > -----Original Message----- > >> >> > From: Marcus Sorensen [mailto:shadow...@gmail.com] > >> >> > Sent: Tuesday, October 16, 2012 10:59 AM > >> >> > To: cloudstack-dev@incubator.apache.org > >> >> > Cc: Edison Su > >> >> > Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating Release, > >> >> second > >> >> > round > >> >> > > >> >> > my vote is -1... got stuck in ErrorInMaintenance. We need to > >> cherry > >> >> > pick a5bca0999aa010252b1390c4db6dc5023967ab06 from master. > >> >> > > >> >> > On Tue, Oct 16, 2012 at 11:42 AM, Rohit Yadav > >> >> <rohit.ya...@citrix.com> > >> >> > wrote: > >> >> > > I checked again this time with a fresh devcloud, the commands > >> that > >> >> > clean up devcloud's git repo and pulls new code removes dist/ > >> which > >> >> > caused issue for Noah. It's fixed in 4.0 now. > >> >> > > I think I may have messed up build/override/, so it gave me > >> >> deploydb > >> >> > errors but with fresh devcloud import, no errors all commands > >> >> > work > >> >> fine. > >> >> > > > >> >> > > Sorry for the trouble, it works. > >> >> > > Regards. > >> >> > > > >> >> > > ________________________________________ > >> >> > > From: Edison Su > >> >> > > Sent: Tuesday, October 16, 2012 10:51 PM > >> >> > > To: Rohit Yadav > >> >> > > Cc: cloudstack-dev@incubator.apache.org > >> >> > > Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating > >> >> > > Release, > >> >> > second round > >> >> > > > >> >> > > Why it failed? Any log? The same procedure works for me and chip. > >> >> > > > >> >> > >> -----Original Message----- > >> >> > >> From: Rohit Yadav > >> >> > >> Sent: Tuesday, October 16, 2012 10:11 AM > >> >> > >> To: Edison Su > >> >> > >> Cc: cloudstack-dev@incubator.apache.org > >> >> > >> Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating > >> >> > >> Release, > >> >> > second > >> >> > >> round > >> >> > >> > >> >> > >> Yes, but the wiki also also suggests to clean DevCloud: > >> >> > >> ssh root@localhost -p 2222 'cd /opt/cloudstack/; rm -rf > >> >> > >> apache- > >> >> > tomcat- > >> >> > >> 6.0.32; unzip apache-tomcat-6.0.32.zip; cd > >> >> > >> incubator-cloudstack; > >> >> git > >> >> > >> clean -f; git reset --hard; git pull --rebase; git clean -f; > >> git > >> >> > >> checkout origin/4.0 -b 4.0 -f ' > >> >> > >> > >> >> > >> This remove the build/override/templates.sql, so when I do > >> >> > >> ant rdeploydb, it fails. > >> >> > >> > >> >> > >> Regards. > >> >> > >> ________________________________________ > >> >> > >> From: Edison Su > >> >> > >> Sent: Tuesday, October 16, 2012 10:20 PM > >> >> > >> To: Rohit Yadav > >> >> > >> Cc: cloudstack-dev@incubator.apache.org > >> >> > >> Subject: Re: [VOTE] Apache Cloudstack 4.0.0-incubating > >> >> > >> Release, > >> >> > second > >> >> > >> round > >> >> > >> > >> >> > >> Rdeploydb will recreate db in devcloud, right? It's > >> >> > >> documented > >> in > >> >> > the > >> >> > >> test procedure. > >> >> > >> > >> >> > >> Sent from my iPhone > >> >> > >> > >> >> > >> On Oct 16, 2012, at 9:15 AM, "Rohit Yadav" > >> >> <rohit.ya...@citrix.com> > >> >> > >> wrote: > >> >> > >> > >> >> > >> > Another issue I found was that we're cleaning DevCloud, > >> >> > >> > which > >> >> > cleans > >> >> > >> the override/templates.sql, pl. make a backup of it. And, pl. > >> >> > rdeploydb > >> >> > >> to start afresh, your old devcloud image will have old > >> >> > >> database > >> >> (3.x) > >> >> > >> which will be failed by DatabaseUpgradeChecker upon ant rdebug. > >> >> > >> > > >> >> > >> > Edison, can we create and public a new devcloud image on > >> >> > >> > the > >> >> same > >> >> > url? > >> >> > >> > > >> >> > >> > Regards, > >> >> > >> > Rohit > >> >> > >> > > >> >> > >> > On 16-Oct-2012, at 9:41 PM, Rohit Yadav > >> <rohit.ya...@citrix.com> > >> >> > >> wrote: > >> >> > >> > > >> >> > >> >> Okay, I re-read the logs and found the issues: > >> >> > >> >> > >> >> > >> >> 1. If you're using PPA: natecarlson/maven3, we will have > >> >> > >> >> to > >> use > >> >> > mvn3, > >> >> > >> so mvn3 -P deps. Updated the 4.0 test procedure wiki. > >> >> > >> >> > >> >> > >> >> 2. Since, we've moved from ant and we clean the repository > >> in > >> >> > Test > >> >> > >> the Build section. This cleans up target and dist folders. > >> >> > >> >> Hence, when we do ant rdeploy, it fails to scp target/ > >> >> > >> >> and > >> >> > dist/ > >> >> > >> to devcloud's /opt/cloudstack/incubator-cloudstack/ > >> >> > >> >> > >> >> > >> >> Manual fix for now: > >> >> > >> >> - ssh to devcloud; ssh -p 2222 root@localhost; cd > >> >> > >> /opt/cloudstack/incubator-cloudstack; mkdir -p target dist; > >> >> > >> >> - back to your host os etc. > >> >> > >> >> > >> >> > >> >> Applied fix to create dirs before scp-ing on 4.0 branch: > >> >> > >> >> 53a3c2f171dfea5de6e0cda2ae3317560ecd91f5 > >> >> > >> >> > >> >> > >> >> DevCloud on master needs fixing with maven, I'll work on > >> this > >> >> in > >> >> > >> case anyone else if not already working on it? > >> >> > >> >> > >> >> > >> >> Regards. > >> >> > >> >> > >> >> > >> >> > >> >> > >> >> On 16-Oct-2012, at 8:38 PM, Chip Childers > >> >> > >> <chip.child...@sungard.com> wrote: > >> >> > >> >> > >> >> > >> >>> I'm offline in a all day meeting. Can someone help Noah > >> please? > >> >> > >> >>> > >> >> > >> >>> - chip > >> >> > >> >>> > >> >> > >> >>> Sent from my iPhone. > >> >> > >> >>> > >> >> > >> >>> On Oct 16, 2012, at 11:00 AM, Noah Slater > >> >> <nsla...@tumbolia.org> > >> >> > >> wrote: > >> >> > >> >>> > >> >> > >> >>>> I just tried to clean the source locally and redeploy > >> >> > >> >>>> and > >> get > >> >> > the > >> >> > >> same > >> >> > >> >>>> error. > >> >> > >> >>>> > >> >> > >> >>>> Chip, can you advise please? > >> >> > >> >>>> > >> >> > >> >>>> On Tue, Oct 16, 2012 at 2:48 PM, Noah Slater > >> >> > >> <nsla...@tumbolia.org> wrote: > >> >> > >> >>>> > >> >> > >> >>>>> I am following the instructions from the wiki, copy and > >> >> paste > >> >> > >> style. > >> >> > >> >>>>> > >> >> > >> >>>>> This is the FIRST time the rdeploy thing managed to SSH > >> into > >> >> > the > >> >> > >> VM. > >> >> > >> >>>>> > >> >> > >> >>>>> Do these comments still apply? (Should we document > >> >> > >> >>>>> them?) > >> >> > >> >>>>> > >> >> > >> >>>>> > >> >> > >> >>>>> On Tue, Oct 16, 2012 at 1:49 PM, Rohit Yadav > >> >> > >> <rohit.ya...@citrix.com>wrote: > >> >> > >> >>>>> > >> >> > >> >>>>>> > >> >> > >> >>>>>> On 16-Oct-2012, at 5:48 PM, Noah Slater > >> >> > <nsla...@tumbolia.org> > >> >> > >> wrote: > >> >> > >> >>>>>> > >> >> > >> >>>>>>> Now I have this error: > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> $ ant rdeploy > >> >> > >> >>>>>>> Buildfile: > >> >> > >> >>>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> >> incubating- > >> >> > >> src/build.xml > >> >> > >> >>>>>>> [echo] Using build parameters from > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/build-cloud.properties > >> >> > >> >>>>>>> [echo] Using company info from > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/cloud.properties > >> >> > >> >>>>>>> [echo] Using override file from > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/replace.properties > >> >> > >> >>>>>>> [echo] Using build parameters from > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/build-cloud.properties > >> >> > >> >>>>>>> [echo] Using company info from > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/cloud.properties > >> >> > >> >>>>>>> [echo] Using override file from > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/replace.properties > >> >> > >> >>>>>>> [echo] deploy home: > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/deploy > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> rdeploy: > >> >> > >> >>>>>>> [echo] copying build folder to remote [scp] > >> >> > >> >>>>>>> Connecting to localhost:2222 [scp] done. > >> >> > >> >>>>>>> [scp] Connecting to localhost:2222 [scp] done. > >> >> > >> >>>>>>> [echo] copying deps folder to remote [scp] > >> >> > >> >>>>>>> Connecting to localhost:2222 [scp] done. > >> >> > >> >>>>>>> [echo] copying target folder to remote [scp] > >> >> > >> >>>>>>> Connecting to localhost:2222 [scp] done. > >> >> > >> >>>>>>> [echo] copying dist folder to remote [scp] > >> >> > >> >>>>>>> Connecting to localhost:2222 [scp] done. > >> >> > >> >>>>>>> [sshexec] Connecting to localhost:2222 [sshexec] cmd > >> >> > >> >>>>>>> : echo $CATALINA_HOME; export > >> >> > >> >>>>>>> CATALINA_HOME=/opt/cloudstack/apache-tomcat- > 6.0.32;cd > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack;ant > >> >> > >> >>>>>>> deploy-server [sshexec] [sshexec] Buildfile: > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> > >> cloudstack/build.xml > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> > >> cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> cloudstack/build/cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> > cloudstack/build/replace.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> > >> cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> cloudstack/build/cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> > cloudstack/build/replace.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] deploy home: > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/deploy > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] deploy-common: > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> > >> cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> cloudstack/build/cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> > cloudstack/build/replace.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using build parameters from > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/build- > >> >> > >> cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using company info from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> cloudstack/build/cloud.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] Using override file from > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> > cloudstack/build/replace.properties > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] [echo] deploy home: > >> >> > >> >>>>>>> /opt/cloudstack/incubator-cloudstack/build/deploy > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] unzip: > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] BUILD FAILED [sshexec] > >> >> > >> >>>>>>> /opt/cloudstack/incubator- > >> >> > >> cloudstack/build/developer.xml:184: > >> >> > >> >>>>>>> src '/opt/cloudstack/incubator- > >> >> > >> cloudstack/dist/client/client.war' > >> >> > >> >>>>>> doesn't > >> >> > >> >>>>>> > >> >> > >> >>>>>> Before rdeploying, you need to clean-all build-all and > >> make > >> >> > sure > >> >> > >> to ant > >> >> > >> >>>>>> clean-tomcat (for any unclean issue), I usually ssh > >> >> > >> >>>>>> and > >> cd > >> >> to > >> >> > >> >>>>>> /opt/cloudstack, git pull and run commands there. > >> >> > >> >>>>>> > >> >> > >> >>>>>> Regards. > >> >> > >> >>>>>> > >> >> > >> >>>>>>> exist. > >> >> > >> >>>>>>> [sshexec] > >> >> > >> >>>>>>> [sshexec] Total time: 1 second [sshexec] > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> BUILD FAILED > >> >> > >> >>>>>> /private/tmp/cloudstack/apache-cloudstack-4.0.0- > >> incubating- > >> >> > >> src/build/build-devcloud.xml:94: > >> >> > >> >>>>>>> Remote command failed with exit status 1 > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> Total time: 55 seconds > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> On Tue, Oct 16, 2012 at 1:16 PM, Noah Slater > >> >> > >> <nsla...@tumbolia.org> > >> >> > >> >>>>>> wrote: > >> >> > >> >>>>>>> > >> >> > >> >>>>>>>> Thanks, downloading the binary distribution of Ant > >> >> > >> >>>>>>>> and > >> >> > >> manually copying > >> >> > >> >>>>>>>> ant-jsch.jar worked for me. I have updated the wiki. > >> >> > >> >>>>>>>> > >> >> > >> >>>>>>>> > >> >> > >> >>>>>>>> On Tue, Oct 16, 2012 at 1:01 PM, Sebastien Goasguen > >> >> > >> <run...@gmail.com > >> >> > >> >>>>>>> wrote: > >> >> > >> >>>>>>>> > >> >> > >> >>>>>>>>> I followed this: > >> >> > >> >>>>>>>>> > >> >> > >> >>>>>>>>> http://myvirtual-lab.blogspot.com.es/2009/07/ant-sc > >> >> > >> >>>>>>>>> p- > >> >> and- > >> >> > >> ec2.html > >> >> > >> >>>>>>>>> > >> >> > >> >>>>>>>>> with updated versions.. > >> >> > >> >>>>>>>>> > >> >> > >> >>>>>>>>> On Oct 16, 2012, at 1:48 PM, Noah Slater > >> >> > >> <nsla...@tumbolia.org> > >> >> > >> >>>>>> wrote: > >> >> > >> >>>>>>>>> > >> >> > >> >>>>>>>>>> $ ls -l /usr/share/ant/lib/jsch-0.1.48.jar > >> >> > >> >>>>>>>>>> -rw-r--r-- 1 root wheel 226175 15 Oct 20:10 > >> >> > >> >>>>>>>>>> /usr/share/ant/lib/jsch-0.1.48.jar > >> >> > >> >>>>>>>>>> > >> >> > >> >>>>>>>>>> > >> >> > >> >>>>>>>>>> -- > >> >> > >> >>>>>>>>>> NS > >> >> > >> >>>>>>>> > >> >> > >> >>>>>>>> > >> >> > >> >>>>>>>> -- > >> >> > >> >>>>>>>> NS > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> > >> >> > >> >>>>>>> -- > >> >> > >> >>>>>>> NS > >> >> > >> >>>>> > >> >> > >> >>>>> > >> >> > >> >>>>> -- > >> >> > >> >>>>> NS > >> >> > >> >>>> > >> >> > >> >>>> > >> >> > >> >>>> > >> >> > >> >>>> -- > >> >> > >> >>>> NS > >> >> > >> >> > >> >> > >> > > >
