incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Edison Su <Edison...@citrix.com>
Subject Re: Regarding "no support for guest traffic type on multiple physical networks in 4.0 on KVM" limitation
Date Tue, 23 Oct 2012 19:50:49 GMT
Yes, we should document it, no support for multiple guest traffics on multiple physical network.

Sent from my iPhone

On Oct 23, 2012, at 11:25 AM, "Chandan Purushothama" <Chandan.Purushothama@citrix.com>
wrote:

> I see no warning mentioned in section 8.1.7 "Confligure the network bridges" section
in the Install Guide. http://jenkins.cloudstack.org/view/master/job/build-docs-install-master/lastSuccessfulBuild/artifact/Apache_CloudStack-4.0.0-incubating-Installation_Guide-en-US.pdf.
Should we make a note of this limitation in the install guide?
>
> Thank you,
> Chandan.
>
> -----Original Message-----
> From: Edison Su [mailto:Edison.su@citrix.com]
> Sent: Tuesday, October 16, 2012 12:21 PM
> To: cloudstack-dev@incubator.apache.org; 'Marcus Sorensen'
> Subject: RE: [VOTE] Apache Cloudstack 4.0.0-incubating Release, second round
>
> 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.su@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 <shadowsor@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:shadowsor@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.yadav@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.yadav@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.yadav@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.childers@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
>> <nslater@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
>>>>> <nslater@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.yadav@citrix.com>wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On 16-Oct-2012, at 5:48 PM, Noah Slater
>>> <nslater@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
>>>>> <nslater@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
>>>>> <runseb@gmail.com
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I followed this:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://myvirtual-lab.blogspot.com.es/2009/07/ant-scp-
>> and-
>>>>> ec2.html
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> with updated versions..
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Oct 16, 2012, at 1:48 PM, Noah
Slater
>>>>> <nslater@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
>>>>>>>
>>>>>>

Mime
View raw message