Jenkins build is still unstable: simulator-singlerun #169

[jenkins]

See 

Re: [DISCUSSION] CI

[Prasanna Santhanam]

I use rspec in Ruby these days and find it get complex to maintain
pretty quickly. It's good for dealing with REST apis and middleware
but with Marvin (and python in general) I find infrastructure handling
easier. Stack traces of BDD code is also a little bit hard to
troubleshoot and comprehend. I may be biased because my Python
expertise is better, so you can take this with a pinch of salt.

Edison is right however, the setup in marvin is atrociously complex
and needs to be a lot simpler and intuitive. In most cases I don't
want to specify tons of args (service offering, disk offering, network
type) to create a simple vM that is part of every test. To this end I
refactored Marvin to use easily defined factories (in lines with
Ruby's factory_girl) and also demo-ed some code in the branch. Haven't
had time to maintain and revamp this honestly. So if anyone wants to
pick up from there, I'm happy to help.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+Refactor



On Thu, Aug 21, 2014 at 4:30 AM, Edison Su  wrote:
>
>
>> -Original Message-
>> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
>> Sent: Wednesday, August 20, 2014 11:20 AM
>> To: dev@cloudstack.apache.org; Will Stevens
>> Subject: [DISCUSSION] CI
>>
>> I'd like to move this discussion out of the GIT workflow thread.
>>
>> Do we have any CI strategy in place or a starting point at least?
> TravisCI will be a starting point for now. It tests against simulator only.
> I am working on a solution to test against KVM(that's most of users are 
> concerned about) in a machine I created in
> Public cloud. It has big memory, super fast disk IO, should be a good 
> solution for KVM test. It may take few days to get it work.
> They are both for simple test, and in small scale.
>>
>> I've never worked with marvin I from the small understanding that I have
>> from it, it might not be the right too. I don't know.
>>
>> I've spend some times recently with test-kitchen and serverspec and found
>> that quite promising as test platform for "real cloudstack deployment  test
>> scenarios". By using test framework like Rspec the test output is clean to
>> read for human and test scenarios seams quite simple to write.
>>
>> I've started a rspec lib for cloudstack to enhance serverspec for CloudStack
>> tests (cloudstack-rspec).  I'm wondering if it would be usable in future CI
>> system for CloudStack...
> I am familiar with Specs,  like Rspec, but in scala. I agree with you that 
> the BDD style test case
> Is easier to read/write. It's good to have, but I think before we move to new 
> test framework, we should figure out the issues
> We have today in Marvin, so that we can take effort to address them, either 
> fixing Marvin, or switch to a new test framework.
> The issue I have in current Marvin, is that it still needs to write a lot of 
> setup code for each test case, which is complicated enough. Let's take an 
> Marvin test case as an example: 
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=test/integration/smoke/test_vm_life_cycle.py;h=57e47c24838ffc2ec5e9af4ad3872d5e27342d91;hb=HEAD
>
> Like this kind of code in test case setup code:
>
> # Get Zone, Domain and templates
> cls.domain = get_domain(cls.apiclient)
> cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
> cls.services['mode'] = cls.zone.networktype
>
> #If local storage is enabled, alter the offerings to use localstorage
> #this step is needed for devcloud
> if cls.zone.localstorageenabled == True:
> cls.services["service_offerings"]["tiny"]["storagetype"] = 'local'
> cls.services["service_offerings"]["small"]["storagetype"] = 
> 'local'
> cls.services["service_offerings"]["medium"]["storagetype"] = 
> 'local'
>
> this kind of information should be provided by test framework automatically, 
> instead of explicitly set in every test case.
> Do you have other concerns about current Marvin, other than test style?
>
>
>>
>> Also, having a CI in place for cloudstack is quite of a huge deal if we want 
>> to
>> validate all kind of deployment scenario, networks, hypervisor version and
>> guest OS version.
>
>
> Can't agree with you more.
>
>>
>>
>> For those that have some knowledge on the CI subject in CloudStack please
>> update the community. I don't feel alone being lost  about this CloudStack
>> topic.
>
> There is an update-to-date write up regarding to Marvin: 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+-+Testing+with+Python
> Marvin does two things, one is to call cloudstack mgt API to add resources 
> into CloudStack mgt server, such as hypervisors, primary storages, networks, 
> and secondary storages etc.
> Another one is to run test cases under tools/integration/smoke or any other 
> python test cases.
> It doesn't cover how to deploy hypervisors on real HW, how to setup primary 
> storages, secondary storage etc. That's something like

Re: IPv6 ~ Basic Network

[Nux!]

Right, seems like the SF zones are more popular than I thought. :-)



--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


- Original Message -
> From: "John Kinsella" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 20 August, 2014 11:59:27 PM
> Subject: Re: IPv6 ~ Basic Network
> 
> Please do - we started tinkering with ipv6 ages ago, never got it to
> production, tho.
> 
> On Aug 20, 2014, at 3:48 PM, Nux!  wrote:
> 
> > Thanks Wido for the idea, then. :-)
> > I'll gladly share it with you guys should I come up with something that
> > works.
> > 
> > Lucian
> > 
> > --
> > Sent from the Delta quadrant using Borg technology!
> > 
> > Nux!
> > www.nux.ro
> > 
> > 
> > - Original Message -
> >> From: "Wido den Hollander" 
> >> To: dev@cloudstack.apache.org
> >> Sent: Wednesday, 20 August, 2014 9:36:48 PM
> >> Subject: Re: IPv6 ~ Basic Network
> >> 
> >> 
> >> 
> >> On 08/20/2014 10:07 PM, Nux! wrote:
> >>> Wido,
> >>> 
> >>> Can you share your code for this?
> >>> 
> >> 
> >> Oh, I don't have any code. The setups I created have plain IPv6 without
> >> any security grouping.
> >> 
> >> My previous e-mail was just to illustrate what would be required.
> >> 
> >> Wido
> >> 
> >>> Cheers
> >>> 
> >>> --
> >>> Sent from the Delta quadrant using Borg technology!
> >>> 
> >>> Nux!
> >>> www.nux.ro
> >>> 
> >> 
> 
> 
> 

Re: IPv6 ~ Basic Network

[Nux!]

Of course, I meant SG (from security groups)

Good morning

Lucian



--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


- Original Message -
> From: "Nux!" 
> To: dev@cloudstack.apache.org
> Sent: Thursday, 21 August, 2014 8:20:20 AM
> Subject: Re: IPv6 ~ Basic Network
> 
> Right, seems like the SF zones are more popular than I thought. :-)
> 
> 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> 
> - Original Message -
> > From: "John Kinsella" 
> > To: dev@cloudstack.apache.org
> > Sent: Wednesday, 20 August, 2014 11:59:27 PM
> > Subject: Re: IPv6 ~ Basic Network
> > 
> > Please do - we started tinkering with ipv6 ages ago, never got it to
> > production, tho.
> > 
> > On Aug 20, 2014, at 3:48 PM, Nux!  wrote:
> > 
> > > Thanks Wido for the idea, then. :-)
> > > I'll gladly share it with you guys should I come up with something that
> > > works.
> > > 
> > > Lucian
> > > 
> > > --
> > > Sent from the Delta quadrant using Borg technology!
> > > 
> > > Nux!
> > > www.nux.ro
> > > 
> > > 
> > > - Original Message -
> > >> From: "Wido den Hollander" 
> > >> To: dev@cloudstack.apache.org
> > >> Sent: Wednesday, 20 August, 2014 9:36:48 PM
> > >> Subject: Re: IPv6 ~ Basic Network
> > >> 
> > >> 
> > >> 
> > >> On 08/20/2014 10:07 PM, Nux! wrote:
> > >>> Wido,
> > >>> 
> > >>> Can you share your code for this?
> > >>> 
> > >> 
> > >> Oh, I don't have any code. The setups I created have plain IPv6 without
> > >> any security grouping.
> > >> 
> > >> My previous e-mail was just to illustrate what would be required.
> > >> 
> > >> Wido
> > >> 
> > >>> Cheers
> > >>> 
> > >>> --
> > >>> Sent from the Delta quadrant using Borg technology!
> > >>> 
> > >>> Nux!
> > >>> www.nux.ro
> > >>> 
> > >> 
> > 
> > 
> > 
> 

Re: Review Request 24420: vGPU Test Automation ( Check for vGPU resources & VM lifecycle tests)

[abhinav roy]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24420/
---

(Updated Aug. 21, 2014, 8:13 a.m.)


Review request for cloudstack, Doug Clark, sailaja mada, and Sanjay Tripathi.


Summary (updated)
-

vGPU Test Automation ( Check for vGPU resources & VM lifecycle tests)


Repository: cloudstack-git


Description (updated)
---

This Diff includes vGPU VM lifecycle tests as well as a function to validate 
the vGPU resources present in a vGPU VM deployed on CS. It has the following 
tests :

1. A function to validate vGPU resources in a VM. It does validation on both 
the host as well as on CS.
   It includes following lifecycle tests.
   

2. Deploy VM
3. Stop VM
4. Start VM
5. Restore VM
6. Reboot VM
7. Destroy VM
8. Recover VM


NOTE : VM lifecycle test cases were included in this script after the 1st 
rouund of review with Doug. We decided to include those tests here just to 
remove the overhead of registering template again. so, now there is no use of 
this review request https://reviews.apache.org/r/24425/ 


Diffs (updated)
-

  test/integration/component/test_deploy_vgpu_vm.py fd3f374 

Diff: https://reviews.apache.org/r/24420/diff/


Testing (updated)
---

Testing :

1. Executed the script on non GPU test setup and ensured tests being skipped. 
2. Executed on K2 GPU drivers installed setup and ensured all lifecycle test 
cases are working fine and the function is checking for the vGPU resources in a 
vGPU VM.


Thanks,

abhinav roy

Jenkins build is still unstable: simulator-singlerun #170

[jenkins]

See 

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0

[Rohit Yadav]

On 21-Aug-2014, at 8:10 am, David Nalley  wrote:

> Rohit:
>
> This is a new set of artifacts. You need to cancel the existing vote
> and start a new one for your new set or artifacts.

Sure.

Cancelling this thread.

