Thanks.

Any volunteers to address this issue?

- chip

Sent from my iPhone.

On Oct 16, 2012, at 6:07 PM, Chandan Purushothama
<chandan.purushoth...@citrix.com> wrote:

> Hello Chip,
>
> I filed a blocker bug for Upgrade 
> https://issues.apache.org/jira/browse/CLOUDSTACK-363
>
> Thank you,
> Chandan.
>
> -----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
>

Reply via email to