Alright. Any disagreements? If not, we'll postpone another RC until those bugs are resolved and merged into the 4.0 branch.
- chip Sent from my iPhone. On Oct 16, 2012, at 7:19 PM, Kevin Kluge <kevin.kl...@citrix.com> wrote: > 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 >