>
> --David
>
>
>
> On Wed, Aug 20, 2014 at 7:45 PM, Rohit Yadav  
> wrote:
>> Hi guys,
>>
>> A bug was identified in newly introduce server profiles feature and the 
>> logic of reading/writing config files and was fixed on 5.2 branch. I’ve 
>> pushed new artifacts, please use them for voting/testing.
>>
>> The updated Commit SHA is 264ddcecb1274ead2ca4879627e373ba78780117 for the 
>> same branch:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.2
>>
>> Source release (checksums and signatures are available at the same location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.2.0/
>>
>> PGP release keys (signed using my key ID 0EE3D884):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> +1 from my side
>> Tested against latest master and 4.4 for key, password and non-authenticated 
>> auth methods.
>>
>> Regards.
>>
>> On 19-Aug-2014, at 3:31 pm, Rohit Yadav  wrote:
>>
>>> Hi All,
>>>
>>> I've created a 5.2.0 release of CloudMonkey, with the following artifacts 
>>> up for a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.2
>>> Commit: b66b7dd62cebd77b0f1d74046170810e931fe852
>>>
>>> List of changes:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.2
>>>
>>> Source release (checksums and signatures are available at the same 
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.2.0/
>>>
>>> PGP release keys (signed using my key ID 0EE3D884):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to indicate 
>>> "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> Regards,
>>> Rohit Yadav
>>> Software Architect, ShapeBlue
>>> M. +41 779015219 | rohit.ya...@shapeblue.com
>>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>> Find out more about ShapeBlue and our range of CloudStack related services
>>>
>>> IaaS Cloud Design & 
>>> Build
>>> CSForge – rapid IaaS deployment framework
>>> CloudStack Consulting
>>> CloudStack Infrastructure 
>>> Support
>>> CloudStack Bootcamp Training 
>>> Courses
>>>
>>> This email and any attachments to it may be confidential and are intended 
>>> solely for the use of the individual to whom it is addressed. Any views or 
>>> opinions expressed are solely those of the author and do not necessarily 
>>> represent those of Shape Blue Ltd or related companies. If you are not the 
>>> intended recipient of this email, you must neither take any action based 
>>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>>> if you believe you have received this email in error. Shape Blue Ltd is a 
>>> company incorporated in England & Wales. ShapeBlue Services India LLP is a 
>>> company incorporated in India and is operated under license from Shape Blue 
>>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil 
>>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is 
>>> a company registered by The Republic of South Africa and is traded under 
>>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +41 779015219 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Infrastructure 
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>>
>> This email and any attachments to it may be confidential and are intended 
>> solely for the use of the individual to whom it is addressed. Any views or 
>> opinions expressed are solely those of the author and do not necessarily 
>> represent those of Shape Blue Ltd or related companies. If you are not the 
>> intended recipient of this email, you must neither take any action based 
>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>> if you believe y

[VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Rohit Yadav]

Hi All,

There was an issue identified with the previous candidate, so starting a new 
voting thread.

I've created a 5.2.0 release candidate of CloudMonkey, with the following 
artifacts up for a vote:

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.2
Commit: 264ddcecb1274ead2ca4879627e373ba78780117

List of changes:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.2

Source release (checksums and signatures are available at the following 
location as well):
https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.2.0/

PGP release keys (signed using my key ID 0EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 weekday hours. Since, the voting period overlaps an 
upcoming weekend, we’ll conclude voting on Tuesday, 26th Aug 2014.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Jenkins build is still unstable: simulator-singlerun #171

[jenkins]

See 

Re: Review Request 24611: New DNS provider (GloboDNS)

[Rohit Yadav]

> On Aug. 12, 2014, 9:52 p.m., Rohit Yadav wrote:
> > Hi Daniel,
> > 
> > Thank you for your work, it looks comprehensive. Appreciate the tests and 
> > design doc on the wiki. 
> > 
> > Can you make sure we don't do wildcard imports, I personally don't have any 
> > problem with using them but a lot of community folks (and on our coding 
> > guidelines) we don't prefer these:
> > > import static org.mockito.Mockito.*;
> > 
> > When adding APIs, you can add a "since=4.5.0" field in the APICommand, 
> > which simply help users, who would read apidocs, to know that these 
> > APIs/feature were available since that version/release of ACS.
> > 
> > I'll be able to test this tomorrow, meanwhile can you share with us 
> > demo/test credentials for testing against the DNS service (or point us to a 
> > link to sign up for it if it's free).
> 
> Daniel Vega Simoes wrote:
> I'll fix the imports and the APICommand.
> We're building a VM to provide DNS service for testing and will let you 
> know as soon as it's ready.
> 
> Rohit Yadav wrote:
> Thanks Daniel, the patch applies cleanly.
> I'll have to test it before I could merge it on master, let me know if 
> the VM is downloadable somewhere or some other way to test this feature 
> against.
> 
> Daniel Vega Simoes wrote:
> Rohit,
> 
> We've fired up a VM on Amazon EC2 to host both the DNS server and the 
> GloboDNS application that manages it.
> 
> When you configure the GloboDNS provider, you should use the following 
> info:
> -> username: ad...@example.com
> -> password: password
> -> url: http://54.83.77.243:8080/
> 
> After that, you need to create a network offering (doesn't matter if 
> isolated or shared) that uses GloboDNS as the DNS provider. Then, feel free 
> to launch as many networks and VMs as you want. Their names should appear at 
> the GloboDNS (you can login through the same URL/username/password and take a 
> look).
> 
> It usually takes about 2 minutes before the application exports the new 
> zones and records to the Bind server. After that time, you can lookup the 
> full name using nslookup or dig.
> 
> Also keep in mind that the plugin only accepts lower-case names for the 
> VMs. If you do not supply a name, you need to change the global option 
> 'instance.name' to make sure that the name generated by Cloudstack is also 
> lower-case.
> 
> Any questions or problems, just let us know :)
> 
> Rohit Yadav wrote:
> Hey, can you revert back to my email -- I still see the build issues in 
> the patch, this is another reminder.
> Cheers.
> 
> Daniel Vega Simoes wrote:
> Hi Rohit
> 
> I didn't get it. You said the patches applied cleanly and just needed 
> testing. We used f6bde7b46bb09aa13cb35049716bd7e1fc5b7774 as base commit for 
> the patch. It doesn't work anymore?
> 
> Rohit Yadav wrote:
> Hi Daniel, yes it applies cleanly but since I did not the VM you recently 
> shared to test against I did not build it with some maven profiles. It was 
> failing for me, so see if you could do test your patch so that it builds 
> cleanly. I would want to help you test/merge your work on master soon to 
> avoid conflict from ever changing master branch :)
> 
> Cheers.
> 
> Daniel Vega Simoes wrote:
> Hi Rohit
> 
> Apparently the last patch had some weird errors. I updated it with a new 
> one and also changed version to be 4.5-SNAPSHOT so it fits well into master.
> The base commit is 8d0817860faa347eb738c28d30c98f549afb3096.
> 
> I managed to build it in my machine using the developer profile:
> $ mvn -Pdeveloper -Dsimulator clean install
> 
> Should there be any more problems, just let me know.
> 
> Cheers,

Tested on latest master, it builds cleanly with unit tests and patch applied 
cleanly too. Tested to work against simulator.
I'm going ahead to merge it now on master, further issues can be address later 
if found against using a real host.

Thank you for this feature.


- Rohit


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24611/#review50372
---


On Aug. 20, 2014, 7:18 p.m., Daniel Vega Simoes wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24611/
> ---
> 
> (Updated Aug. 20, 2014, 7:18 p.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Murali Reddy, Rohit Yadav, 
> and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-6998
> https://issues.apache.org/jira/browse/CLOUDSTACK-6998
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This is a feature to handle DNS entries by means of an external DNS Provider, 
> such as Bind. These entries inc

Jenkins build is still unstable: simulator-singlerun #172

[jenkins]

See 

Re: Review Request 23928: Test script to verify CS-5986 fix for vpc networks

[Santhosh Edukulla]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23928/#review51164
---



test/integration/component/test_vpc_vms_deployment.py


This check is not required


- Santhosh Edukulla


On July 25, 2014, noon, sanjeev n wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/23928/
> ---
> 
> (Updated July 25, 2014, noon)
> 
> 
> Review request for cloudstack and Santhosh Edukulla.
> 
> 
> Bugs: CS-5986
> https://issues.apache.org/jira/browse/CS-5986
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test script is to verify the fix for dnsmasq lease issue while reallocating 
> the same ip address to new vm in vpc networks.
> Test does the following:
> Create vpc and deploy vms in vpc network
> Deploy two vms:
> VM1 used name: VM1, 10.1.1.10
> VM2 used name: VM2, 10.1.1.11
> Destroy both the vms
> Deploy vm3 with name VM1 and ip 10.1.1.11
> Deploy vm4 with name vm3 and ip 10.1.1.10
> Before fix vm4 would not get the ip because of dnsmasq lease issue. After fix 
> vm4 would get the ip address properly.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vpc_vms_deployment.py 1c1f93d 
> 
> Diff: https://reviews.apache.org/r/23928/diff/
> 
> 
> Testing
> ---
> 
> yes
> 
> 
> Thanks,
> 
> sanjeev n
> 
>

Re: Integration Tests on TravisCI

[Ian Duffy]

Santosh,

What command/flags did you use for the above test output?


On 14 August 2014 17:22, Santhosh Edukulla 
wrote:

> Ian,
>
>  I just installed latest marvin after cloudstack build on master, and ran
> tests against the simulator from smoke folder, below are the results. All
> passed, except one, i believe that as well could be some global param or
> some config issue. I hope you want to install, use latest marvin and test
> suites from master.
>
> === TestName: test_DeployVmAntiAffinityGroup | Status : SUCCESS ===
>
> === TestName: test_deployvm_firstfit | Status : SUCCESS ===
>
> === TestName: test_deployvm_userconcentrated | Status : SUCCESS ===
>
> === TestName: test_deployvm_userdispersing | Status : SUCCESS ===
>
> === TestName: test_01_create_disk_offering | Status : SUCCESS ===
>
> === TestName: test_02_create_sparse_type_disk_offering | Status : SUCCESS
> ===
>
> === TestName: test_04_create_fat_type_disk_offering | Status : SUCCESS ===
>
> === TestName: test_02_edit_disk_offering | Status : SUCCESS ===
>
> === TestName: test_03_delete_disk_offering | Status : SUCCESS ===
>
> === TestName: test_UpdateConfigParamWithScope | Status : SUCCESS ===
>
> === TestName: test_dedicateGuestVlanRange | Status : SUCCESS ===
>
> === TestName: test_01_create_iso | Status : SUCCESS ===
>
> === TestName: test_02_edit_iso | Status : SUCCESS ===
>
> === TestName: test_03_delete_iso | Status : SUCCESS ===
>
> === TestName: test_05_iso_permissions | Status : SUCCESS ===
>
> === TestName: test_nic_secondaryip_add_remove | Status : SUCCESS ===
>
> === TestName: test_delete_account | Status : SUCCESS ===
>
> === TestName: test_public_ip_admin_account | Status : SUCCESS ===
>
> === TestName: test_public_ip_user_account | Status : SUCCESS ===
>
> === TestName: test_releaseIP | Status : SUCCESS ===
>
> === TestName: test_extendPhysicalNetworkVlan | Status : SUCCESS ===
>
> === TestName: test_UpdateStorageOverProvisioningFactor | Status : SUCCESS
> ===
>
> === TestName: test_createPortablePublicIPAcquire | Status : SUCCESS ===
>
> === TestName: test_createPortablePublicIPRange | Status : SUCCESS ===
>
> === TestName: test_01_primary_storage_nfs | Status : SUCCESS ===
>
> === TestName: test_privategw_acl | Status : SUCCESS ===
>
> === TestName: test_dedicatePublicIpRange | Status : SUCCESS ===
>
> === TestName: test_create_pvlan_network | Status : SUCCESS ===
>
> === TestName: test_createRegion | Status : SUCCESS ===
>
> === TestName: test_01_reset_vm_on_reboot | Status : SUCCESS ===
>
> === TestName: test_01_updatevolumedetail | Status : SUCCESS ===
>
> === TestName: test_03_restart_network_cleanup | Status : SUCCESS ===
>
> === TestName: test_05_router_basic | Status : SUCCESS ===
>
> === TestName: test_06_router_advanced | Status : SUCCESS ===
>
> === TestName: test_07_stop_router | Status : SUCCESS ===
>
> === TestName: test_08_start_router | Status : SUCCESS ===
>
> === TestName: test_09_reboot_router | Status : SUCCESS ===
>
> === TestName: test_01_sys_vm_start | Status : SUCCESS ===
>
> === TestName: test_02_sys_template_ready | Status : SUCCESS ===
>
> === TestName: test_01_create_service_offering | Status : SUCCESS ===
>
> === TestName: test_02_edit_service_offering | Status : SUCCESS ===
>
> === TestName: test_03_delete_service_offering | Status : SUCCESS ===
>
> === TestName: test_01_list_sec_storage_vm | Status : SUCCESS ===
>
> === TestName: test_02_list_cpvm_vm | Status : SUCCESS ===
>
> === TestName: test_01_create_template | Status : SUCCESS ===
>
> === TestName: test_02_edit_template | Status : SUCCESS ===
>
> === TestName: test_03_delete_template | Status : SUCCESS ===
>
> === TestName: test_05_template_permissions | Status : SUCCESS ===
>
> === TestName: test_07_list_public_templates | Status : SUCCESS ===
>
> === TestName: test_08_list_system_templates | Status : SUCCESS ===
>
> === TestName: test_advZoneVirtualRouter | Status : SUCCESS ===
>
> === TestName: test_deploy_vm | Status : SUCCESS ===
>
> === TestName: test_deploy_vm_multiple | Status : SUCCESS ===
>
> === TestName: test_01_stop_vm | Status : SUCCESS ===
>
> === TestName: test_02_start_vm | Status : SUCCESS ===
>
> === TestName: test_03_reboot_vm | Status : SUCCESS ===
>
> === TestName: test_06_destroy_vm | Status : SUCCESS ===
>
> === TestName: test_07_restore_vm | Status : SUCCESS ===
>
> === TestName: test_08_migrate_vm | Status : SUCCESS ===
>
> === TestName: test_09_expunge_vm | Status : SUCCESS ===
>
> === TestName: test_03_download_attached_volume | Status : SUCCESS ===
>
> === TestName: test_04_delete_attached_volume | Status : SUCCESS ===
>
> === TestName: test_05_detach_volume | Status : SUCCESS ===
>
> === TestName: test_09_delete_detached_volume | Status : SUCCESS ===
>
> === TestName: test_vpc_remote_access_vpn | Status : SUCCESS ===
>
> === TestName: test_vpc_site2site_vpn | Status : SUCCESS ===
>
>
> Thanks!
> Santhosh
> 
> From: Santhosh Edukulla
> Sent: Thursday, August 14, 2014 11:

Jenkins build is still unstable: simulator-singlerun #173

[jenkins]

See 

Re: [DISCUSSION] CI

[Pierre-Luc Dion]

Thanks for you responses,

The revamp of marvin look promising, I'll have a closer look at it, even if
I'm not Python fan ;).  In our side, we have close to fully automated
installation of CloudStack, XenServer hypervisor and an initial zone
creation.  Our missing part is automated test cases to use it. So we could
provide infrastructure and run tests against it for one or more  test
scenarios during QA phase of release. Hopefully this could be integrated to
the CI.

Would it make sense to have a sheet, maybe a wiki page that list  all
infrastructure test scenarios and their result per version of ACS?
for:
xenserver, hyperv, vmware,kvm
advanced, simplenetworking, vlan/vxlan,gre isolated, networks
s3,swift,nfs, storage plugin

Unless we have this kind of results somewhere, I don't feel we really keep
track of what has been tested on each release.




*Pierre-Luc DION*
Architecte de Solution Cloud | Cloud Solutions Architect
t 855.652.5683

*CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
w cloudops.com *|* tw @CloudOps_



On Thu, Aug 21, 2014 at 2:03 AM, Prasanna Santhanam  wrote:

> I use rspec in Ruby these days and find it get complex to maintain
> pretty quickly. It's good for dealing with REST apis and middleware
> but with Marvin (and python in general) I find infrastructure handling
> easier. Stack traces of BDD code is also a little bit hard to
> troubleshoot and comprehend. I may be biased because my Python
> expertise is better, so you can take this with a pinch of salt.
>
> Edison is right however, the setup in marvin is atrociously complex
> and needs to be a lot simpler and intuitive. In most cases I don't
> want to specify tons of args (service offering, disk offering, network
> type) to create a simple vM that is part of every test. To this end I
> refactored Marvin to use easily defined factories (in lines with
> Ruby's factory_girl) and also demo-ed some code in the branch. Haven't
> had time to maintain and revamp this honestly. So if anyone wants to
> pick up from there, I'm happy to help.
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+Refactor
>
>
>
> On Thu, Aug 21, 2014 at 4:30 AM, Edison Su  wrote:
> >
> >
> >> -Original Message-
> >> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> >> Sent: Wednesday, August 20, 2014 11:20 AM
> >> To: dev@cloudstack.apache.org; Will Stevens
> >> Subject: [DISCUSSION] CI
> >>
> >> I'd like to move this discussion out of the GIT workflow thread.
> >>
> >> Do we have any CI strategy in place or a starting point at least?
> > TravisCI will be a starting point for now. It tests against simulator
> only.
> > I am working on a solution to test against KVM(that's most of users are
> concerned about) in a machine I created in
> > Public cloud. It has big memory, super fast disk IO, should be a good
> solution for KVM test. It may take few days to get it work.
> > They are both for simple test, and in small scale.
> >>
> >> I've never worked with marvin I from the small understanding that I have
> >> from it, it might not be the right too. I don't know.
> >>
> >> I've spend some times recently with test-kitchen and serverspec and
> found
> >> that quite promising as test platform for "real cloudstack deployment
> test
> >> scenarios". By using test framework like Rspec the test output is clean
> to
> >> read for human and test scenarios seams quite simple to write.
> >>
> >> I've started a rspec lib for cloudstack to enhance serverspec for
> CloudStack
> >> tests (cloudstack-rspec).  I'm wondering if it would be usable in
> future CI
> >> system for CloudStack...
> > I am familiar with Specs,  like Rspec, but in scala. I agree with you
> that the BDD style test case
> > Is easier to read/write. It's good to have, but I think before we move
> to new test framework, we should figure out the issues
> > We have today in Marvin, so that we can take effort to address them,
> either fixing Marvin, or switch to a new test framework.
> > The issue I have in current Marvin, is that it still needs to write a
> lot of setup code for each test case, which is complicated enough. Let's
> take an Marvin test case as an example:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=test/integration/smoke/test_vm_life_cycle.py;h=57e47c24838ffc2ec5e9af4ad3872d5e27342d91;hb=HEAD
> >
> > Like this kind of code in test case setup code:
> >
> > # Get Zone, Domain and templates
> > cls.domain = get_domain(cls.apiclient)
> > cls.zone = get_zone(cls.apiclient, testClient.getZoneForTests())
> > cls.services['mode'] = cls.zone.networktype
> >
> > #If local storage is enabled, alter the offerings to use
> localstorage
> > #this step is needed for devcloud
> > if cls.zone.localstorageenabled == True:
> > cls.services["service_offerings"]["tiny"]["storagetype"] =
> 'local'
> > cls.services["service_offerings"

RE: Integration Tests on TravisCI

[Santhosh Edukulla]

Something like below:

nosetests-2.7 --with-marvin --marvin-config=setup/dev/advanced.cfg   
--with-xunit  --xunit-file=/tmp/output_18thaug.xml  -w test/integration/smoke 
-a tags=advanced,required_hardware=false  --zone=Sandbox-simulator  
--hypervisor=simulator -s

Santhosh

From: Ian Duffy [i...@ianduffy.ie]
Sent: Thursday, August 21, 2014 8:02 AM
To: CloudStack Dev
Subject: Re: Integration Tests on TravisCI

Santosh,

What command/flags did you use for the above test output?


On 14 August 2014 17:22, Santhosh Edukulla 
wrote:

> Ian,
>
>  I just installed latest marvin after cloudstack build on master, and ran
> tests against the simulator from smoke folder, below are the results. All
> passed, except one, i believe that as well could be some global param or
> some config issue. I hope you want to install, use latest marvin and test
> suites from master.
>
> === TestName: test_DeployVmAntiAffinityGroup | Status : SUCCESS ===
>
> === TestName: test_deployvm_firstfit | Status : SUCCESS ===
>
> === TestName: test_deployvm_userconcentrated | Status : SUCCESS ===
>
> === TestName: test_deployvm_userdispersing | Status : SUCCESS ===
>
> === TestName: test_01_create_disk_offering | Status : SUCCESS ===
>
> === TestName: test_02_create_sparse_type_disk_offering | Status : SUCCESS
> ===
>
> === TestName: test_04_create_fat_type_disk_offering | Status : SUCCESS ===
>
> === TestName: test_02_edit_disk_offering | Status : SUCCESS ===
>
> === TestName: test_03_delete_disk_offering | Status : SUCCESS ===
>
> === TestName: test_UpdateConfigParamWithScope | Status : SUCCESS ===
>
> === TestName: test_dedicateGuestVlanRange | Status : SUCCESS ===
>
> === TestName: test_01_create_iso | Status : SUCCESS ===
>
> === TestName: test_02_edit_iso | Status : SUCCESS ===
>
> === TestName: test_03_delete_iso | Status : SUCCESS ===
>
> === TestName: test_05_iso_permissions | Status : SUCCESS ===
>
> === TestName: test_nic_secondaryip_add_remove | Status : SUCCESS ===
>
> === TestName: test_delete_account | Status : SUCCESS ===
>
> === TestName: test_public_ip_admin_account | Status : SUCCESS ===
>
> === TestName: test_public_ip_user_account | Status : SUCCESS ===
>
> === TestName: test_releaseIP | Status : SUCCESS ===
>
> === TestName: test_extendPhysicalNetworkVlan | Status : SUCCESS ===
>
> === TestName: test_UpdateStorageOverProvisioningFactor | Status : SUCCESS
> ===
>
> === TestName: test_createPortablePublicIPAcquire | Status : SUCCESS ===
>
> === TestName: test_createPortablePublicIPRange | Status : SUCCESS ===
>
> === TestName: test_01_primary_storage_nfs | Status : SUCCESS ===
>
> === TestName: test_privategw_acl | Status : SUCCESS ===
>
> === TestName: test_dedicatePublicIpRange | Status : SUCCESS ===
>
> === TestName: test_create_pvlan_network | Status : SUCCESS ===
>
> === TestName: test_createRegion | Status : SUCCESS ===
>
> === TestName: test_01_reset_vm_on_reboot | Status : SUCCESS ===
>
> === TestName: test_01_updatevolumedetail | Status : SUCCESS ===
>
> === TestName: test_03_restart_network_cleanup | Status : SUCCESS ===
>
> === TestName: test_05_router_basic | Status : SUCCESS ===
>
> === TestName: test_06_router_advanced | Status : SUCCESS ===
>
> === TestName: test_07_stop_router | Status : SUCCESS ===
>
> === TestName: test_08_start_router | Status : SUCCESS ===
>
> === TestName: test_09_reboot_router | Status : SUCCESS ===
>
> === TestName: test_01_sys_vm_start | Status : SUCCESS ===
>
> === TestName: test_02_sys_template_ready | Status : SUCCESS ===
>
> === TestName: test_01_create_service_offering | Status : SUCCESS ===
>
> === TestName: test_02_edit_service_offering | Status : SUCCESS ===
>
> === TestName: test_03_delete_service_offering | Status : SUCCESS ===
>
> === TestName: test_01_list_sec_storage_vm | Status : SUCCESS ===
>
> === TestName: test_02_list_cpvm_vm | Status : SUCCESS ===
>
> === TestName: test_01_create_template | Status : SUCCESS ===
>
> === TestName: test_02_edit_template | Status : SUCCESS ===
>
> === TestName: test_03_delete_template | Status : SUCCESS ===
>
> === TestName: test_05_template_permissions | Status : SUCCESS ===
>
> === TestName: test_07_list_public_templates | Status : SUCCESS ===
>
> === TestName: test_08_list_system_templates | Status : SUCCESS ===
>
> === TestName: test_advZoneVirtualRouter | Status : SUCCESS ===
>
> === TestName: test_deploy_vm | Status : SUCCESS ===
>
> === TestName: test_deploy_vm_multiple | Status : SUCCESS ===
>
> === TestName: test_01_stop_vm | Status : SUCCESS ===
>
> === TestName: test_02_start_vm | Status : SUCCESS ===
>
> === TestName: test_03_reboot_vm | Status : SUCCESS ===
>
> === TestName: test_06_destroy_vm | Status : SUCCESS ===
>
> === TestName: test_07_restore_vm | Status : SUCCESS ===
>
> === TestName: test_08_migrate_vm | Status : SUCCESS ===
>
> === TestName: test_09_expunge_vm | Status : SUCCESS ===
>
> === TestName: test_03_download_attached_volume | Status : SUCCESS ===
>
> === TestNa

Re: Integration Tests on TravisCI

[Hugo Trippaers]

Hey guys,

Just to make sure we are all on the same page on this.

There are several initiatives to bolster our CI capabilities and some of them 
are overlapping. 
* There are ongoing discussion to push for a CI environment at the ASF
* There are a number of companies donating hardware/cloud instances to beef up 
jenkins.buildacloud.org
* Edison is doing CI builds on Amazon i believe
* There is this TravisCI initiative

While they are all very good, overlapping effort means we are wasting 
somebodies time somewhere. With a delicate a subject as CI we should try to 
avoid that i think.

I’ll happily stop working on the CI stuff in jenkins.buildacloud.org for 
example and focus my efforts on Travis. So i just want to know where we want to 
put our effort.

Cheers,

Hugo




On 21 aug. 2014, at 14:02, Ian Duffy  wrote:

> Santosh,
> 
> What command/flags did you use for the above test output?
> 
> 
> On 14 August 2014 17:22, Santhosh Edukulla 
> wrote:
> 
>> Ian,
>> 
>> I just installed latest marvin after cloudstack build on master, and ran
>> tests against the simulator from smoke folder, below are the results. All
>> passed, except one, i believe that as well could be some global param or
>> some config issue. I hope you want to install, use latest marvin and test
>> suites from master.
>> 
>> === TestName: test_DeployVmAntiAffinityGroup | Status : SUCCESS ===
>> 
>> === TestName: test_deployvm_firstfit | Status : SUCCESS ===
>> 
>> === TestName: test_deployvm_userconcentrated | Status : SUCCESS ===
>> 
>> === TestName: test_deployvm_userdispersing | Status : SUCCESS ===
>> 
>> === TestName: test_01_create_disk_offering | Status : SUCCESS ===
>> 
>> === TestName: test_02_create_sparse_type_disk_offering | Status : SUCCESS
>> ===
>> 
>> === TestName: test_04_create_fat_type_disk_offering | Status : SUCCESS ===
>> 
>> === TestName: test_02_edit_disk_offering | Status : SUCCESS ===
>> 
>> === TestName: test_03_delete_disk_offering | Status : SUCCESS ===
>> 
>> === TestName: test_UpdateConfigParamWithScope | Status : SUCCESS ===
>> 
>> === TestName: test_dedicateGuestVlanRange | Status : SUCCESS ===
>> 
>> === TestName: test_01_create_iso | Status : SUCCESS ===
>> 
>> === TestName: test_02_edit_iso | Status : SUCCESS ===
>> 
>> === TestName: test_03_delete_iso | Status : SUCCESS ===
>> 
>> === TestName: test_05_iso_permissions | Status : SUCCESS ===
>> 
>> === TestName: test_nic_secondaryip_add_remove | Status : SUCCESS ===
>> 
>> === TestName: test_delete_account | Status : SUCCESS ===
>> 
>> === TestName: test_public_ip_admin_account | Status : SUCCESS ===
>> 
>> === TestName: test_public_ip_user_account | Status : SUCCESS ===
>> 
>> === TestName: test_releaseIP | Status : SUCCESS ===
>> 
>> === TestName: test_extendPhysicalNetworkVlan | Status : SUCCESS ===
>> 
>> === TestName: test_UpdateStorageOverProvisioningFactor | Status : SUCCESS
>> ===
>> 
>> === TestName: test_createPortablePublicIPAcquire | Status : SUCCESS ===
>> 
>> === TestName: test_createPortablePublicIPRange | Status : SUCCESS ===
>> 
>> === TestName: test_01_primary_storage_nfs | Status : SUCCESS ===
>> 
>> === TestName: test_privategw_acl | Status : SUCCESS ===
>> 
>> === TestName: test_dedicatePublicIpRange | Status : SUCCESS ===
>> 
>> === TestName: test_create_pvlan_network | Status : SUCCESS ===
>> 
>> === TestName: test_createRegion | Status : SUCCESS ===
>> 
>> === TestName: test_01_reset_vm_on_reboot | Status : SUCCESS ===
>> 
>> === TestName: test_01_updatevolumedetail | Status : SUCCESS ===
>> 
>> === TestName: test_03_restart_network_cleanup | Status : SUCCESS ===
>> 
>> === TestName: test_05_router_basic | Status : SUCCESS ===
>> 
>> === TestName: test_06_router_advanced | Status : SUCCESS ===
>> 
>> === TestName: test_07_stop_router | Status : SUCCESS ===
>> 
>> === TestName: test_08_start_router | Status : SUCCESS ===
>> 
>> === TestName: test_09_reboot_router | Status : SUCCESS ===
>> 
>> === TestName: test_01_sys_vm_start | Status : SUCCESS ===
>> 
>> === TestName: test_02_sys_template_ready | Status : SUCCESS ===
>> 
>> === TestName: test_01_create_service_offering | Status : SUCCESS ===
>> 
>> === TestName: test_02_edit_service_offering | Status : SUCCESS ===
>> 
>> === TestName: test_03_delete_service_offering | Status : SUCCESS ===
>> 
>> === TestName: test_01_list_sec_storage_vm | Status : SUCCESS ===
>> 
>> === TestName: test_02_list_cpvm_vm | Status : SUCCESS ===
>> 
>> === TestName: test_01_create_template | Status : SUCCESS ===
>> 
>> === TestName: test_02_edit_template | Status : SUCCESS ===
>> 
>> === TestName: test_03_delete_template | Status : SUCCESS ===
>> 
>> === TestName: test_05_template_permissions | Status : SUCCESS ===
>> 
>> === TestName: test_07_list_public_templates | Status : SUCCESS ===
>> 
>> === TestName: test_08_list_system_templates | Status : SUCCESS ===
>> 
>> === TestName: test_advZoneVirtualRouter | Status : SUCCESS ===
>> 
>> === TestName: test_deploy_vm | Status : SUCCESS ===
>> 
>> === Te

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Sebastien Goasguen]

On Aug 21, 2014, at 4:57 AM, Rohit Yadav  wrote:

> Hi All,
> 
> There was an issue identified with the previous candidate, so starting a new 
> voting thread.
> 
> I've created a 5.2.0 release candidate of CloudMonkey, with the following 
> artifacts up for a vote:
> 
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.2
> Commit: 264ddcecb1274ead2ca4879627e373ba78780117
> 
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.2
> 
> Source release (checksums and signatures are available at the following 
> location as well):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.2.0/
> 
> PGP release keys (signed using my key ID 0EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Vote will be open for 72 weekday hours. Since, the voting period overlaps an 
> upcoming weekend, we’ll conclude voting on Tuesday, 26th Aug 2014.
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate 
> "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +41 779015219 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 

If I am allowed a light hearted joke…:

I am going to veto -1 this release…because it totally breaks the recipes that I 
just wrote in my book :(

> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Review Request 24420: vGPU Test Automation ( Check for vGPU resources & VM lifecycle tests)

[abhinav roy]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24420/
---

(Updated Aug. 21, 2014, 12:33 p.m.)


Review request for cloudstack, Doug Clark, sailaja mada, and Sanjay Tripathi.


Repository: cloudstack-git


Description
---

This Diff includes vGPU VM lifecycle tests as well as a function to validate 
the vGPU resources present in a vGPU VM deployed on CS. It has the following 
tests :

1. A function to validate vGPU resources in a VM. It does validation on both 
the host as well as on CS.
   It includes following lifecycle tests.
   

2. Deploy VM
3. Stop VM
4. Start VM
5. Restore VM
6. Reboot VM
7. Destroy VM
8. Recover VM


NOTE : VM lifecycle test cases were included in this script after the 1st 
rouund of review with Doug. We decided to include those tests here just to 
remove the overhead of registering template again. so, now there is no use of 
this review request https://reviews.apache.org/r/24425/ 


Diffs (updated)
-

  test/integration/component/test_deploy_vgpu_vm.py fd3f374 

Diff: https://reviews.apache.org/r/24420/diff/


Testing
---

Testing :

1. Executed the script on non GPU test setup and ensured tests being skipped. 
2. Executed on K2 GPU drivers installed setup and ensured all lifecycle test 
cases are working fine and the function is checking for the vGPU resources in a 
vGPU VM.


Thanks,

abhinav roy

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Sebastien Goasguen]

On Aug 21, 2014, at 4:57 AM, Rohit Yadav  wrote:

> Hi All,
> 
> There was an issue identified with the previous candidate, so starting a new 
> voting thread.
> 
> I've created a 5.2.0 release candidate of CloudMonkey, with the following 
> artifacts up for a vote:
> 
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.2
> Commit: 264ddcecb1274ead2ca4879627e373ba78780117
> 
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.2
> 
> Source release (checksums and signatures are available at the following 
> location as well):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.2.0/
> 
> PGP release keys (signed using my key ID 0EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Vote will be open for 72 weekday hours. Since, the voting period overlaps an 
> upcoming weekend, we’ll conclude voting on Tuesday, 26th Aug 2014.
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate 
> "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 

+1 (binding)

Checked the signatures
Installed, modified config to have a profile set
Tested on prod cloudstack

ps1: neat pick, you should use .sha512 extension so it makes it clear you used 
sha512...
ps2: we need to think about where to put the docs. Saw a docs directory...

> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +41 779015219 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Rohit Yadav]

Hi,

On 21-Aug-2014, at 2:28 pm, Sebastien Goasguen  wrote:

> If I am allowed a light hearted joke…:
> I am going to veto -1 this release…because it totally breaks the recipes that 
> I just wrote in my book :(

:) Sorry about dropping the server related configs (host, port, protocol, path 
etc), I though using just the URL is less work.

Hey, if you really want I can let make it backward compatible to use old keys. 
Advise? I can repost a new artifact for voting after that fix.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Rohit Yadav]

On 21-Aug-2014, at 2:37 pm, Sebastien Goasguen  wrote:

> +1 (binding)
>
> Checked the signatures
> Installed, modified config to have a profile set
> Tested on prod cloudstack
>
> ps1: neat pick, you should use .sha512 extension so it makes it clear you 
> used sha512...
> ps2: we need to think about where to put the docs. Saw a docs directory…

Thanks. The docs directory mostly is for the python doc generation.

I think Chip helped write those and the built htmls are hosted here:
http://pythonhosted.org//cloudmonkey/index.html

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Jenkins build is still unstable: simulator-singlerun #174

[jenkins]

See 

Re: Review Request 24611: New DNS provider (GloboDNS)

[Daniel Vega Simoes]

> On Aug. 12, 2014, 9:52 p.m., Rohit Yadav wrote:
> > Hi Daniel,
> > 
> > Thank you for your work, it looks comprehensive. Appreciate the tests and 
> > design doc on the wiki. 
> > 
> > Can you make sure we don't do wildcard imports, I personally don't have any 
> > problem with using them but a lot of community folks (and on our coding 
> > guidelines) we don't prefer these:
> > > import static org.mockito.Mockito.*;
> > 
> > When adding APIs, you can add a "since=4.5.0" field in the APICommand, 
> > which simply help users, who would read apidocs, to know that these 
> > APIs/feature were available since that version/release of ACS.
> > 
> > I'll be able to test this tomorrow, meanwhile can you share with us 
> > demo/test credentials for testing against the DNS service (or point us to a 
> > link to sign up for it if it's free).
> 
> Daniel Vega Simoes wrote:
> I'll fix the imports and the APICommand.
> We're building a VM to provide DNS service for testing and will let you 
> know as soon as it's ready.
> 
> Rohit Yadav wrote:
> Thanks Daniel, the patch applies cleanly.
> I'll have to test it before I could merge it on master, let me know if 
> the VM is downloadable somewhere or some other way to test this feature 
> against.
> 
> Daniel Vega Simoes wrote:
> Rohit,
> 
> We've fired up a VM on Amazon EC2 to host both the DNS server and the 
> GloboDNS application that manages it.
> 
> When you configure the GloboDNS provider, you should use the following 
> info:
> -> username: ad...@example.com
> -> password: password
> -> url: http://54.83.77.243:8080/
> 
> After that, you need to create a network offering (doesn't matter if 
> isolated or shared) that uses GloboDNS as the DNS provider. Then, feel free 
> to launch as many networks and VMs as you want. Their names should appear at 
> the GloboDNS (you can login through the same URL/username/password and take a 
> look).
> 
> It usually takes about 2 minutes before the application exports the new 
> zones and records to the Bind server. After that time, you can lookup the 
> full name using nslookup or dig.
> 
> Also keep in mind that the plugin only accepts lower-case names for the 
> VMs. If you do not supply a name, you need to change the global option 
> 'instance.name' to make sure that the name generated by Cloudstack is also 
> lower-case.
> 
> Any questions or problems, just let us know :)
> 
> Rohit Yadav wrote:
> Hey, can you revert back to my email -- I still see the build issues in 
> the patch, this is another reminder.
> Cheers.
> 
> Daniel Vega Simoes wrote:
> Hi Rohit
> 
> I didn't get it. You said the patches applied cleanly and just needed 
> testing. We used f6bde7b46bb09aa13cb35049716bd7e1fc5b7774 as base commit for 
> the patch. It doesn't work anymore?
> 
> Rohit Yadav wrote:
> Hi Daniel, yes it applies cleanly but since I did not the VM you recently 
> shared to test against I did not build it with some maven profiles. It was 
> failing for me, so see if you could do test your patch so that it builds 
> cleanly. I would want to help you test/merge your work on master soon to 
> avoid conflict from ever changing master branch :)
> 
> Cheers.
> 
> Daniel Vega Simoes wrote:
> Hi Rohit
> 
> Apparently the last patch had some weird errors. I updated it with a new 
> one and also changed version to be 4.5-SNAPSHOT so it fits well into master.
> The base commit is 8d0817860faa347eb738c28d30c98f549afb3096.
> 
> I managed to build it in my machine using the developer profile:
> $ mvn -Pdeveloper -Dsimulator clean install
> 
> Should there be any more problems, just let me know.
> 
> Cheers,
> 
> Rohit Yadav wrote:
> Tested on latest master, it builds cleanly with unit tests and patch 
> applied cleanly too. Tested to work against simulator.
> I'm going ahead to merge it now on master, further issues can be address 
> later if found against using a real host.
> 
> Thank you for this feature.

Thank you Rohit for your time to review this feature.

We're glad to have contributed to Cloudstack and will surely submit other 
features and bug fixes in the future.


- Daniel


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24611/#review50372
---


On Aug. 20, 2014, 7:18 p.m., Daniel Vega Simoes wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24611/
> ---
> 
> (Updated Aug. 20, 2014, 7:18 p.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Murali Reddy, Rohit Yadav, 
> and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-6998
> https://issues.

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Erik Weber]

21. aug. 2014 15:04 skrev "Rohit Yadav" 
følgende:
>
> Hi,
>
> On 21-Aug-2014, at 2:28 pm, Sebastien Goasguen  wrote:
>
> > If I am allowed a light hearted joke…:
> > I am going to veto -1 this release…because it totally breaks the
recipes that I just wrote in my book :(
>
> :) Sorry about dropping the server related configs (host, port, protocol,
path etc), I though using just the URL is less work.
>
> Hey, if you really want I can let make it backward compatible to use old
keys. Advise? I can repost a new artifact for voting after that fix.
>

Perhaps it could be added with a deprecated warning, with a target for
removal in 6.0?

Erik

> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +41 779015219 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure Support<
http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
solely for the use of the individual to whom it is addressed. Any views or
opinions expressed are solely those of the author and do not necessarily
represent those of Shape Blue Ltd or related companies. If you are not the
intended recipient of this email, you must neither take any action based
upon its contents, nor copy or show it to anyone. Please contact the sender
if you believe you have received this email in error. Shape Blue Ltd is a
company incorporated in England & Wales. ShapeBlue Services India LLP is a
company incorporated in India and is operated under license from Shape Blue
Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
a company registered by The Republic of South Africa and is traded under
license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #2)

[Rohit Yadav]

Thanks for raising your concerns Erik and Sebastien, I’ve added code to honour 
backward compatibility for options: host, port, path and protocol so you won’t 
have to change your recipes and scripts.

When users will set those deprecated options, they will be told about this and 
this will create, but this will set the url option in the config file for 
currently select server profile only.

Sorry guys, due to this change I’m calling off this voting thread again and 
resubmitting the new artifacts for a new voting round.

Cheers.

On 21-Aug-2014, at 3:33 pm, Erik Weber  wrote:

> 21. aug. 2014 15:04 skrev "Rohit Yadav" 
> følgende:
>>
>> Hi,
>>
>> On 21-Aug-2014, at 2:28 pm, Sebastien Goasguen  wrote:
>>
>>> If I am allowed a light hearted joke…:
>>> I am going to veto -1 this release…because it totally breaks the
> recipes that I just wrote in my book :(
>>
>> :) Sorry about dropping the server related configs (host, port, protocol,
> path etc), I though using just the URL is less work.
>>
>> Hey, if you really want I can let make it backward compatible to use old
> keys. Advise? I can repost a new artifact for voting after that fix.
>>
>
> Perhaps it could be added with a deprecated warning, with a target for
> removal in 6.0?
>
> Erik
>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +41 779015219 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Jenkins build is still unstable: simulator-singlerun #175

[jenkins]

See 

[VOTE] Release Apache CloudStack CloudMonkey 5.2.0 (take #3)

[Rohit Yadav]

Hi All,

Thanks to concerns raised by Sebastien and Erik, I’ve added backward 
compatibility to cloudmonkey to support now deprecated options: host, port, 
protocol and path. Setting them will cause cloudmonkey to warn users but set 
the url option using those values instead. Looking forward to community 
participation and testing.

I've created a new 5.2.0 release candidate of CloudMonkey, with the following 
artifacts up for a vote:

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.2
Commit: 29695f97494b1046b77d483af2a5f064c168823c

List of changes:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.2

Source release (checksums and signatures are available at the following 
location as well):
https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.2.0/

Checksums:
MD5: 75 33 66 F9 01 FC C5 DD  19 C5 AF 9B AF 73 CB EB
SHA: B02A488F A60192F5 E74C234A C9B33855 67680142 22F4B4C7 D7F936CC 67FDE13C 
E12FEFD5
 05371FE7 574A74C8 B0A63DC4 C2FAA064 FD26F07A D3D90319 6774BEB4

PGP release keys (key ID used 0EE3D884):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 weekday hours. Since, the voting period overlaps an 
upcoming weekend, we’ll conclude voting on Tuesday, 26th Aug 2014.

For sanity in tallying the vote, can PMC members please be sure to indicate 
"(binding)" with their vote?

[ ] +1  approve
[ ] +0  no opinion
[ ] -1  disapprove (and reason why)

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Review Request 24931: CLOUDSTACK-7385: Fixed LB creation issue in test_persistent_networks.py

[Gaurav Aradhye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24931/
---

Review request for cloudstack and Santhosh Edukulla.


Bugs: CLOUDSTACk-7385
https://issues.apache.org/jira/browse/CLOUDSTACk-7385


Repository: cloudstack-git


Description
---

LB creation failed because LB provider was absent in network offering.
Added new type of network offering with LB enabled for this.


Diffs
-

  test/integration/component/test_persistent_networks.py 7364685 
  tools/marvin/marvin/config/test_data.py a93b883 

Diff: https://reviews.apache.org/r/24931/diff/


Testing
---

Yes.

Log:
test_cleanup_persistent_network_1_true 
(test_persistent_networks.TestRestartPersistentNetwork) ... === TestName: 
test_cleanup_persistent_network_1_true | Status :
SUCCESS ===
ok
test_cleanup_persistent_network_2_false 
(test_persistent_networks.TestRestartPersistentNetwork) ... === TestName: 
test_cleanup_persistent_network_2_false | Status :
SUCCESS ===
ok

--
Ran 2 tests in 1004.043s

OK


Thanks,

Gaurav Aradhye

Review Request 24932: CLOUDSTACK-7386: Fixed cleanup issue in test_escalations_volumes.py

[Gaurav Aradhye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24932/
---

Review request for cloudstack and Santhosh Edukulla.


Bugs: CLOUDSTACK-7386
https://issues.apache.org/jira/browse/CLOUDSTACK-7386


Repository: cloudstack-git


Description
---

The test case failed while deleting snapshot in cleanup operation because the 
snapshot was already deleted in test case.
Removed the snapshot from cleanup list once it is deleted.


Diffs
-

  test/integration/component/test_escalations_volumes.py d1dae12 

Diff: https://reviews.apache.org/r/24932/diff/


Testing
---

Yes.

Log:
@summary: Test to verify pagination of snapshots for Volume ... === TestName: 
test_10_volume_snapshots_pagination | Status : SUCCESS ===
ok


Thanks,

Gaurav Aradhye

Master build failure

[Sanjeev Neelarapu]

Hi,
I tried to build the simulator environment with latest master  but it failed:
"mvn -Pdeveloper -Dsimulator clean install"

[INFO] Apache CloudStack Plugin - SNMP Alerts . SUCCESS [ 13.012 s]
[INFO] Apache CloudStack Plugin - Syslog Alerts ... SUCCESS [ 11.734 s]
[INFO] Apache CloudStack Plugin - Network VXLAN ... SUCCESS [ 14.371 s]
[INFO] Apache CloudStack Plugin - GloboDNS  FAILURE [01:04 min]
[INFO] Apache CloudStack Plugin - Hypervisor Simulator  SKIPPED
[INFO] Apache CloudStack Framework - Spring Module  SKIPPED
[INFO] Apache CloudStack Secondary Storage Controller . SKIPPED
[INFO] Apache CloudStack Client UI  SKIPPED
[INFO] Apache CloudStack Console Proxy - RDP Client ... SKIPPED
[INFO] Apache CloudStack Console Proxy  SKIPPED
[INFO] Apache CloudStack Console Proxy - Server ... SKIPPED
[INFO] Apache CloudStack Framework - QuickCloud ... SKIPPED
[INFO] Apache CloudStack Test . SKIPPED
[INFO] Apache CloudStack Developer Mode ... SKIPPED
[INFO] Apache CloudStack Developer Tools .. SKIPPED
[INFO] Apache CloudStack apidocs .. SKIPPED
[INFO] Apache CloudStack marvin ... SKIPPED
[INFO] Apache CloudStack DevCloud . SKIPPED
[INFO] Apache CloudStack DevCloud-KVM . SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 31:35 min
[INFO] Finished at: 2014-08-21T21:19:12+05:30
[INFO] Final Memory: 86M/207M

Can someone please look into it?

Thanks,
Sanjeev

Re: Master build failure

[Rohit Yadav]

Hi Sanjeev are you using latest master? Let me check again.

On 21-Aug-2014, at 5:59 pm, Sanjeev Neelarapu  
wrote:

> Hi,
> I tried to build the simulator environment with latest master  but it failed:
> "mvn -Pdeveloper -Dsimulator clean install"
>
> [INFO] Apache CloudStack Plugin - SNMP Alerts . SUCCESS [ 13.012 
> s]
> [INFO] Apache CloudStack Plugin - Syslog Alerts ... SUCCESS [ 11.734 
> s]
> [INFO] Apache CloudStack Plugin - Network VXLAN ... SUCCESS [ 14.371 
> s]
> [INFO] Apache CloudStack Plugin - GloboDNS  FAILURE [01:04 
> min]
> [INFO] Apache CloudStack Plugin - Hypervisor Simulator  SKIPPED
> [INFO] Apache CloudStack Framework - Spring Module  SKIPPED
> [INFO] Apache CloudStack Secondary Storage Controller . SKIPPED
> [INFO] Apache CloudStack Client UI  SKIPPED
> [INFO] Apache CloudStack Console Proxy - RDP Client ... SKIPPED
> [INFO] Apache CloudStack Console Proxy  SKIPPED
> [INFO] Apache CloudStack Console Proxy - Server ... SKIPPED
> [INFO] Apache CloudStack Framework - QuickCloud ... SKIPPED
> [INFO] Apache CloudStack Test . SKIPPED
> [INFO] Apache CloudStack Developer Mode ... SKIPPED
> [INFO] Apache CloudStack Developer Tools .. SKIPPED
> [INFO] Apache CloudStack apidocs .. SKIPPED
> [INFO] Apache CloudStack marvin ... SKIPPED
> [INFO] Apache CloudStack DevCloud . SKIPPED
> [INFO] Apache CloudStack DevCloud-KVM . SKIPPED
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time: 31:35 min
> [INFO] Finished at: 2014-08-21T21:19:12+05:30
> [INFO] Final Memory: 86M/207M
>
> Can someone please look into it?
>
> Thanks,
> Sanjeev

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Review Request 24936: RPM build failing with RHEL7

[Damodar Reddy Talakanti]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/
---

Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.


Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106

https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106


Repository: cloudstack-git


Description
---

RPM Build was failing on RHEL7 due to the packages changed in RHEL7. Refactored 
the cloud.spec to make it specific to OS builds.


Diffs
-

  client/tomcatconf/server-nonssl.xml.in 847197c 
  client/tomcatconf/server-ssl.xml.in 37bc53d 
  packaging/centos63/cloud-management.rc 2f04793 
  packaging/centos63/cloud.spec 7565f95 
  packaging/centos63/default/macros.spec PRE-CREATION 
  packaging/centos63/default/tomcat.sh PRE-CREATION 
  packaging/centos63/package.sh 07f95fc 
  packaging/centos63/rhel7/cloud-management.service PRE-CREATION 
  packaging/centos63/rhel7/macros.spec PRE-CREATION 
  packaging/centos63/rhel7/tomcat.sh PRE-CREATION 
  python/lib/cloudutils/serviceConfigServer.py 2c19d7e 

Diff: https://reviews.apache.org/r/24936/diff/


Testing
---

Tested on RHEL7 and Centos 6.3


Thanks,

Damodar Reddy Talakanti

Re: Master build failure

[Rohit Yadav]

Sanjeev,

On 21-Aug-2014, at 5:59 pm, Sanjeev Neelarapu  
wrote:
> I tried to build the simulator environment with latest master  but it failed:
> "mvn -Pdeveloper -Dsimulator clean install"

With simulator option the build was successful for me. I reviewed and merged 
the GloboDns plugin integration work this morning so it may break due to some 
env issue, can you try again or share the failure log?

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +41 779015219 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Master build failure

[Daniel Vega Simões]

Hi, Sanjeev

Didn't see any problems here. Was there any messages as to why the build
for GloboDNS failed for you?

[INFO] Apache CloudStack Plugin - Network VXLAN .. SUCCESS [4.750s]
[INFO] Apache CloudStack Plugin - GloboDNS ... SUCCESS [9.287s]
[INFO] Apache CloudStack Plugin - Hypervisor Simulator ... SUCCESS [5.648s]


Regards,


--
Daniel Simões
Time Evolução Infra - Globo.com
E-mail: daniel.sim...@corp.globo.com
Tel.: +55 21 2483-6977


2014-08-21 13:01 GMT-03:00 Rohit Yadav :

> Hi Sanjeev are you using latest master? Let me check again.
>
> On 21-Aug-2014, at 5:59 pm, Sanjeev Neelarapu <
> sanjeev.neelar...@citrix.com> wrote:
>
> > Hi,
> > I tried to build the simulator environment with latest master  but it
> failed:
> > "mvn -Pdeveloper -Dsimulator clean install"
> >
> > [INFO] Apache CloudStack Plugin - SNMP Alerts . SUCCESS [
> 13.012 s]
> > [INFO] Apache CloudStack Plugin - Syslog Alerts ... SUCCESS [
> 11.734 s]
> > [INFO] Apache CloudStack Plugin - Network VXLAN ... SUCCESS [
> 14.371 s]
> > [INFO] Apache CloudStack Plugin - GloboDNS  FAILURE
> [01:04 min]
> > [INFO] Apache CloudStack Plugin - Hypervisor Simulator  SKIPPED
> > [INFO] Apache CloudStack Framework - Spring Module  SKIPPED
> > [INFO] Apache CloudStack Secondary Storage Controller . SKIPPED
> > [INFO] Apache CloudStack Client UI  SKIPPED
> > [INFO] Apache CloudStack Console Proxy - RDP Client ... SKIPPED
> > [INFO] Apache CloudStack Console Proxy  SKIPPED
> > [INFO] Apache CloudStack Console Proxy - Server ... SKIPPED
> > [INFO] Apache CloudStack Framework - QuickCloud ... SKIPPED
> > [INFO] Apache CloudStack Test . SKIPPED
> > [INFO] Apache CloudStack Developer Mode ... SKIPPED
> > [INFO] Apache CloudStack Developer Tools .. SKIPPED
> > [INFO] Apache CloudStack apidocs .. SKIPPED
> > [INFO] Apache CloudStack marvin ... SKIPPED
> > [INFO] Apache CloudStack DevCloud . SKIPPED
> > [INFO] Apache CloudStack DevCloud-KVM . SKIPPED
> > [INFO]
> 
> > [INFO] BUILD FAILURE
> > [INFO]
> 
> > [INFO] Total time: 31:35 min
> > [INFO] Finished at: 2014-08-21T21:19:12+05:30
> > [INFO] Final Memory: 86M/207M
> >
> > Can someone please look into it?
> >
> > Thanks,
> > Sanjeev
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +41 779015219 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>

RE: [VOTE] Adapting git workflow for release branches

[Edison Su]

> -Original Message-
> From: Erik Weber [mailto:terbol...@gmail.com]
> Sent: Wednesday, August 20, 2014 3:15 PM
> To: dev
> Subject: Re: [VOTE] Adapting git workflow for release branches
> 
> >
> >
> > > > There are several proposals from Citrix:
> > > > http://markmail.org/thread/c4pded5i3r22keqw
> > > > http://markmail.org/thread/xoyjw2sduenlytwm
> > >
> > > Edison, Citrix can't make proposals. Individuals do..
> > Sorry, what I am trying to say is "from people, who happen to be
> > employee from Citrix".
> >
> > > I know Citrix has an internal BVT/CI whatever you want to call it
> > system, but
> > > until it is live for the whole community I don't think there is any
> > point of
> > > discussing it.
> > >
> > > There is hardware being donated (which people on this list may not
> > > be
> > aware
> > > off), but it is not available yet, nor do we know how this hardware
> > > will
> > be
> > > managed.
> > > So right now the only apache infra we have to do CI is the current
> > jenkins
> > > setup and things like TravisCI which I have mentioned before.
> > >
> > > In any case, the threads you mention did not reach consensus or led
> > > to a vote thread. The way forward is to keep working on those
> > > threads or
> > start a
> > > VOTE thread.
> > >
> > > I am just wondering what we will VOTE on in terms of CI, since there
> > > is
> > no
> > > infra to do it yet and nobody seems to be owning this (or maybe I
> > > missed some threads).
> >
> > Ok, I got it. So right now, we don't have problem about need to have
> > CI or not, It's about how will gonna do it, right?
> > The options we have today:
> > 1.TravisCi,
> > 2. the CI donated from Citrix(I heard of that the donated hardware is
> > delayed, I mistakenly thought the hardware is already donated), 3. any
> > other hardware( I am working on a machine created on DigitalOcean,
> > $80/month, 8G memory, 4 core cpus, SSD, I want to donate it as CI
> > machine personally, if there is no other good solution) Any other
> > options?
> >
> 
> Regarding nr. 3) if hardware really is/was the issue, I'm sure there's several
> cloudstack users that would happily donate a VM or two.
> Atleast I know that I've seen several offerings, and I can say that my
> employer most likely would be able to donate additional hardware if
> necessary.
Yes, I think hardware and how to manage hardware is really an issue. If there 
are donation on the 
Hardware, that will be great. 
 
> 
> The problem is that there's not really any system/routine available to take it
> into use, ie. the "CI/BVT" we're discussing is currently an internal Citrix 
> thing,
> not a community thing.
CI/BVT has three parts:
1. The test framework. Currently, it's Marvin, it's open sourced since 
beginning.
2. The test cases, some of them are open sourced, some are not. The open 
sourced test cases can cover basic functionality.
3. The test infrastructure: e.g. how to install hypervisors, how to manage IP 
address assigned to hypervisors etc. This part, Citrix has
Some python/shell scripts to manage these, not sure the status of these code, 
maybe open sourced somewhere. I think it's not the only way to manage hardware, 
Don't need to depend on Citrix's code.

So we need hardware and a layer to manage these hardware.


> 
> --
> Erik

RE: [DISCUSSION] CI

[Edison Su]

> -Original Message-
> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> Sent: Thursday, August 21, 2014 5:06 AM
> To: dev@cloudstack.apache.org
> Cc: Will Stevens
> Subject: Re: [DISCUSSION] CI
> 
> Thanks for you responses,
> 
> The revamp of marvin look promising, I'll have a closer look at it, even if 
> I'm
> not Python fan ;).  In our side, we have close to fully automated installation
> of CloudStack, XenServer hypervisor and an initial zone creation.  Our missing


Will it be open sourced?:) 

> part is automated test cases to use it. So we could provide infrastructure and
> run tests against it for one or more  test scenarios during QA phase of 
> release.
> Hopefully this could be integrated to the CI.
Currently http://jenkins.buildacloud.org/, is CloudStack CI portal.  If you can 
provide
Infrastructure to integrate with it, that will be awesome!

> 
> Would it make sense to have a sheet, maybe a wiki page that list  all
> infrastructure test scenarios and their result per version of ACS?
> for:
> xenserver, hyperv, vmware,kvm
> advanced, simplenetworking, vlan/vxlan,gre isolated, networks s3,swift,nfs,
> storage plugin
> 
> Unless we have this kind of results somewhere, I don't feel we really keep
> track of what has been tested on each release.
It's a good idea. Let me ask the team who wrote these test cases, maybe they 
have answers.

> 
> 
> 
> 
> *Pierre-Luc DION*
> Architecte de Solution Cloud | Cloud Solutions Architect t 855.652.5683
> 
> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> @CloudOps_
> 
> 
> 
> On Thu, Aug 21, 2014 at 2:03 AM, Prasanna Santhanam 
> wrote:
> 
> > I use rspec in Ruby these days and find it get complex to maintain
> > pretty quickly. It's good for dealing with REST apis and middleware
> > but with Marvin (and python in general) I find infrastructure handling
> > easier. Stack traces of BDD code is also a little bit hard to
> > troubleshoot and comprehend. I may be biased because my Python
> > expertise is better, so you can take this with a pinch of salt.
> >
> > Edison is right however, the setup in marvin is atrociously complex
> > and needs to be a lot simpler and intuitive. In most cases I don't
> > want to specify tons of args (service offering, disk offering, network
> > type) to create a simple vM that is part of every test. To this end I
> > refactored Marvin to use easily defined factories (in lines with
> > Ruby's factory_girl) and also demo-ed some code in the branch. Haven't
> > had time to maintain and revamp this honestly. So if anyone wants to
> > pick up from there, I'm happy to help.
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+Refactor
> >
> >
> >
> > On Thu, Aug 21, 2014 at 4:30 AM, Edison Su  wrote:
> > >
> > >
> > >> -Original Message-
> > >> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > >> Sent: Wednesday, August 20, 2014 11:20 AM
> > >> To: dev@cloudstack.apache.org; Will Stevens
> > >> Subject: [DISCUSSION] CI
> > >>
> > >> I'd like to move this discussion out of the GIT workflow thread.
> > >>
> > >> Do we have any CI strategy in place or a starting point at least?
> > > TravisCI will be a starting point for now. It tests against
> > > simulator
> > only.
> > > I am working on a solution to test against KVM(that's most of users
> > > are
> > concerned about) in a machine I created in
> > > Public cloud. It has big memory, super fast disk IO, should be a
> > > good
> > solution for KVM test. It may take few days to get it work.
> > > They are both for simple test, and in small scale.
> > >>
> > >> I've never worked with marvin I from the small understanding that I
> > >> have from it, it might not be the right too. I don't know.
> > >>
> > >> I've spend some times recently with test-kitchen and serverspec and
> > found
> > >> that quite promising as test platform for "real cloudstack
> > >> deployment
> > test
> > >> scenarios". By using test framework like Rspec the test output is
> > >> clean
> > to
> > >> read for human and test scenarios seams quite simple to write.
> > >>
> > >> I've started a rspec lib for cloudstack to enhance serverspec for
> > CloudStack
> > >> tests (cloudstack-rspec).  I'm wondering if it would be usable in
> > future CI
> > >> system for CloudStack...
> > > I am familiar with Specs,  like Rspec, but in scala. I agree with
> > > you
> > that the BDD style test case
> > > Is easier to read/write. It's good to have, but I think before we
> > > move
> > to new test framework, we should figure out the issues
> > > We have today in Marvin, so that we can take effort to address them,
> > either fixing Marvin, or switch to a new test framework.
> > > The issue I have in current Marvin, is that it still needs to write
> > > a
> > lot of setup code for each test case, which is complicated enough.
> > Let's take an Marvin test case as an example:
> > https://git-wip-us.apa

Re: Review Request 24936: RPM build failing with RHEL7

[Santhosh Edukulla]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/#review51191
---



packaging/centos63/cloud.spec


A small typo. Change "_pyhto.." to "_pyth.."


- Santhosh Edukulla


On Aug. 21, 2014, 4:15 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24936/
> ---
> 
> (Updated Aug. 21, 2014, 4:15 p.m.)
> 
> 
> Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> RPM Build was failing on RHEL7 due to the packages changed in RHEL7. 
> Refactored the cloud.spec to make it specific to OS builds.
> 
> 
> Diffs
> -
> 
>   client/tomcatconf/server-nonssl.xml.in 847197c 
>   client/tomcatconf/server-ssl.xml.in 37bc53d 
>   packaging/centos63/cloud-management.rc 2f04793 
>   packaging/centos63/cloud.spec 7565f95 
>   packaging/centos63/default/macros.spec PRE-CREATION 
>   packaging/centos63/default/tomcat.sh PRE-CREATION 
>   packaging/centos63/package.sh 07f95fc 
>   packaging/centos63/rhel7/cloud-management.service PRE-CREATION 
>   packaging/centos63/rhel7/macros.spec PRE-CREATION 
>   packaging/centos63/rhel7/tomcat.sh PRE-CREATION 
>   python/lib/cloudutils/serviceConfigServer.py 2c19d7e 
> 
> Diff: https://reviews.apache.org/r/24936/diff/
> 
> 
> Testing
> ---
> 
> Tested on RHEL7 and Centos 6.3
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

RE: Integration Tests on TravisCI

[Edison Su]

> -Original Message-
> From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
> Sent: Thursday, August 21, 2014 5:10 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Integration Tests on TravisCI
> 
> Hey guys,
> 
> Just to make sure we are all on the same page on this.
> 
> There are several initiatives to bolster our CI capabilities and some of them
> are overlapping.
> * There are ongoing discussion to push for a CI environment at the ASF
> * There are a number of companies donating hardware/cloud instances to
> beef up jenkins.buildacloud.org
Sorry for my ignorance, I don't know the situation yet. Can't wait for it to 
happen.

> * Edison is doing CI builds on Amazon i believe
> * There is this TravisCI initiative
> 
> While they are all very good, overlapping effort means we are wasting
> somebodies time somewhere. With a delicate a subject as CI we should try
> to avoid that i think.
> 
> I'll happily stop working on the CI stuff in jenkins.buildacloud.org for 
> example
> and focus my efforts on Travis. So i just want to know where we want to put
> our effort.
I don't think jenkins.buildacloud.org will go away. IMHO, the free TravisCI is 
good for simulator test, the hosted TravisCI
Is expensive. Nevertheless, we need hosted CI to test against real hardware, 
that's jenkins.buildacloud.org can help.

> 
> Cheers,
> 
> Hugo
> 
> 
> 
> 
> On 21 aug. 2014, at 14:02, Ian Duffy  wrote:
> 
> > Santosh,
> >
> > What command/flags did you use for the above test output?
> >
> >
> > On 14 August 2014 17:22, Santhosh Edukulla
> > 
> > wrote:
> >
> >> Ian,
> >>
> >> I just installed latest marvin after cloudstack build on master, and
> >> ran tests against the simulator from smoke folder, below are the
> >> results. All passed, except one, i believe that as well could be some
> >> global param or some config issue. I hope you want to install, use
> >> latest marvin and test suites from master.
> >>
> >> === TestName: test_DeployVmAntiAffinityGroup | Status : SUCCESS ===
> >>
> >> === TestName: test_deployvm_firstfit | Status : SUCCESS ===
> >>
> >> === TestName: test_deployvm_userconcentrated | Status : SUCCESS ===
> >>
> >> === TestName: test_deployvm_userdispersing | Status : SUCCESS ===
> >>
> >> === TestName: test_01_create_disk_offering | Status : SUCCESS ===
> >>
> >> === TestName: test_02_create_sparse_type_disk_offering | Status :
> >> SUCCESS ===
> >>
> >> === TestName: test_04_create_fat_type_disk_offering | Status :
> >> SUCCESS ===
> >>
> >> === TestName: test_02_edit_disk_offering | Status : SUCCESS ===
> >>
> >> === TestName: test_03_delete_disk_offering | Status : SUCCESS ===
> >>
> >> === TestName: test_UpdateConfigParamWithScope | Status : SUCCESS
> ===
> >>
> >> === TestName: test_dedicateGuestVlanRange | Status : SUCCESS ===
> >>
> >> === TestName: test_01_create_iso | Status : SUCCESS ===
> >>
> >> === TestName: test_02_edit_iso | Status : SUCCESS ===
> >>
> >> === TestName: test_03_delete_iso | Status : SUCCESS ===
> >>
> >> === TestName: test_05_iso_permissions | Status : SUCCESS ===
> >>
> >> === TestName: test_nic_secondaryip_add_remove | Status : SUCCESS
> ===
> >>
> >> === TestName: test_delete_account | Status : SUCCESS ===
> >>
> >> === TestName: test_public_ip_admin_account | Status : SUCCESS ===
> >>
> >> === TestName: test_public_ip_user_account | Status : SUCCESS ===
> >>
> >> === TestName: test_releaseIP | Status : SUCCESS ===
> >>
> >> === TestName: test_extendPhysicalNetworkVlan | Status : SUCCESS ===
> >>
> >> === TestName: test_UpdateStorageOverProvisioningFactor | Status :
> >> SUCCESS ===
> >>
> >> === TestName: test_createPortablePublicIPAcquire | Status : SUCCESS
> >> ===
> >>
> >> === TestName: test_createPortablePublicIPRange | Status : SUCCESS ===
> >>
> >> === TestName: test_01_primary_storage_nfs | Status : SUCCESS ===
> >>
> >> === TestName: test_privategw_acl | Status : SUCCESS ===
> >>
> >> === TestName: test_dedicatePublicIpRange | Status : SUCCESS ===
> >>
> >> === TestName: test_create_pvlan_network | Status : SUCCESS ===
> >>
> >> === TestName: test_createRegion | Status : SUCCESS ===
> >>
> >> === TestName: test_01_reset_vm_on_reboot | Status : SUCCESS ===
> >>
> >> === TestName: test_01_updatevolumedetail | Status : SUCCESS ===
> >>
> >> === TestName: test_03_restart_network_cleanup | Status : SUCCESS ===
> >>
> >> === TestName: test_05_router_basic | Status : SUCCESS ===
> >>
> >> === TestName: test_06_router_advanced | Status : SUCCESS ===
> >>
> >> === TestName: test_07_stop_router | Status : SUCCESS ===
> >>
> >> === TestName: test_08_start_router | Status : SUCCESS ===
> >>
> >> === TestName: test_09_reboot_router | Status : SUCCESS ===
> >>
> >> === TestName: test_01_sys_vm_start | Status : SUCCESS ===
> >>
> >> === TestName: test_02_sys_template_ready | Status : SUCCESS ===
> >>
> >> === TestName: test_01_create_service_offering | Status : SUCCESS ===
> >>
> >> === TestName: test_02_edit_service_offering | Status : SUCCESS ==

Re: Review Request 24600: Test script to verify if there is an error in editing network without network domain specified

[Santhosh Edukulla]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24600/#review51197
---

Ship it!


Ship It!

- Santhosh Edukulla


On Aug. 12, 2014, 11:47 a.m., sanjeev n wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24600/
> ---
> 
> (Updated Aug. 12, 2014, 11:47 a.m.)
> 
> 
> Review request for cloudstack and Santhosh Edukulla.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test script to verify if there is an error in updating a network without 
> network domain specified.
> steps:
> 1.Create network offering with DHCP,SourceNat,StaticNat services
> 2.Create an isolated network using the above offering and without network 
> domain specified
> 3.Update network and verify it does not error out
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_network_offering.py 2c9a057 
> 
> Diff: https://reviews.apache.org/r/24600/diff/
> 
> 
> Testing
> ---
> 
> yes
> 
> 
> Thanks,
> 
> sanjeev n
> 
>

Re: [DISCUSSION] CI

[Pierre-Luc Dion]

On Thu, Aug 21, 2014 at 1:32 PM, Edison Su  wrote:

>
>
> > -Original Message-
> > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > Sent: Thursday, August 21, 2014 5:06 AM
> > To: dev@cloudstack.apache.org
> > Cc: Will Stevens
> > Subject: Re: [DISCUSSION] CI
> >
> > Thanks for you responses,
> >
> > The revamp of marvin look promising, I'll have a closer look at it, even
> if I'm
> > not Python fan ;).  In our side, we have close to fully automated
> installation
> > of CloudStack, XenServer hypervisor and an initial zone creation.  Our
> missing
>
>
> Will it be open sourced?:)


Of course :-)   for the Cloudstack configuration part.
https://github.com/cloudops/cookbook_cloudstack

For the XenServer side it's a bit arch because we basically manage
xenserver kickstart with a Chef Cookbook that is quite ugly. but could be
opensourced.

Zone, service offerings, templates creation, I have a set of scripts not on
git hub yet (still too ugly) but marven does it too.



> > part is automated test cases to use it. So we could provide
> infrastructure and
> > run tests against it for one or more  test scenarios during QA phase of
> release.
> > Hopefully this could be integrated to the CI.
> Currently http://jenkins.buildacloud.org/, is CloudStack CI portal.  If
> you can provide
> Infrastructure to integrate with it, that will be awesome!
>
> >
> > Would it make sense to have a sheet, maybe a wiki page that list  all
> > infrastructure test scenarios and their result per version of ACS?
> > for:
> > xenserver, hyperv, vmware,kvm
> > advanced, simplenetworking, vlan/vxlan,gre isolated, networks
> s3,swift,nfs,
> > storage plugin
> >
> > Unless we have this kind of results somewhere, I don't feel we really
> keep
> > track of what has been tested on each release.
> It's a good idea. Let me ask the team who wrote these test cases, maybe
> they have answers.
>
> >
> >
> >
> >
> > *Pierre-Luc DION*
> > Architecte de Solution Cloud | Cloud Solutions Architect t 855.652.5683
> >
> > *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > @CloudOps_
> >
> >
> >
> > On Thu, Aug 21, 2014 at 2:03 AM, Prasanna Santhanam 
> > wrote:
> >
> > > I use rspec in Ruby these days and find it get complex to maintain
> > > pretty quickly. It's good for dealing with REST apis and middleware
> > > but with Marvin (and python in general) I find infrastructure handling
> > > easier. Stack traces of BDD code is also a little bit hard to
> > > troubleshoot and comprehend. I may be biased because my Python
> > > expertise is better, so you can take this with a pinch of salt.
> > >
> > > Edison is right however, the setup in marvin is atrociously complex
> > > and needs to be a lot simpler and intuitive. In most cases I don't
> > > want to specify tons of args (service offering, disk offering, network
> > > type) to create a simple vM that is part of every test. To this end I
> > > refactored Marvin to use easily defined factories (in lines with
> > > Ruby's factory_girl) and also demo-ed some code in the branch. Haven't
> > > had time to maintain and revamp this honestly. So if anyone wants to
> > > pick up from there, I'm happy to help.
> > >
> > >
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+Refactor
> > >
> > >
> > >
> > > On Thu, Aug 21, 2014 at 4:30 AM, Edison Su 
> wrote:
> > > >
> > > >
> > > >> -Original Message-
> > > >> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > > >> Sent: Wednesday, August 20, 2014 11:20 AM
> > > >> To: dev@cloudstack.apache.org; Will Stevens
> > > >> Subject: [DISCUSSION] CI
> > > >>
> > > >> I'd like to move this discussion out of the GIT workflow thread.
> > > >>
> > > >> Do we have any CI strategy in place or a starting point at least?
> > > > TravisCI will be a starting point for now. It tests against
> > > > simulator
> > > only.
> > > > I am working on a solution to test against KVM(that's most of users
> > > > are
> > > concerned about) in a machine I created in
> > > > Public cloud. It has big memory, super fast disk IO, should be a
> > > > good
> > > solution for KVM test. It may take few days to get it work.
> > > > They are both for simple test, and in small scale.
> > > >>
> > > >> I've never worked with marvin I from the small understanding that I
> > > >> have from it, it might not be the right too. I don't know.
> > > >>
> > > >> I've spend some times recently with test-kitchen and serverspec and
> > > found
> > > >> that quite promising as test platform for "real cloudstack
> > > >> deployment
> > > test
> > > >> scenarios". By using test framework like Rspec the test output is
> > > >> clean
> > > to
> > > >> read for human and test scenarios seams quite simple to write.
> > > >>
> > > >> I've started a rspec lib for cloudstack to enhance serverspec for
> > > CloudStack
> > > >> tests (cloudstack-rspec).  I'm wondering if it would be usable in
> > > futu

Should CloudStack support forced password reset?

[Demetrius Tsitrelis]

For legacy reasons the MD5 and plaintext plugins are included in the list of 
authenticators.  If a company has been using CloudStack for awhile they may 
want to move all their users to a stronger plugin such as SHA256SALTED (which 
is now the default).

Is there a mechanism to do that?  It doesn't appear that there is so I propose 
modify the API as follows:


1)  Include a result in the response to the login API which indicates 
whether a user must change his password.

2)  If a user is in this state have him call a new API called 
changeMyPassword.  That API would require his old password and a new password.  
If the calls succeeds then the user can retry the login API with his new 
password.

3)  Add a new parameter named forceUserToChangePassword to the UpdateUser 
API.  An admin would set that parameter value to indicate that a user is 
required to change his password.

Thoughts?

Re: [GSoC] Fwd: Wrap-Up phase and final evaluations

[Darren Brogan]

Hey,

I write a blog post on my experiences of the summer

http://brogand93.blogspot.ie/2014/08/the-summer-of-code.html

Darren


On Tue, Aug 12, 2014 at 8:04 PM, Ian Duffy  wrote:

> Hi
>
> > It would be great to see a slide deck that summarizes your work this
> summer or some nice wrap-up/blog post about your experience.
>
> I don't currently have an active blog so I've pasted it into a gist:
>
> https://gist.github.com/imduffy15/5c4ac89c2ddb06e4eb60
>
>
>
>
> On 12 August 2014 17:06, Mike Tutkowski 
> wrote:
>
> > Thanks, Sebastien
> >
> > I am currently in the process of reviewing the final bit of Seif's work.
> > He'll be opening another Review Board request for this and then I'll
> check
> > the code in.
> >
> >
> > On Tue, Aug 12, 2014 at 1:59 AM, Sebastien Goasguen 
> > wrote:
> >
> > > Darren, Ian, Seif,
> > >
> > > See the message below. Final evaluations will be entered by 8/21
> > >
> > > Pencil down is right now (till 18), so it's time to wrap up.
> > >
> > > It would be great to see a slide deck that summarizes your work this
> > > summer or some nice wrap-up/blog post about your experience.
> > >
> > > Cheers,
> > >
> > > -Sebastien
> > >
> > > Begin forwarded message:
> > >
> > > > From: Ulrich Stärk 
> > > > Subject: Wrap-Up phase and final evaluations
> > > > Date: August 12, 2014 2:08:52 AM EDT
> > > > To: ment...@community.apache.org
> > > > Reply-To: ment...@community.apache.org
> > > >
> > > > Hi Mentors,
> > > >
> > > > as you are most likely aware, we are now in the wrap-up phase.
> > Yesterday
> > > was the suggested pencils
> > > > down date, students are now expected to wrap up their projects,
> finish
> > > documentation, write some
> > > > more tests, etc. The firm pencils down deadline will be 2014-08-18
> > 19:00
> > > UTC. That's when we will
> > > > begin submitting final evaluations. The hard deadline for the final
> > > evaluation will be 2014-08-22
> > > > 19:00 UTC but I will start chasing you 2014-08-21 07:00 UTC so please
> > > submit your evaluations as
> > > > soon as possible.
> > > >
> > > > If you already know that you won't be able to submit your evaluation
> > > between 2014-08-19 19:00 UTC
> > > > and 2014-08-21 07:00 UTC please contact me and I will submit it on
> your
> > > behalf.
> > > >
> > > > Cheers,
> > > >
> > > > Uli
> > >
> > >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>

Fwd: [NOTICE] Planned downtime for issues.apache.org

[David Nalley]

Heads up that Jira will be down this weekend. Please plan accordingly.

--David


-- Forwarded message --
From: Mark Thomas 
Date: Thu, Aug 21, 2014 at 3:44 PM
Subject: [NOTICE] Panned downtime for issues.apache.org
To: "operati...@apache.org" 
Cc: "infrastruct...@apache.org" 


This coming weekend (23/24 August) maintenance is planned for the issue
trackers hosted at issues.apache.org

The following work is planned:

Jira
 - Revert to Apache Tomcat 7 rather than Tomcat 8 since it is known
   that Jira 6.3 will not run on Tomcat 8 and we intend to upgrade
   soon
 - Resolve various issues identified by log analysis

Bugzilla
 - Upgrade all three instances

Each service is expected to be off-line for a maximum of 30 minutes at a
time. One period of downtime is expected for each Bugzilla instance. At
least one period of downtime is expected for Jira (it depends how many
of the identified issues can be resolved while Jira is running).

Notices nearer the time via @infrabot on twitter and #asfnfra irc and
#infrabot on hip chat.
status.apache.org will also be your friend during this time.


Project mailing lists will NOT be notified. (Feel free to pass on this
info.)

Mark

Re: Review Request 24936: RPM build failing with RHEL7

[Patrick Miller]

Since this is a new Major Centos/RHEL version change. why not
packaging/centos7.x
So when it is time to deprecate centos6 there is an issue.

Just a thought.

Patrick

Patrick Miller ▪ Senior Systems Engineer ▪ Sungard Availability Services
2481 Deerwood Dr, San Ramon, Ca 94583 ▪  Office: 925-831-7738
patrick.mil...@sungard.com ▪ www.sungardas.com


CONFIDENTIALITY:  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.


On Thu, Aug 21, 2014 at 10:39 AM, Santhosh Edukulla <
santhosh.eduku...@citrix.com> wrote:

>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24936/#review51191
> ---
>
>
>
> packaging/centos63/cloud.spec
> 
>
> A small typo. Change "_pyhto.." to "_pyth.."
>
>
> - Santhosh Edukulla
>
>
> On Aug. 21, 2014, 4:15 p.m., Damodar Reddy Talakanti wrote:
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/24936/
> > ---
> >
> > (Updated Aug. 21, 2014, 4:15 p.m.)
> >
> >
> > Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.
> >
> >
> > Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> >
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> >
> >
> > Repository: cloudstack-git
> >
> >
> > Description
> > ---
> >
> > RPM Build was failing on RHEL7 due to the packages changed in RHEL7.
> Refactored the cloud.spec to make it specific to OS builds.
> >
> >
> > Diffs
> > -
> >
> >   client/tomcatconf/server-nonssl.xml.in 847197c
> >   client/tomcatconf/server-ssl.xml.in 37bc53d
> >   packaging/centos63/cloud-management.rc 2f04793
> >   packaging/centos63/cloud.spec 7565f95
> >   packaging/centos63/default/macros.spec PRE-CREATION
> >   packaging/centos63/default/tomcat.sh PRE-CREATION
> >   packaging/centos63/package.sh 07f95fc
> >   packaging/centos63/rhel7/cloud-management.service PRE-CREATION
> >   packaging/centos63/rhel7/macros.spec PRE-CREATION
> >   packaging/centos63/rhel7/tomcat.sh PRE-CREATION
> >   python/lib/cloudutils/serviceConfigServer.py 2c19d7e
> >
> > Diff: https://reviews.apache.org/r/24936/diff/
> >
> >
> > Testing
> > ---
> >
> > Tested on RHEL7 and Centos 6.3
> >
> >
> > Thanks,
> >
> > Damodar Reddy Talakanti
> >
> >
>
>

RE: [DISCUSSION] CI

[Edison Su]

> -Original Message-
> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> Sent: Thursday, August 21, 2014 11:21 AM
> To: dev@cloudstack.apache.org
> Cc: Will Stevens
> Subject: Re: [DISCUSSION] CI
> 
> On Thu, Aug 21, 2014 at 1:32 PM, Edison Su  wrote:
> 
> >
> >
> > > -Original Message-
> > > From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > > Sent: Thursday, August 21, 2014 5:06 AM
> > > To: dev@cloudstack.apache.org
> > > Cc: Will Stevens
> > > Subject: Re: [DISCUSSION] CI
> > >
> > > Thanks for you responses,
> > >
> > > The revamp of marvin look promising, I'll have a closer look at it,
> > > even
> > if I'm
> > > not Python fan ;).  In our side, we have close to fully automated
> > installation
> > > of CloudStack, XenServer hypervisor and an initial zone creation.
> > > Our
> > missing
> >
> >
> > Will it be open sourced?:)
> 
> 
> Of course :-)   for the Cloudstack configuration part.
> https://github.com/cloudops/cookbook_cloudstack
> 
> For the XenServer side it's a bit arch because we basically manage xenserver
> kickstart with a Chef Cookbook that is quite ugly. but could be opensourced.

Internally in Citrix(every time I mentioned my company name in ML, I am so 
nerves.. ), we almost do 
The same thing, cobber/kickstart to install hypervisors, we support 
KVM/Vmware/Xenserver.
Let me ask the team working it, when can we open source the code.

> 
> Zone, service offerings, templates creation, I have a set of scripts not on 
> git
> hub yet (still too ugly) but marven does it too.
> 
> 
> 
> > > part is automated test cases to use it. So we could provide
> > infrastructure and
> > > run tests against it for one or more  test scenarios during QA phase
> > > of
> > release.
> > > Hopefully this could be integrated to the CI.
> > Currently http://jenkins.buildacloud.org/, is CloudStack CI portal.
> > If you can provide Infrastructure to integrate with it, that will be
> > awesome!
> >
> > >
> > > Would it make sense to have a sheet, maybe a wiki page that list
> > > all infrastructure test scenarios and their result per version of ACS?
> > > for:
> > > xenserver, hyperv, vmware,kvm
> > > advanced, simplenetworking, vlan/vxlan,gre isolated, networks
> > s3,swift,nfs,
> > > storage plugin
> > >
> > > Unless we have this kind of results somewhere, I don't feel we
> > > really
> > keep
> > > track of what has been tested on each release.
> > It's a good idea. Let me ask the team who wrote these test cases,
> > maybe they have answers.
> >
> > >
> > >
> > >
> > >
> > > *Pierre-Luc DION*
> > > Architecte de Solution Cloud | Cloud Solutions Architect t
> > > 855.652.5683
> > >
> > > *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|*
> > > tw @CloudOps_
> > >
> > >
> > >
> > > On Thu, Aug 21, 2014 at 2:03 AM, Prasanna Santhanam 
> > > wrote:
> > >
> > > > I use rspec in Ruby these days and find it get complex to maintain
> > > > pretty quickly. It's good for dealing with REST apis and
> > > > middleware but with Marvin (and python in general) I find
> > > > infrastructure handling easier. Stack traces of BDD code is also a
> > > > little bit hard to troubleshoot and comprehend. I may be biased
> > > > because my Python expertise is better, so you can take this with a pinch
> of salt.
> > > >
> > > > Edison is right however, the setup in marvin is atrociously
> > > > complex and needs to be a lot simpler and intuitive. In most cases
> > > > I don't want to specify tons of args (service offering, disk
> > > > offering, network
> > > > type) to create a simple vM that is part of every test. To this
> > > > end I refactored Marvin to use easily defined factories (in lines
> > > > with Ruby's factory_girl) and also demo-ed some code in the
> > > > branch. Haven't had time to maintain and revamp this honestly. So
> > > > if anyone wants to pick up from there, I'm happy to help.
> > > >
> > > >
> > >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Marvin+Refact
> > > or
> > > >
> > > >
> > > >
> > > > On Thu, Aug 21, 2014 at 4:30 AM, Edison Su 
> > wrote:
> > > > >
> > > > >
> > > > >> -Original Message-
> > > > >> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> > > > >> Sent: Wednesday, August 20, 2014 11:20 AM
> > > > >> To: dev@cloudstack.apache.org; Will Stevens
> > > > >> Subject: [DISCUSSION] CI
> > > > >>
> > > > >> I'd like to move this discussion out of the GIT workflow thread.
> > > > >>
> > > > >> Do we have any CI strategy in place or a starting point at least?
> > > > > TravisCI will be a starting point for now. It tests against
> > > > > simulator
> > > > only.
> > > > > I am working on a solution to test against KVM(that's most of
> > > > > users are
> > > > concerned about) in a machine I created in
> > > > > Public cloud. It has big memory, super fast disk IO, should be a
> > > > > good
> > > > solution for KVM test. It may take few days to get it work.
> > > > > 

Hotfix for CLOUDSTACK-7260 is back ported to 4.3

[Min Chen]

Hi Ilya,

Per your request and instruction, I have back ported hot fix for 
CLOUDSTACK-7260 to ACS 4.3 branch.

Thanks
-min

Jenkins build is still unstable: simulator-singlerun #176

[jenkins]

See 

Jenkins build is still unstable: simulator-singlerun #177

[jenkins]

See 

Jenkins build is still unstable: simulator-singlerun #178

[jenkins]

See 

Re: Review Request 24936: RPM build failing with RHEL7

[Rajani Karuturi]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/#review51250
---



client/tomcatconf/server-nonssl.xml.in


Aren't we loosing the jmx support on tomcat6 by commenting this?



client/tomcatconf/server-nonssl.xml.in


Was there any performance impact on tomcat6 due to this change? Dont we 
need separate files for tomcat6 and 7?


- Rajani Karuturi


On Aug. 21, 2014, 4:15 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24936/
> ---
> 
> (Updated Aug. 21, 2014, 4:15 p.m.)
> 
> 
> Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> RPM Build was failing on RHEL7 due to the packages changed in RHEL7. 
> Refactored the cloud.spec to make it specific to OS builds.
> 
> 
> Diffs
> -
> 
>   client/tomcatconf/server-nonssl.xml.in 847197c 
>   client/tomcatconf/server-ssl.xml.in 37bc53d 
>   packaging/centos63/cloud-management.rc 2f04793 
>   packaging/centos63/cloud.spec 7565f95 
>   packaging/centos63/default/macros.spec PRE-CREATION 
>   packaging/centos63/default/tomcat.sh PRE-CREATION 
>   packaging/centos63/package.sh 07f95fc 
>   packaging/centos63/rhel7/cloud-management.service PRE-CREATION 
>   packaging/centos63/rhel7/macros.spec PRE-CREATION 
>   packaging/centos63/rhel7/tomcat.sh PRE-CREATION 
>   python/lib/cloudutils/serviceConfigServer.py 2c19d7e 
> 
> Diff: https://reviews.apache.org/r/24936/diff/
> 
> 
> Testing
> ---
> 
> Tested on RHEL7 and Centos 6.3
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Jenkins build is still unstable: simulator-singlerun #179

[jenkins]

See 

Re: Review Request 24936: RPM build failing with RHEL7

[Damodar Reddy Talakanti]

> On Aug. 22, 2014, 4:39 a.m., Rajani Karuturi wrote:
> > client/tomcatconf/server-nonssl.xml.in, line 29
> > 
> >
> > Aren't we loosing the jmx support on tomcat6 by commenting this?

As of my understanding it is to manage tomcat server(MBeans related to tomcat 
server) via JMX but does not eleminate JMX completely. That is why I raised the 
same in the community for confirmation.

http://tomcat.apache.org/tomcat-6.0-doc/config/listeners.html#Server_Lifecycle_Listener_-_org.apache.catalina.mbeans.ServerLifecycleListener


> On Aug. 22, 2014, 4:39 a.m., Rajani Karuturi wrote:
> > client/tomcatconf/server-nonssl.xml.in, line 143
> > 
> >
> > Was there any performance impact on tomcat6 due to this change? Dont we 
> > need separate files for tomcat6 and 7?

Did not see any response delay impact. Probably my server is not heavily loaded 
so could not differentiate the response delays..


- Damodar Reddy


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/#review51250
---


On Aug. 21, 2014, 4:15 p.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24936/
> ---
> 
> (Updated Aug. 21, 2014, 4:15 p.m.)
> 
> 
> Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> RPM Build was failing on RHEL7 due to the packages changed in RHEL7. 
> Refactored the cloud.spec to make it specific to OS builds.
> 
> 
> Diffs
> -
> 
>   client/tomcatconf/server-nonssl.xml.in 847197c 
>   client/tomcatconf/server-ssl.xml.in 37bc53d 
>   packaging/centos63/cloud-management.rc 2f04793 
>   packaging/centos63/cloud.spec 7565f95 
>   packaging/centos63/default/macros.spec PRE-CREATION 
>   packaging/centos63/default/tomcat.sh PRE-CREATION 
>   packaging/centos63/package.sh 07f95fc 
>   packaging/centos63/rhel7/cloud-management.service PRE-CREATION 
>   packaging/centos63/rhel7/macros.spec PRE-CREATION 
>   packaging/centos63/rhel7/tomcat.sh PRE-CREATION 
>   python/lib/cloudutils/serviceConfigServer.py 2c19d7e 
> 
> Diff: https://reviews.apache.org/r/24936/diff/
> 
> 
> Testing
> ---
> 
> Tested on RHEL7 and Centos 6.3
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: Review Request 24936: RPM build failing with RHEL7

[Damodar Reddy Talakanti]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/
---

(Updated Aug. 22, 2014, 5:37 a.m.)


Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.


Changes
---

incorporated Santosh comments


Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106

https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106


Repository: cloudstack-git


Description
---

RPM Build was failing on RHEL7 due to the packages changed in RHEL7. Refactored 
the cloud.spec to make it specific to OS builds.


Diffs (updated)
-

  client/tomcatconf/server-nonssl.xml.in 847197c 
  client/tomcatconf/server-ssl.xml.in 37bc53d 
  packaging/centos63/cloud-management.rc 2f04793 
  packaging/centos63/cloud.spec 7565f95 
  packaging/centos63/default/macros.spec PRE-CREATION 
  packaging/centos63/default/tomcat.sh PRE-CREATION 
  packaging/centos63/package.sh 07f95fc 
  packaging/centos63/rhel7/cloud-management.service PRE-CREATION 
  packaging/centos63/rhel7/macros.spec PRE-CREATION 
  packaging/centos63/rhel7/tomcat.sh PRE-CREATION 
  python/lib/cloudutils/serviceConfigServer.py 2c19d7e 

Diff: https://reviews.apache.org/r/24936/diff/


Testing
---

Tested on RHEL7 and Centos 6.3


Thanks,

Damodar Reddy Talakanti

Re: Review Request 24936: RPM build failing with RHEL7

[Rajani Karuturi]

> On Aug. 22, 2014, 4:39 a.m., Rajani Karuturi wrote:
> > client/tomcatconf/server-nonssl.xml.in, line 29
> > 
> >
> > Aren't we loosing the jmx support on tomcat6 by commenting this?
> 
> Damodar Reddy Talakanti wrote:
> As of my understanding it is to manage tomcat server(MBeans related to 
> tomcat server) via JMX but does not eleminate JMX completely. That is why I 
> raised the same in the community for confirmation.
> 
> 
> http://tomcat.apache.org/tomcat-6.0-doc/config/listeners.html#Server_Lifecycle_Listener_-_org.apache.catalina.mbeans.ServerLifecycleListener

without MBeans, how will jmx work?


- Rajani


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/24936/#review51250
---


On Aug. 22, 2014, 5:37 a.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/24936/
> ---
> 
> (Updated Aug. 22, 2014, 5:37 a.m.)
> 
> 
> Review request for cloudstack, Rayees Namathponnan and Hugo Trippaers.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-7106
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> RPM Build was failing on RHEL7 due to the packages changed in RHEL7. 
> Refactored the cloud.spec to make it specific to OS builds.
> 
> 
> Diffs
> -
> 
>   client/tomcatconf/server-nonssl.xml.in 847197c 
>   client/tomcatconf/server-ssl.xml.in 37bc53d 
>   packaging/centos63/cloud-management.rc 2f04793 
>   packaging/centos63/cloud.spec 7565f95 
>   packaging/centos63/default/macros.spec PRE-CREATION 
>   packaging/centos63/default/tomcat.sh PRE-CREATION 
>   packaging/centos63/package.sh 07f95fc 
>   packaging/centos63/rhel7/cloud-management.service PRE-CREATION 
>   packaging/centos63/rhel7/macros.spec PRE-CREATION 
>   packaging/centos63/rhel7/tomcat.sh PRE-CREATION 
>   python/lib/cloudutils/serviceConfigServer.py 2c19d7e 
> 
> Diff: https://reviews.apache.org/r/24936/diff/
> 
> 
> Testing
> ---
> 
> Tested on RHEL7 and Centos 6.3
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Guest VMs not able to start on Cloudstak HA

[Tejas Gadaria]

Hi,

I am running ACS 4.3 with 3 xenserver 6.2 SP1 host in single cluster,
primary & secondary storage is nfs, exposed from glusterfs, Also using
Cloudstack HA feature for guest VMs.

underneath we have 2 glusterfs node (node-1, node-2) for replication & ctdb
service on top of glusterfs is providing virtual ip for failover &
failback.

we are using ctdb virtual ip for storage (primary & secondary).

While testing it appears that,

1) when gluster node-1 was down, two hypervisor host reboots &  xenserver
it was showing below logs..

Aug  6 18:43:41 swiftproxy-xen2 tapdisk[19318]: ERROR: errno -5 at
vhd_complete:
/var/run/sr-mount/67012b80-c1d9-257f-62d2-0c901168820a/d3a4b80b-006c-4653-a6dd-35f3a66e29f3.vhd:
op: 2, lsec: 1635176, secs: 1, nbytes: 512, blk: 399, blk_offset: 718375
Aug  6 18:43:41 swiftproxy-xen2 tapdisk[19318]: Res=-5, image->type=4
Aug  6 18:43:41 swiftproxy-xen2 kernel: [15281.174879] nfs: server
192.168.161.73 not responding, timed out
Aug  6 18:43:59 swiftproxy-xen2 heartbeat: Problem with
/var/run/sr-mount/67012b80-c1d9-257f-62d2-0c901168820a/hb-dc1d7e1c-b09b-45a5-a10e-5479f50aa16f:
not reachable for 63 seconds, rebooting system!


2)  3rd xenserver host also reboots, but after coming up it  doesn't join
the pool because network bridge was destroyed, that was surprising.

3) When both xenserver host comes up, Only system vms were running on that
(as they were on default HA). As guest VMs were also on HA, In logs we can
observer that cloudstack was trying to start guest VMs but some how it was
not able to start..

Any help will be appreciated.

Regards,
Tejas

Re: Review Request 23452: CLOUDSTACK-4840: Automation tests - LB for secondary IP

[Ashutosh Kelkar]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23452/
---

(Updated Aug. 22, 2014, 6:24 a.m.)


Review request for cloudstack, suresh sadhu, sailaja mada, sanjeev n, Sowmya 
Krishnan, and SrikanteswaraRao Talluri.


Changes
---

Review Changes.


Bugs: CLOUDSTACK-4840
https://issues.apache.org/jira/browse/CLOUDSTACK-4840


Repository: cloudstack-git


Description
---

Adding automation tests for LB for secondary IP


Diffs (updated)
-

  test/integration/component/test_lb_secondary_ip.py PRE-CREATION 
  tools/marvin/marvin/config/test_data.py a93b883 
  tools/marvin/marvin/lib/base.py f0d53a6 

Diff: https://reviews.apache.org/r/23452/diff/


Testing
---

Yes.


Thanks,

Ashutosh Kelkar

Re: Review Request 23452: CLOUDSTACK-4840: Automation tests - LB for secondary IP

[Ashutosh Kelkar]

> On Aug. 12, 2014, 11:07 a.m., sanjeev n wrote:
> > test/integration/component/test_lb_secondary_ip.py, line 205
> > 
> >
> > Add Assertion to check whether assigning lb rule to secondary ip 
> > address is success or not. Applicable in all tests

Added common function to check that LB rule is created for given ip addresses 
or not.


- Ashutosh


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23452/#review50299
---


On Aug. 22, 2014, 6:24 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/23452/
> ---
> 
> (Updated Aug. 22, 2014, 6:24 a.m.)
> 
> 
> Review request for cloudstack, suresh sadhu, sailaja mada, sanjeev n, Sowmya 
> Krishnan, and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-4840
> https://issues.apache.org/jira/browse/CLOUDSTACK-4840
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding automation tests for LB for secondary IP
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_lb_secondary_ip.py PRE-CREATION 
>   tools/marvin/marvin/config/test_data.py a93b883 
>   tools/marvin/marvin/lib/base.py f0d53a6 
> 
> Diff: https://reviews.apache.org/r/23452/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Jenkins build is still unstable: simulator-singlerun #180

[jenkins]

See