Jenkins build is still unstable: simulator-singlerun #357

[jenkins]

See 

Re: Virtual Machine Instance suddenly not starting

[Daan Hoogland]

Giri,

Best you try 4.3.1. It is way more stable then 4.1

On Fri, Sep 12, 2014 at 1:27 PM, Giri Prasad 
wrote:

> Hello,
>
>  I created a fresh install of Ubuntu 14.04 LTS and cloudstack 4.1 on
> 4-Sep-2014. Uploaded a couple of ISO's into the cs environment. Then
> created some instances based on these ISO. Booted the vm (instance),
> installed the os (centos 6.5). Everything was working fine.
>
>  Today, I started the same Ubuntu server, the cs management server and
> agent. The gui console opens up, and I see two system vm's in 'Running'
> state.
>
>  I selected the (user) instance, clicked on the start instance button. The
> system runs forever, with the state of the user instance(vm), being shown
> as 'Starting'.
>
> The last few lines of the management server log are in :
> http://pastebin.com/tp7SmpPh
>
> It is the same the system setup, and I have changed nothing. Any ideas on,
> why is the user instance not starting?
>
> Thanks & Regards,
> Giri
>



-- 
Daan

RE: Question about Marvin

[Santhosh Edukulla]

We use code generator for building all relevant api(request\response) 
information under marvin/cloudstackAPI directory.

Regards,
Santhosh

On Fri, Sep 12, 2014 at 9:38 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Hi,
>
> I was wondering, do we leverage a code generator at all for building parts
> of the Marvin codebase or is code like "StoragePool" all written manually?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>

Re: how to bring ssvm up in developer installation

[Daan Hoogland]

Sandeep,

Please try 4.3.1. It is our most stable release at the moment.

On Fri, Sep 12, 2014 at 4:23 PM, sandeep khandekar <
cloudstack.sand...@gmail.com> wrote:

> Dear cloudstackers,
>
> I am trying to install cloudstack 4.2 devloper version using ubuntu 12.04
> and virtualbox for devcloud2.
> I have added devcloud2 using the following documentation(
> http://docs.cloudstack.apache.org/en/master/developer_guide.html)
> everything went ok, I am getting the following error.
>
>   [storage.image.TemplateServiceImpl] (AgentTaskPool-1:) Downloading
> builtin template tiny Linux to data center: 1
> INFO  [storage.endpoint.DefaultEndPointSelector] (AgentTaskPool-1:) No
> running ssvm is found, so command will be sent to LocalHostEndPoint
> INFO  [storage.endpoint.DefaultEndPointSelector] (StatsCollector-3:) No
> running ssvm is found, so command will be sent to LocalHostEndPoint
> WARN  [apache.cloudstack.alerts] (CapacityChecker:)  alertType:: 5 //
> dataCenterId:: 1 // podId:: 1 // clusterId:: null // message:: System
> Alert: Number of unallocated private IPs is low in pod test00 of
> availability zone DevCloud0
> INFO  [storage.resource.NfsSecondaryStorageResource] (pool-70-thread-1:)
> snapshots directory created/exists on Secondary Storage.
> INFO  [storage.resource.NfsSecondaryStorageResource] (pool-70-thread-1:)
> volumes directory created/exists on Secondary Storage.
> INFO  [cloud.secstorage.PremiumSecondaryStorageManagerImpl] (secstorage-1:)
> No running secondary storage vms found in datacenter id=1, starting one
> INFO  [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:) No
> stopped secondary storage vm is available, need to allocate a new secondary
> storage vm
> INFO  [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:) Found
> a stopped console proxy, bring it up to running pool. proxy vm id : 2
> INFO  [cloud.vm.VirtualMachineManagerImpl] (consoleproxy-1:) Insufficient
> capacity
> com.cloud.exception.InsufficientAddressCapacityException: Unable to get a
> management ip addressScope=interface com.cloud.dc.Pod; id=1
> at
>
> com.cloud.network.guru.PodBasedNetworkGuru.reserve(PodBasedNetworkGuru.java:121)
> at
>
> com.cloud.network.NetworkManagerImpl.prepareNic(NetworkManagerImpl.java:2166)
> at
> com.cloud.network.NetworkManagerImpl.prepare(NetworkManagerImpl.java:2136)
>
>
> , will recycle it and start a new one
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-21:) callHostPlugin
> failed for cmd: setDNATRule with args add: false,  due to
> UNKNOWN_XENAPI_PLUGIN_FUNCTIONsetDNATRule
> WARN  [agent.manager.DirectAgentAttache] (DirectAgent-21:) Seq
> 1-1261830169: Exception Caught while executing command
> com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
> cmd: setDNATRule with args add: false,  due to
> UNKNOWN_XENAPI_PLUGIN_FUNCTIONsetDNATRule
>
>
> INFO  [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:)
> Unable to start secondary storage vm for standby capacity, secStorageVm vm
> Id : 35, will recycle it and start a new one
> INFO  [cloud.secstorage.PremiumSecondaryStorageManagerImpl] (secstorage-1:)
> Primary secondary storage is not even started, wait until nex
>
> so how to start primary storage and secondary storage if I have followed
> the above link for installation(how to start nfs on ubuntu how to mount nfs
> on devcloud) none of the steps are included in doc.
>
>
> Thankyou..
>
>
>
>
>
> --
> SANDEEP KHANDEKAR
> Assistant Professor
> Department of Computer science and engineering
> Sreenidhi Institute of science and Technology
> Hyderabad
>



-- 
Daan

Review Request 25637: CLOUDSTACK-7387: Corrected code related to adding host tags

[Gaurav Aradhye]

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

Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

The host tags were not defined and not added to hosts before.

Changes:
1) Searched for cluster with two hosts within the given zone.
2) Updated hosts with host tags and added same tags in service offerings used 
to created VM.
3) Deleted the host tags in cleanup.
4) Corrected the imports.


Diffs
-

  test/integration/component/maint/test_vpc_host_maintenance.py 83ba271 

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


Testing
---

Yes.

Ran setUpClass by skipping the test cases. Hosts updated successfully with tags 
and VMs were deployed.

Log:
Test enable Maintenance Mode on Hosts which have VPC elements ... SKIP: skip
Test cancel Maintenance Mode on the above Hosts + Migrate VMs Back ... SKIP: 
skip
Test reconnect Host which has VPC elements ... SKIP: skip

--
Ran 3 tests in 465.545s

OK (SKIP=3)


Thanks,

Gaurav Aradhye

Re: Review Request 25500: CLOUDSTACK-7134: CLOUDSTACK-7134: Fixed test cases for basic zone, services dict was getting overwritten which passed zone type as advanced even in basic zone setup

[SrikanteswaraRao Talluri]

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


pushed to master 3a3e5c405854c0d77d37846e524815afe6cf

- SrikanteswaraRao Talluri


On Sept. 10, 2014, 2:55 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25500/
> ---
> 
> (Updated Sept. 10, 2014, 2:55 p.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7134
> https://issues.apache.org/jira/browse/CLOUDSTACK-7134
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The line self.services = Services.services() in setUp and in test case caused 
> the "networktype" in self.services to be overwritten as "advanced". Hence in 
> basic zone, these test cases failed while deploying VM (acquiring public IP, 
> which is not possible in basic zone).
> 
> Removed the lines which causes this defect.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_reset_ssh_keypair.py 204690e 
> 
> Diff: https://reviews.apache.org/r/25500/diff/
> 
> 
> Testing
> ---
> 
> Tested on KVM basic zone setup. The VM deployment was successful, but test 
> cases failed while SSHing, which is already tracked under separate defect.
> 
> Log:
> Test Reset SSH keys for VM  already having SSH key ... === TestName: 
> test_01_reset_ssh_keys | Status : FAILED ===
> FAIL
> 
> ==
> FAIL: Test Reset SSH keys for VM  already having SSH key
> --
> Traceback (most recent call last):
>   File "/root/test/test_reset_ssh_keypair.py", line 360, in 
> test_01_reset_ssh_keys
> (virtual_machine.name, e))
> AssertionError: Failed to SSH into VM with new keypair: 
> TestVM-91f66646-aba7-4dc0-90b3-3c1474d5346f, SSH connection has Failed. 
> Waited 600s. Error is SSH Connection
> Failed
>  >> begin captured stdout << -
> === TestName: test_01_reset_ssh_keys | Status : FAILED ===
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: [DRAFT] Report Q3 Apache Cloudstack

[Hugo Trippaers]

Thanks for the feedback.

I’ve fixed the typos and i’ll sent the report to the board shortly.

Cheers,

Hugo


On 10 sep. 2014, at 15:23, Chip Childers  wrote:

> +1
> 
> On Wed, Sep 10, 2014 at 3:38 AM, Hugo Trippaers  wrote:
>> Hey All,
>> 
>> This is the draft board report for Apache CloudStack for this quarter.
>> 
>> Please let me know if you have any feedback.
>> 
>> Cheers,
>> 
>> Hugo
>> 
>> 
>> DESCRIPTION
>> Apache CloudStack is open source software designed to deploy and manage
>> large networks of virtual machines, as a highly available, highly scalable
>> Infrastructure as a Service (IaaS) cloud computing platform.
>> 
>> ISSUES
>> 
>> None
>> 
>> CURRENT ACTIVITY
>> * The community is working on maintenance releases for both the 4.3.0 and
>>  the 4.4.0 releases.
>> * The agreed release schedule is not met at the moment as we regularly 
>> identify
>>  quality issues in pending releases. This is an ongoing process, but slowly 
>> we are
>>  improving our QA processes and introducting more testing capabilities.
>> * Apache CloudStack CloudMonkey 5.2.0 was released on Aug 28 2014. Apache
>>  CloudStack CloudMonkey is a CLI tool for interacting with Apache
>>  CloudStack and is distributed separate from Apache CloudStack
>> * Apache CloudStack 4.4.0 was released July 26 2014. Some issues were
>>  identified with this release after the release. The comunity decided
>>  not to market this release to a bid audience and work on a maintenance
>>  release immediately.
>> * The community is working with The Linux Foundation to prepare
>>  the second European CloudStack Collaboration Conference
>>  (CCCEU). CCCEU will planned following ApacheCon in
>>  Budapest from November 19 till 21. It will have a new format
>>  which will hopefully engage more users and developers.
>> 
>> RELEASES
>> Apache CloudStack 4.4.0 was released on July 26, 2014.
>> Apache CloudStack CloudMonkey 5.2.0 was released on Aug 28, 2014
>> 
>> COMMUNITY
>> Including the following additions, CloudStack has 96 (+5) committers and 29 
>> (+1)
>> PMC members.
>> 
>> New Committers:
>> Amogh Vasekar (amoghvk) - May 29
>> Pierre-Luc Dion (pdion891) - June 5
>> Will Stevens (swill) - June 16
>> Santhosh Edukulla (santhoshedukulla) - June 24
>> Rajani Karuturi (rajani) - July 17
>> 
>> New PMC Members:
>> Mark R. Hinkle (mrhinkle) - July 3
>> 
>> The Apache CloudStack project remains a high volume community:
>> 
>> //FIXME Old subscribers figures, volumes updated.
>> dev@ 761 729(+32) subs / msgs = Jun: 1852, Jul: 1555, Aug: 1613
>> users@ 1042(-59) subs / msgs = Jun: 663, Jul: 710, Aug: 640
>> issues@ 192(+15) subs / msgs = Jun: 1386, Jul: 1381, Aug: 1635
>> commits@ 202(+8) subs / msgs = Jun: 700, Jul: 790, Aug: 808
>> marketing@ 178(+15) subs / msgs = Jun: 251, Jul: 189, Aug:99
>> users-cn@ 508(+40) subs / msgs = Jun: 54, Jul: 133, Aug: 73
>> 

[GitHub] cloudstack pull request: CLOUDSTACK-7143: Refactoring of the syste...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/16#issuecomment-55569445
  
Hi, I'll try to setup a build job for this PR and see if we can merge it on 
master soon after testing new builds.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Jenkins build is still unstable: simulator-singlerun #358

[jenkins]

See 

Re: Review Request 25535: CLOUDSTACK-7391: Passing virtualmachineid while retrieving suitable hosts for migration

[SrikanteswaraRao Talluri]

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

Ship it!


Ship It!

- SrikanteswaraRao Talluri


On Sept. 11, 2014, 10:32 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25535/
> ---
> 
> (Updated Sept. 11, 2014, 10:32 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7391
> https://issues.apache.org/jira/browse/CLOUDSTACK-7391
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> virutalmachineid should be passed to listHosts api for retrieving the hosts 
> suitable for VM migration.
> 
> Also fixed pep8 issues.
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_host_high_availability.py 4cd7fd8 
> 
> Diff: https://reviews.apache.org/r/25535/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Log:
> Test VM deployments (Create HA enabled Compute Service Offering and VM) ... 
> SKIP: skip
> Verify you can not create new VMs on hosts with an ha.tag ... SKIP: skip
> Verify you can not migrate VMs to hosts with an ha.tag (positive) ... === 
> TestName: test_03_cant_migrate_vm_to_host_with_ha_positive | Status : SUCCESS 
> ===
> ok
> Verify you can not migrate VMs to hosts with an ha.tag (negative) ... SKIP: 
> skip
> Verify that none of the VMs with HA enabled migrate to an ha tagged host 
> during live migration ... SKIP: skip
> Verify that none of the VMs without HA enabled migrate to an ha tagged host 
> during live migration ... SKIP: skip
> 
> --
> Ran 6 tests in 191.673s
> 
> OK (SKIP=5)
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25573: CLOUDSTACK-7135: test_baremetal.py - Tagging test case as invalid

[SrikanteswaraRao Talluri]

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

Ship it!


I feel removing 'basic' is sufficient to exclude from the filter while running 
tests. However, adding 'invalid' doesn't harm, incase if we want to list all 
invalid cases.

- SrikanteswaraRao Talluri


On Sept. 12, 2014, 6:30 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25573/
> ---
> 
> (Updated Sept. 12, 2014, 6:30 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7135
> https://issues.apache.org/jira/browse/CLOUDSTACK-7135
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case tries to create a guest network in basic zone, which is not 
> possible on daily run setups as the setup would have already a guest network 
> present.
> 
> As confirmed by Frank Zhang, this test case should be skipped in daily runs 
> as there is no valid test case right now present for baremetal. The test case 
> has never passed in any of the past build.
> 
> Removing "basic" tag from test case and adding "invalid" tag. Removal of 
> basic tag ensures the test case is not picked up in runs. Adding of "invalid" 
> tag tellls us this test case is invalid.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_baremetal.py 6ab9146 
> 
> Diff: https://reviews.apache.org/r/25573/diff/
> 
> 
> Testing
> ---
> 
> N/A
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25573: CLOUDSTACK-7135: test_baremetal.py - Tagging test case as invalid

[SrikanteswaraRao Talluri]

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


593ba5538a1248f799b267bc3a92cf6a6522f884 master

- SrikanteswaraRao Talluri


On Sept. 12, 2014, 6:30 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25573/
> ---
> 
> (Updated Sept. 12, 2014, 6:30 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7135
> https://issues.apache.org/jira/browse/CLOUDSTACK-7135
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case tries to create a guest network in basic zone, which is not 
> possible on daily run setups as the setup would have already a guest network 
> present.
> 
> As confirmed by Frank Zhang, this test case should be skipped in daily runs 
> as there is no valid test case right now present for baremetal. The test case 
> has never passed in any of the past build.
> 
> Removing "basic" tag from test case and adding "invalid" tag. Removal of 
> basic tag ensures the test case is not picked up in runs. Adding of "invalid" 
> tag tellls us this test case is invalid.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_baremetal.py 6ab9146 
> 
> Diff: https://reviews.apache.org/r/25573/diff/
> 
> 
> Testing
> ---
> 
> N/A
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Jenkins build is still unstable: simulator-singlerun #359

[jenkins]

See 

Review Request 25642: CLOUDSTACK-7547: Brocade Device Data was hard coded, moved it to config file

[Gaurav Aradhye]

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

Review request for cloudstack, Ritu  Sabharwal, Santhosh Edukulla, and 
SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Brocade device data was hard coded. 

1) Made changes so that it can be read from the config file.
2) Skipped the test case if the data is not present in config file.
3) Removed * from imports and made appropriate changes.


Diffs
-

  test/integration/component/test_brocade_vcs.py a5eff53 

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


Testing
---

Yes.

Tested all the scenarios of valid and invalid data.
Skipping of test case was proper.

When all the data was present, test case moved forward to adding the brocade 
device but test case still failed because the details I put in config file were 
not valid (I don't have brocade device details).


Thanks,

Gaurav Aradhye

Re: Review Request 25642: CLOUDSTACK-7547: Brocade Device Data was hard coded, moved it to config file

[Gaurav Aradhye]

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

(Updated Sept. 15, 2014, 6:09 p.m.)


Review request for cloudstack, Ritu  Sabharwal, Santhosh Edukulla, and 
SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description (updated)
---

Brocade device data was hard coded. 

1) Made changes so that it can be read from the config file. (Config tranlated 
to the config file we provide to jenkins, not test_data.py file, because 
dynamic data should always be placed in config, not test_data.py)
2) Skipped the test case if the data is not present in config file.
3) Removed * from imports and made appropriate changes.


Diffs
-

  test/integration/component/test_brocade_vcs.py a5eff53 

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


Testing
---

Yes.

Tested all the scenarios of valid and invalid data.
Skipping of test case was proper.

When all the data was present, test case moved forward to adding the brocade 
device but test case still failed because the details I put in config file were 
not valid (I don't have brocade device details).


Thanks,

Gaurav Aradhye

[GitHub] cloudstack pull request: CLOUDSTACK-7143: Refactoring of the syste...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/16#issuecomment-55586795
  
I've added a new build job for this PR: 
http://jenkins.buildacloud.org/job/systemvm-refactor-CLOUDSTACK-7143/

Can you check its build commands, and/or update the README.md file on how 
to build appliances using build.sh script


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

Jenkins build is still unstable: simulator-singlerun #360

[jenkins]

See 

Re: Question about Marvin

[Mike Tutkowski]

OK - thanks!

On Monday, September 15, 2014, Santhosh Edukulla <
santhosh.eduku...@citrix.com> wrote:

> We use code generator for building all relevant api(request\response)
> information under marvin/cloudstackAPI directory.
>
> Regards,
> Santhosh
>
> On Fri, Sep 12, 2014 at 9:38 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com > wrote:
>
> > Hi,
> >
> > I was wondering, do we leverage a code generator at all for building
> parts
> > of the Marvin codebase or is code like "StoragePool" all written
> manually?
> >
> > Thanks!
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com 
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>


-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Review Request 25647: enabling the rootdisksize variable for vm creation wrt managed storage

[punith s]

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

Review request for cloudstack, amit kumar das and Mike Tutkowski.


Bugs: 7406
https://issues.apache.org/jira/browse/7406


Repository: cloudstack-git


Description
---

since cloudstack is not able to process the S3 or Switf templates for its 
virtual size(root disk size), admin is facing issues while creating a vm using 
third party storage plugins like cloudbyte and solidfire etc.
this patch enables the resize of root disk, on passing a  variable 
ismanagedstorage = true in deployVmCmd as a detail.
hence template root disksize is overriden by the given rootdisk size by the 
admin

this patch also fixes the iops null issue.

for more ref
https://issues.apache.org/jira/browse/CLOUDSTACK-7406


Diffs
-

  
engine/orchestration/src/org/apache/cloudstack/engine/orchestration/CloudOrchestrator.java
 2b49954 
  server/src/com/cloud/vm/UserVmManagerImpl.java 0ea2a89 

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


Testing
---

dry run only.


Thanks,

punith s

Jenkins build is still unstable: simulator-singlerun #361

[jenkins]

See 

Re: Review Request 25585: [CLOUDSTACK-2823] SystemVMs start fail on CentOS 6.4

[David Bierce]

Good Idea.  I’ve submitted an update with a little wait in the while so to not 
stress out the CPU waiting.  Looks like it missed against the 4.3.1 release, 
should I also submit for 4.4.1?



Thanks,
David Bierce
Senior System Administrator  | Appcore

Office +1.800.735.7104
Direct +1.515.612.7801 
www.appcore.com

On Sep 12, 2014, at 8:01 PM, David Bierce  wrote:

> Looks good, and I was going to suggest waiting like that if it turned out
> to be a race condition. The only thing I would suggest is maybe a sleep so
> it doesn't kill CPU if for some reason the system vm never gets cmdline.
> On Sep 12, 2014 1:28 PM, "David Bierce"  wrote:
> 
>> John —
>> 
>> I’ve submitted our patch to work around the issue to review board and tied
>> it to the original ticket we found.  I submitted it against the 4.3 but I
>> know you’ve been testing the patch on 4.2.  If someone could take a look at
>> it for sanity, please check.  It looks like it would be an issue in all
>> version of cloudstack on CentOS/KVM as a hypervisor.
>> 
>> Review Request 25585: [CLOUDSTACK-2823] SystemVMs start fail on CentOS 6.4
>> 
>> 
>> 
>> 
>> Thanks,
>> David Bierce
>> Senior System Administrator  | Appcore
>> 
>> Office +1.800.735.7104
>> Direct +1.515.612.7801
>> www.appcore.com
>> 
>> On Sep 12, 2014, at 1:23 PM, John Skinner 
>> wrote:
>> 
>>> Actually, I believe the kernel is the problem. The hosts are running
>> CentOS 6, the systemvm is stock template, Debian 7. This does not seem to
>> be an issue on Ubuntu KVM hypervisors.
>>> 
>>> The fact that you are rebuilding systemvms on reboot is exactly why you
>> are not seeing this issue. New system VMs are usually successful, it’s when
>> you reboot them or start a stopped one where this issue shows up.
>>> 
>>> The serial port is loading, but I think the behavior is different after
>> initial boot because if you access the system VM after you reboot it you do
>> not have anything on /proc/cmdline and in /var/cache/cloud/cmdline the file
>> is old and does not contain the new control network IP address. However, I
>> am able to net cat the serial port between the hypervisor and the systemvm
>> after it comes up - but CloudStack will eventually force stop the VM since
>> it doesn’t get the new control network IP address it assumes it never
>> started.
>>> 
>>> Which is why when we wrap that while loop to check for an empty string
>> on $cmd it works every time after that.
>>> 
>>> Change that global setting from true to false, and try to reboot a few
>> routers. I guarantee you will see this issue.
>>> 
>>> John Skinner
>>> Appcore
>>> 
>>> On Sep 12, 2014, at 10:48 AM, Marcus  wrote:
>>> 
 You may also want to investigate on whether you are seeing a race
>> condition
 with /dev/vport0p1 coming on line and cloud-early-config running. It
>> will
 be indicated by a log line in the systemvm /var/log/cloud.log:
 
 log_it "/dev/vport0p1 not loaded, perhaps guest kernel is too old."
 
 Actually, if it has anything to do with the virtio-serial socket that
>> would
 probably be logged. Can you open a bug in Jira and provide the logs?
 
 On Fri, Sep 12, 2014 at 9:36 AM, Marcus  wrote:
 
> Can you provide more info? Is the host running CentOS 6.x, or is your
> systemvm? What is rebooted, the host or the router, and how is it
>> rebooted?
> We have what sounds like the same config (CentOS 6.x hosts, stock
> community provided systemvm), and are running thousands of virtual
>> routers,
> rebooted regularly with no issue (both hosts and virtual routers).  One
> setting we may have that you may not is that our system vms are rebuilt
> from scratch on every reboot (recreate.systemvm.enabled=true in global
> settings), not that I expect this to be the problem, but might be
>> something
> to look at.
> 
> On Fri, Sep 12, 2014 at 8:49 AM, John Skinner <
>> john.skin...@appcore.com>
> wrote:
> 
>> I have found that on CloudStack 4.2 + (when we changed to using the
>> virtio-socket to send data to the systemvm) when running CentOS 6.X
>> cloud-early-config fails. On new systemvm creation there is a high
>> chance
>> for success, but still a chance for failure. After the systemvm has
>> been
>> created a simple reboot will cause start to fail every time. This has
>> been
>> confirmed on 2 separate CloudStack 4.2 environments; 1 running CentOS
>> 6.3
>> KVM, and another running CentOS 6.2 KVM. This can be fixed with a
>> simple
>> modification to the get_boot_params function in the cloud-early-config
>> script. If you wrap the while read line inside of another while that
>> checks
>> if $cmd returns an empty string it fixes the issue.
>> 
>> This is a pretty nasty issue for any one running CloudStack 4.2 + on
>> CentOS 6.X
>> 
>> John Skinner
>> Appcore
> 
> 
> 
>>> 
>> 
>> 

Jenkins build is back to stable : simulator-singlerun #362

[jenkins]

See 

Building hyper-V agent agent issue

[Fedi Ben Ali]

Hello ,

I'm not able to build the hyper-V agent installer ,i'm following the
official documentation
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Creating+Hyperv+Agent+Installer

,i'll share my log with you

running tests
XBuild Engine Version 3.3.0.0
Mono, Version 3.3.0.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011.

Build started 9/15/2014 2:11:22 PM.
__
Project
"C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\ServerResource.sln"
(default target(s)):
Target ValidateSolutionConfiguration:
Building solution configuration "Debug|Any CPU".
Target Build:
Project
"C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\WmiWrappers.csproj"
(default target(s)):
Target PrepareForBuild:
Configuration: Debug Platform: AnyCPU
Created directory "bin\Debug\"
Created directory "obj\Debug\"
Target ResolveAssemblyReferences:
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning :
Reference 'AWSSDK' not resolved
For searchpath
{CandidateAssemblyFiles}
Warning: {CandidateAssemblyFiles}

not supported currently
For searchpath
{HintPathFromItem}
Considered ..\packages\AWSSDK.1.5.23.0\lib\AWSSDK.dll, but it does not
exist.
For searchpath {TargetFrameworkDirectory}
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5,
assembly named 'AWSSDK' not found.
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5\Facades\,
assembly named 'AWSSDK' not found.
For searchpath {PkgConfig}
Considered AWSSDK, but could not find in any pkg-config files.
For searchpath {GAC}
Considered AWSSDK, but could not find in the GAC.
For searchpath {RawFileName}
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\AWSSDK'
as a file, but the file does not exist
For searchpath bin\Debug\
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK'
as a file, but the file does not exist
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK.exe'
as a file, but the file does not exist
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK.dll'
as a file, but the file does not exist
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning :
Reference 'Ionic.Zip' not resolved
For searchpath {CandidateAssemblyFiles}
Warning: {CandidateAssemblyFiles} not supported currently
For searchpath {HintPathFromItem}

Considered ..\packages\DotNetZip.1.9.1.8\lib\net20\Ionic.Zip.dll, but it
does not exist.
For searchpath
{TargetFrameworkDirectory}
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5,
assembly named 'Ionic.Zip' not found.
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5\Facades\,
assembly named 'Ionic.Zip' not found.
For searchpath {PkgConfig}
Considered Ionic.Zip, but could not find in any pkg-config files.
For searchpath {GAC}
Considered Ionic.Zip, but could not find in the GAC.
For searchpath {RawFileName}
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\Ionic.Zip'
as a file, but the file does not exist
For searchpath bin\Debug\
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\Ionic.Zip'
as a file, but the file does not exist
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\Ionic.Zip.exe'
as a file, but the file does not exist
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\Ionic.Zip.dll'
as a file, but the file does not exist
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning :
Reference 'log4net' not resolved
For searchpath {CandidateAssemblyFiles}
Warning: {CandidateAssemblyFiles} not supported currently
For searchpath {HintPathFromItem}
Considered ..\packages\log4net.2.0.0\lib\net40-full\log4net.dll, but it
does not exist.
For searchpath {TargetFrameworkDirectory}

Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5,
assembly named 'log4net' not found.
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\li

RE: [Help] Help for setting up Vmware Cluster in CloudStack...

[Ritu Sabharwal]

Hi Rayees,

Can you please point me to the right system VM template for VMware. I am using 
the one from 
http://cloudstack.apt-get.eu/systemvm/systemvm64template-2014-01-14-master-vmware.ova
With this one, the import did not work correctly because the ova created under 
/mnt/secondary/template/tmpl/1/8/ is of size 0.

Thanks & Regards,
Ritu S.

-Original Message-
From: Amogh Vasekar [mailto:amogh.vase...@citrix.com] 
Sent: Thursday, September 11, 2014 11:53 AM
To: dev@cloudstack.apache.org; ilya musayev; Rayees Namathponnan
Cc: Adip Shetty
Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack...

Hi,

The management server logs will help.
Templates for launching user Vms won't be available until SSVM comes up and 
downloads them to the correct location.
You may want to confirm if you are using the right systemVM template for the 
(4.5?) build. 
Adding Rayees who may be able to point to the right systemVM template.

Thanks,
Amogh

On 9/11/14 11:25 AM, "Ritu Sabharwal"  wrote:

>Hello CS developers,
>
>I need help in setting up Vmware cluster in CloudStack.
>
>Any help is appreciated!
>
>Thanks & Regards,
>Ritu S.
>
>-Original Message-
>From: Ritu Sabharwal [mailto:rsabh...@brocade.com]
>Sent: Friday, September 05, 2014 4:51 PM
>To: ilya musayev
>Cc: dev@cloudstack.apache.org; Adip Shetty
>Subject: RE: [Help] Help for setting up Vmware Cluster in CloudStack...
>
>Hi Ilya,
>
>I am trying to do this vmware integration with Cloudstack again but 
>seeing some issues. Need your help to move forward.
>
>I followed the steps from the tutorial:
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Advan
>ced
>+Network+Tutorial+-+Step+by+Step
>
>I imported the system template from the location 
>http://cloudstack.apt-get.eu/systemvm/systemvm64template-2014-01-14-mas
>ter
>-vmware.ova by running the command
>
>/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sy
>s-t mplt -m /mnt/secondary -u 
>systemvm64template-2014-01-14-master-vmware.ova
>-h vmware -F
>
>Looks like the import did not happen successfully because the ova file 
>created under /mnt/secondary/template/tmpl/1/8/ is of size 0.
>
>I followed rest of the steps in the tutorial . All went fine, adding 
>zone, pod, cluster, primary storage, secondary storage but the system 
>vms (Secondary storage VM and Console Proxy VM)  are not deployed.
>
>Now when I am trying to create a user VM, I don't see any templates 
>available to create it.
>
>Please help to unblock me with this setup.
>
>Thanks & Regards,
>Ritu S.
>
>From: ilya musayev [mailto:ilya.mailing.li...@gmail.com]
>Sent: Wednesday, July 09, 2014 10:53 PM
>To: Ritu Sabharwal; Hugo Trippaers
>Cc: dev@cloudstack.apache.org
>Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack...
>
>I'm in Sunnyvale. I've been trying to do a meetup and perhaps demo the 
>whole vmware/cloudstack setup, but i never really got to do this.
>
>Hopefully, we can put something together for July or early August 
>timeframe for the meetup.
>
>Also, Router VMs have 1 Management and 1 Guest IP - just realized i 
>missed it.
>
>If i can give you a suggestion in the meantime, try to get your setup 
>working with stable 4.3. Once you figure the process out - which is 
>really not that difficult in my opinion (should take 10-30 minutes at 
>most - granted you have everything pre-set), then try it with master 
>codebase, and only then master codebase and your patch.
>
>You did not mention if you are using VLAN tagging btw. Not that it 
>matters greatly, but consider using newer vSphere, you can download 
>trials from VMware site, you can even do a nested setup and run many 
>vSphere CloudStack environments for dev/qa - which is what i've been 
>doing lately. You have 60 day trial, post that, you can reset the 
>environment to be compliant with vmware licensing model - needless to 
>say, this can be semi or completely automated, depends how much effort 
>you want to put into this. I'd double check this with vmware rep to be 
>on the safe side.
>
>
>On 7/9/14, 5:36 PM, Ritu Sabharwal wrote:
>Hi Ilya,
>
>Thanks for your replies.
>
>This is really helpful. We can surely get into some video conferencing 
>and get this setup ready. I am in San Jose, CA.
>
>Thanks & Regards,
>Ritu S.
>
>From: ilya musayev [mailto:ilya.mailing.li...@gmail.com]
>Sent: Wednesday, July 09, 2014 12:58 PM
>To: Ritu Sabharwal; Hugo Trippaers
>Cc: dev@cloudstack.apache.org
>Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack...
>
>Ritu,
>
>That tutorial is a bit old.
>
>Let me try to answer them, i do have an alternative solution, perhaps 
>we can get on the phone and do a webex session or something similar - 
>this week is bad for me, i'm traveling, but next week, Thursday and 
>beyond - my schedule is flexible. I assume you are on PST timezone 
>somewhere in bay area.
>
>Please see response inline to your inquiries.
>
>
>
>On 7/8/14, 6:29 PM

[MEETUP] CloudStack Silicon Valley User Group Meetup - September 25th, 2014

[Karen Vuong]

Hi all,



If you’ll be in the Silicon Valley next week - then join us! The next
CloudStack Silicon Valley Meetup has been scheduled for Thursday, September
25th at NetApp. The organizers of the CloudStack Silicon Valley User Group
is kicking off the Beginner's Guide to Apache CloudStack Series starting
with Part 1 - An Introduction to Apache CloudStack. This will be presented
by Geoff Higginbottom, CTO at Shapeblue. Geoff will also share his
significant experience of designing CloudStack Clouds.



Date: Thursday, September 25th

Time: 6:00pm – 9:00pm

Address: NetApp - 495 E. Java Dr. (Building #1 - Founders Theater),
Sunnyvale, CA

Event link:
http://www.meetup.com/CloudStack-Silicon-Valley-User-Group/events/207396072/



Help Promote:



Click-to-tweet:  http://ctt.ec/8zWPA - Get an Intro to #CloudStack & learn
about use cases at the #CloudStackSV Meetup w/ @CloudStackGuru on 9/25
@NetApp! - clds.co/1oQv7YN



Thanks,



Karen

Re: Review Request 25647: enabling the rootdisksize variable for vm creation wrt managed storage

[Mike Tutkowski]

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



engine/orchestration/src/org/apache/cloudstack/engine/orchestration/CloudOrchestrator.java


Were you seeing a problem when you ran your tests that indicated that this 
code should be added?

Is this code related to this review request or is it solving another 
problem you saw?

Thanks!



server/src/com/cloud/vm/UserVmManagerImpl.java


Perhaps you can fill me in a bit on how this works from an overall point of 
view.

It looks like the user is creating a VM and we want this person to specify 
a virtual size for the root disk (because we don't know the virtual size if the 
template is stored on S3 or Swift).

Does the user now have to specific a virtual size even if the template is 
stored on NFS?

How does the user know that he needs to (or doesn't need to) specifiy the 
virtual size (i.e. if it's on NFS, you don't need to; if it's on S3 or Swift, 
you do need to)?


- Mike Tutkowski


On Sept. 15, 2014, 8:11 a.m., punith s wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25647/
> ---
> 
> (Updated Sept. 15, 2014, 8:11 a.m.)
> 
> 
> Review request for cloudstack, amit kumar das and Mike Tutkowski.
> 
> 
> Bugs: 7406
> https://issues.apache.org/jira/browse/7406
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> since cloudstack is not able to process the S3 or Switf templates for its 
> virtual size(root disk size), admin is facing issues while creating a vm 
> using third party storage plugins like cloudbyte and solidfire etc.
> this patch enables the resize of root disk, on passing a  variable 
> ismanagedstorage = true in deployVmCmd as a detail.
> hence template root disksize is overriden by the given rootdisk size by the 
> admin
> 
> this patch also fixes the iops null issue.
> 
> for more ref
> https://issues.apache.org/jira/browse/CLOUDSTACK-7406
> 
> 
> Diffs
> -
> 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/CloudOrchestrator.java
>  2b49954 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 0ea2a89 
> 
> Diff: https://reviews.apache.org/r/25647/diff/
> 
> 
> Testing
> ---
> 
> dry run only.
> 
> 
> Thanks,
> 
> punith s
> 
>

Re: [Help] Help for setting up Vmware Cluster in CloudStack...

[ilya musayev]

Ritu,

I will email you privately to help with setup.

Regards
ilya
On 9/15/14, 10:50 AM, Ritu Sabharwal wrote:

Hi Rayees,

Can you please point me to the right system VM template for VMware. I am using 
the one from 
http://cloudstack.apt-get.eu/systemvm/systemvm64template-2014-01-14-master-vmware.ova
With this one, the import did not work correctly because the ova created under 
/mnt/secondary/template/tmpl/1/8/ is of size 0.

Thanks & Regards,
Ritu S.

-Original Message-
From: Amogh Vasekar [mailto:amogh.vase...@citrix.com]
Sent: Thursday, September 11, 2014 11:53 AM
To: dev@cloudstack.apache.org; ilya musayev; Rayees Namathponnan
Cc: Adip Shetty
Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack...

Hi,

The management server logs will help.
Templates for launching user Vms won't be available until SSVM comes up and 
downloads them to the correct location.
You may want to confirm if you are using the right systemVM template for the 
(4.5?) build.
Adding Rayees who may be able to point to the right systemVM template.

Thanks,
Amogh

On 9/11/14 11:25 AM, "Ritu Sabharwal"  wrote:


Hello CS developers,

I need help in setting up Vmware cluster in CloudStack.

Any help is appreciated!

Thanks & Regards,
Ritu S.

-Original Message-
From: Ritu Sabharwal [mailto:rsabh...@brocade.com]
Sent: Friday, September 05, 2014 4:51 PM
To: ilya musayev
Cc: dev@cloudstack.apache.org; Adip Shetty
Subject: RE: [Help] Help for setting up Vmware Cluster in CloudStack...

Hi Ilya,

I am trying to do this vmware integration with Cloudstack again but
seeing some issues. Need your help to move forward.

I followed the steps from the tutorial:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+Advan
ced
+Network+Tutorial+-+Step+by+Step

I imported the system template from the location
http://cloudstack.apt-get.eu/systemvm/systemvm64template-2014-01-14-mas
ter
-vmware.ova by running the command

/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sy
s-t mplt -m /mnt/secondary -u
systemvm64template-2014-01-14-master-vmware.ova
-h vmware -F

Looks like the import did not happen successfully because the ova file
created under /mnt/secondary/template/tmpl/1/8/ is of size 0.

I followed rest of the steps in the tutorial . All went fine, adding
zone, pod, cluster, primary storage, secondary storage but the system
vms (Secondary storage VM and Console Proxy VM)  are not deployed.

Now when I am trying to create a user VM, I don't see any templates
available to create it.

Please help to unblock me with this setup.

Thanks & Regards,
Ritu S.

From: ilya musayev [mailto:ilya.mailing.li...@gmail.com]
Sent: Wednesday, July 09, 2014 10:53 PM
To: Ritu Sabharwal; Hugo Trippaers
Cc: dev@cloudstack.apache.org
Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack...

I'm in Sunnyvale. I've been trying to do a meetup and perhaps demo the
whole vmware/cloudstack setup, but i never really got to do this.

Hopefully, we can put something together for July or early August
timeframe for the meetup.

Also, Router VMs have 1 Management and 1 Guest IP - just realized i
missed it.

If i can give you a suggestion in the meantime, try to get your setup
working with stable 4.3. Once you figure the process out - which is
really not that difficult in my opinion (should take 10-30 minutes at
most - granted you have everything pre-set), then try it with master
codebase, and only then master codebase and your patch.

You did not mention if you are using VLAN tagging btw. Not that it
matters greatly, but consider using newer vSphere, you can download
trials from VMware site, you can even do a nested setup and run many
vSphere CloudStack environments for dev/qa - which is what i've been
doing lately. You have 60 day trial, post that, you can reset the
environment to be compliant with vmware licensing model - needless to
say, this can be semi or completely automated, depends how much effort
you want to put into this. I'd double check this with vmware rep to be
on the safe side.


On 7/9/14, 5:36 PM, Ritu Sabharwal wrote:
Hi Ilya,

Thanks for your replies.

This is really helpful. We can surely get into some video conferencing
and get this setup ready. I am in San Jose, CA.

Thanks & Regards,
Ritu S.

From: ilya musayev [mailto:ilya.mailing.li...@gmail.com]
Sent: Wednesday, July 09, 2014 12:58 PM
To: Ritu Sabharwal; Hugo Trippaers
Cc: dev@cloudstack.apache.org
Subject: Re: [Help] Help for setting up Vmware Cluster in CloudStack...

Ritu,

That tutorial is a bit old.

Let me try to answer them, i do have an alternative solution, perhaps
we can get on the phone and do a webex session or something similar -
this week is bad for me, i'm traveling, but next week, Thursday and
beyond - my schedule is flexible. I assume you are on PST timezone
somewhere in bay area.

Please see response inline to your inquiries.



On 7/8/14, 6:29 PM, Ritu Sabharwal wrote:


Hi 

Review Request 25670: Fix for CLOUDSTACK-7552: [Automation][HyperV] Fix the script - "/smoke/test_volumes.py" - TestCreateVolume.test_01_create_volume

[Chandan Purushothama]

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

Review request for cloudstack, sangeetha hariharan, sanjeev n, and Santhosh 
Edukulla.


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


Repository: cloudstack-git


Description
---

Test Case at 
integration.smoke.test_volumes.TestCreateVolume.test_01_create_volume failed on 
HyperV due to querying for wrong disk on the Guest VM. Instead of /dev/sdb, 
Query has been made for /dev/sda

I added code to fix the above mentioned bug.


Diffs
-

  test/integration/smoke/test_volumes.py 1e429ec 

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


Testing
---

No Testing Done due to lack of HyperV Setup.


Thanks,

Chandan Purushothama

Re: Review Request 22713: This Test suite has test cases for deploying Virtual Machine using impersonation (passing account and domainId parameters) for shared network

[sangeetha hariharan]

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

(Updated Sept. 15, 2014, 11:41 p.m.)


Review request for cloudstack, edison su, Min Chen, Prachi Damle, and Santhosh 
Edukulla.


Changes
---

- Moved out the data used by test suite from Sevices object with in the test 
suite to test_data.py
- Changed the tags for test cases - required_hardware="false" to be picked up 
by simulator runs.
- Replaced try and except block such that the self.fail() statement is moved 
inside the try block. Also using self.fail() instead of raising exception when 
error message validation fails
- Added Acl related error messages as constants to CloudstackAclException() and 
referred to these constants instead of using hardcoded strings


Repository: cloudstack-git


Description
---

This Test suite has test cases for deploying Virtual Machine using 
impersonation (passing account and domainId parameters) for shared network


Diffs (updated)
-

  test/integration/component/test_acl_sharednetwork_deployVM-impersonation.py 
PRE-CREATION 
  tools/marvin/marvin/cloudstackException.py 331ae91 
  tools/marvin/marvin/config/test_data.py 4133aba 

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


Testing (updated)
---

Test Suite was executed against a management server built from 4.4-forward 
branch using a simulator set up:
test_deployVM_in_sharedNetwork_as_admin_scope_account_ROOTuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_account_ROOTuser | Status : 
SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_account_differentdomain 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_account_differentdomain | Status 
: SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_account_domainadminuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_account_domainadminuser | Status 
: SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_account_domainuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_account_domainuser | Status : 
SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_account_user 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: test_deployVM_in_sharedNetwork_as_admin_scope_account_user | 
Status : SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_all_ROOTuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: test_deployVM_in_sharedNetwork_as_admin_scope_all_ROOTuser | 
Status : SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_all_domainadminuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_all_domainadminuser | Status : 
SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_all_domainuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: test_deployVM_in_sharedNetwork_as_admin_scope_all_domainuser 
| Status : SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_all_subdomainadminuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_all_subdomainadminuser | Status : 
SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_all_subdomainuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_all_subdomainuser | Status : 
SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_domain_nosubdomainaccess_ROOTuser 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_domain_nosubdomainaccess_ROOTuser 
| Status : SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_domain_nosubdomainaccess_domainadminuser
 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_domain_nosubdomainaccess_domainadminuser
 | Status : SUCCESS ===
ok
test_deployVM_in_sharedNetwork_as_admin_scope_domain_nosubdomainaccess_domainuser
 
(integration.component.test_acl_sharednetwork_deployVM-impersonation.TestSharedNetwork)
 ... === TestName: 
test_deployVM_in_sharedNetwork_as_admin_scope_doma

Re: Review Request 25518: CLOUDSTACK-7035-[Automation] - Automate ACL test cases relating to listNetworks() for isolated and shared networks.

[edison su]

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

Ship it!


Ship It!

- edison su


On Sept. 10, 2014, 10 p.m., sangeetha hariharan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25518/
> ---
> 
> (Updated Sept. 10, 2014, 10 p.m.)
> 
> 
> Review request for cloudstack, edison su, Min Chen, Prachi Damle, and 
> Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7035
> https://issues.apache.org/jira/browse/CLOUDSTACK-7035
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Suite contains ACL test cases relating to listNetworks() for isolated 
> and shared networks when executed by Admin, domain admin and resgular users.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_acl_listnetwork.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/25518/diff/
> 
> 
> Testing
> ---
> 
> Tested this suite against a simulator set up from master:
> 
> Test listing of Networks by passing no parameters as domain admin ... === 
> TestName: test_listNetwork_as_domainadmin | Status : FAILED ===
> FAIL
> Domain admin should not be allowed to list networks of accounts in other 
> domains ... === TestName: test_listNetwork_as_domainadmin_cross_domainid | 
> Status : SUCCESS ===
> ok
> Regular User should not be allowed to list networks of other accounts in 
> other domains ... === TestName: 
> test_listNetwork_as_domainadmin_cross_domainid_accountid | Status : SUCCESS 
> ===
> ok
> Test listing of Networks by passing domainId parameter as domain admin ... 
> === TestName: test_listNetwork_as_domainadmin_domainid | Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId and isrecursive=false parameter 
> as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid__rec_false | Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname parameter as domain 
> admin ... === TestName: test_listNetwork_as_domainadmin_domainid_accountid | 
> Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname , listall=false 
> parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_listall_false | Status : 
> SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname , listall=false and 
> isrecursive=false parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_listall_false_rec_false | 
> Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname , listall=false and 
> isrecursive=true parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_listall_false_rec_true | 
> Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname , listall=true 
> parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_listall_true | Status : 
> SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname , listall=true and 
> isrecursive=false parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_listall_true_rec_false | 
> Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname , listall=true and 
> isrecursive=true parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_listall_true_rec_true | 
> Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname and 
> isrecursive=false parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_rec_false | Status : 
> SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,accountname and 
> isrecursive=true parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_accountid_rec_true | Status : 
> SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,listall=false parameter as 
> domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_listall_false | Status : SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,listall=false and 
> isrecursive=false parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_listall_false_rec_false | Status : 
> SUCCESS ===
> ok
> Test listing of Networks by passing domainId ,listall=false and 
> isrecursive=true parameter as domain admin ... === TestName: 
> test_listNetwork_as_domainadmin_domainid_listall_false_rec_true | Status : 
> SUCCESS ===
> ok
> Test listing of Networks by passing domainId and listall=true parameter as 
> domain admin ... === TestName: 
> test_listNetw

Jenkins build became unstable: simulator-singlerun #370

[jenkins]

See 

Review Request 25681: Fixed the test_templates.py script bug CLOUDSTACK-7554

[Chandan Purushothama]

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

Review request for cloudstack, sangeetha hariharan, sanjeev n, and Santhosh 
Edukulla.


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


Repository: cloudstack-git


Description
---

Two testcases failed due to template permissions issue:

test_01_create_template_volume
test_04_template_from_snapshot

Template created by Admin should have public permissions so that the Regular 
Account can use it to deploy VMs in the test cases.


Diffs
-

  test/integration/component/test_templates.py 01f331e 

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


Testing
---

Testing was not done.


Thanks,

Chandan Purushothama

RE: Building hyper-V agent agent issue

[Anshul Gangwar]

Are you able to download nuget?

Build is failing because it is not able to download nuget packages dependencies.

Are you able to see something like this in starting of build

--2014-09-16 10:23:46--  http://nuget.org/nuget.exe
Resolving nuget.org (nuget.org)... 168.62.110.126
Connecting to nuget.org (nuget.org)|168.62.110.126|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: http://www.nuget.org/nuget.exe [following]
--2014-09-16 10:23:46--  http://www.nuget.org/nuget.exe
Resolving www.nuget.org (www.nuget.org)... 168.62.110.126
Reusing existing connection to nuget.org:80.
HTTP request sent, awaiting response... 302 Found
Location: http://az320820.vo.msecnd.net/downloads/nuget.exe [following]
--2014-09-16 10:23:47--  http://az320820.vo.msecnd.net/downloads/nuget.exe
Resolving az320820.vo.msecnd.net (az320820.vo.msecnd.net)... 192.229.145.200, 
2606:2800:10c:249:f81:1c8d:1178:1364
Connecting to az320820.vo.msecnd.net 
(az320820.vo.msecnd.net)|192.229.145.200|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1670320 (1.6M) [application/x-msdownload]
Saving to: `nuget.exe'

100%[===>]
 16,70,320404K/s   in 4.0s

2014-09-16 10:23:51 (405 KB/s) - `nuget.exe' saved [1670320/1670320]

 running tests 
XBuild Engine Version 3.0.6.0
Mono, Version 3.0.6.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011.




-Original Message-
From: Fedi Ben Ali [mailto:ben.ali.fe...@gmail.com] 
Sent: Monday, September 15, 2014 9:38 PM
To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
Subject: Building hyper-V agent agent issue

Hello ,

I'm not able to build the hyper-V agent installer ,i'm following the official 
documentation 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Creating+Hyperv+Agent+Installer

,i'll share my log with you

running tests
XBuild Engine Version 3.3.0.0
Mono, Version 3.3.0.0
Copyright (C) Marek Sieradzki 2005-2008, Novell 2008-2011.

Build started 9/15/2014 2:11:22 PM.
__
Project
"C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\ServerResource.sln"
(default target(s)):
Target ValidateSolutionConfiguration:
Building solution configuration "Debug|Any CPU".
Target Build:
Project
"C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\WmiWrappers.csproj"
(default target(s)):
Target PrepareForBuild:
Configuration: Debug Platform: AnyCPU
Created directory "bin\Debug\"
Created directory "obj\Debug\"
Target ResolveAssemblyReferences:
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning :
Reference 'AWSSDK' not resolved
For searchpath
{CandidateAssemblyFiles}
Warning: {CandidateAssemblyFiles}

not supported currently
For searchpath
{HintPathFromItem}
Considered ..\packages\AWSSDK.1.5.23.0\lib\AWSSDK.dll, but it does not exist.
For searchpath {TargetFrameworkDirectory} Considered target framework dir 
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5,
assembly named 'AWSSDK' not found.
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5\Facades\,
assembly named 'AWSSDK' not found.
For searchpath {PkgConfig}
Considered AWSSDK, but could not find in any pkg-config files.
For searchpath {GAC}
Considered AWSSDK, but could not find in the GAC.
For searchpath {RawFileName}
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\AWSSDK'
as a file, but the file does not exist
For searchpath bin\Debug\
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK'
as a file, but the file does not exist
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK.exe'
as a file, but the file does not exist
Considered
'C:\cygwin\home\cloudstack-oss\apache-cloudstack-4.4.0-src\plugins\hypervisors\hyperv\DotNet\ServerResource\WmiWrappers\bin\Debug\AWSSDK.dll'
as a file, but the file does not exist
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.0\Microsoft.Common.targets: warning :
Reference 'Ionic.Zip' not resolved
For searchpath {CandidateAssemblyFiles}
Warning: {CandidateAssemblyFiles} not supported currently For searchpath 
{HintPathFromItem}

Considered ..\packages\DotNetZip.1.9.1.8\lib\net20\Ionic.Zip.dll, but it does 
not exist.
For searchpath
{TargetFrameworkDirectory}
Considered target framework dir
C:\PROGRA~2\MONO-3~1.3\lib\mono\4.5\..\xbuild-frameworks\.NETFramework\v4.5\RedistList\..\..\..\..\4.5,
assembly named 'Ionic.Zip' not 

Re: Review Request 25290: CLOUDSTACK-7441: Fixed template register issue in test_resource_limits.py

[SrikanteswaraRao Talluri]

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

Ship it!


f5ff78947e81b6929ba1223abd84906793d38ece master

- SrikanteswaraRao Talluri


On Sept. 11, 2014, 9:29 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25290/
> ---
> 
> (Updated Sept. 11, 2014, 9:29 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Templates were earlier registered with the admin api client, however they 
> should be registered with the apiclient of the account in which the template 
> has to be registered.
> 
> This will list out template properly when listed.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_resource_limits.py 35128b4 
> 
> Diff: https://reviews.apache.org/r/25290/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Log:
> Test Templates limit per account ... === TestName: 
> test_05_templates_per_account | Status : SUCCESS ===
> ok
> 
> --
> Ran 1 test in 1361.574s
> 
> OK
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25471: CLOUDSTACK-7516: Fixed resource permission issue in test_snapshots.py, account was using template registered with other account

[SrikanteswaraRao Talluri]

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

Ship it!


13357cff7d15d439f1393b18558776831260a1bd master

- SrikanteswaraRao Talluri


On Sept. 9, 2014, 7:22 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25471/
> ---
> 
> (Updated Sept. 9, 2014, 7:22 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7516
> https://issues.apache.org/jira/browse/CLOUDSTACK-7516
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Template was registered with admin api client, hence there was conflict in 
> permissions available to the user account.
> The test case failed while deploying template with the custom template.
> 
> Error:
> Execute cmd: deployvirtualmachine failed, due to: errorCode: 531, 
> errorText:Acct[51d00171-895e-4893-90c8-6630b98f852a-test-TestCreateVMSnapshotTemplate-BJ9XFN]
>  does not have permission to operate with resource 
> Acct[e7b7973c-3512-11e4-9ac6-1a6f7bb0d0a8-admin]
> 
> Changes:
> Used api client of the user account for all the operations so that there is 
> no conflict in permissions.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_snapshots.py 8a5c7ff 
> 
> Diff: https://reviews.apache.org/r/25471/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Ran two test cases separately.
> 
> Log:
> 
> [1]
> Create Template from snapshot ... === TestName: 
> test_07_template_from_snapshot | Status : SUCCESS ===
> ok
> 
> --
> Ran 1 test in 637.534s
> 
> OK
> 
> 
> [2]
> Test create VM, Snapshot and Template ... === TestName: 
> test_01_createVM_snapshotTemplate | Status : SUCCESS ===
> ok
> 
> --
> Ran 1 test in 614.318s
> 
> OK
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25642: CLOUDSTACK-7547: Brocade Device Data was hard coded, moved it to config file

[Gaurav Aradhye]

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

(Updated Sept. 16, 2014, 11:32 a.m.)


Review request for cloudstack, Ritu  Sabharwal, Santhosh Edukulla, and 
SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description (updated)
---

Brocade device data was hard coded. 

1) Made changes so that it can be read from the config file. (Config tranlated 
to the config file we provide to jenkins, not test_data.py file, because 
dynamic data should always be placed in config, not test_data.py)
2) Skipped the test case if the data is not present in config file.
3) Removed * from imports and made appropriate changes.

Following data is supposed to be present in config file, if not present, test 
case will be skipped.

"brocadeDeviceData":
{
"ipaddress": "X.X.X.X",
"username": "userxxx",
"password": "passxxx"
}


Diffs
-

  test/integration/component/test_brocade_vcs.py a5eff53 

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


Testing
---

Yes.

Tested all the scenarios of valid and invalid data.
Skipping of test case was proper.

When all the data was present, test case moved forward to adding the brocade 
device but test case still failed because the details I put in config file were 
not valid (I don't have brocade device details).


Thanks,

Gaurav Aradhye

Re: Review Request 25637: CLOUDSTACK-7387: Corrected code related to adding host tags

[SrikanteswaraRao Talluri]

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

Ship it!


1b14fa6abef5811079eeb7cbd26ab718f6f69405 master

- SrikanteswaraRao Talluri


On Sept. 15, 2014, 8:39 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25637/
> ---
> 
> (Updated Sept. 15, 2014, 8:39 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7387
> https://issues.apache.org/jira/browse/CLOUDSTACK-7387
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The host tags were not defined and not added to hosts before.
> 
> Changes:
> 1) Searched for cluster with two hosts within the given zone.
> 2) Updated hosts with host tags and added same tags in service offerings used 
> to created VM.
> 3) Deleted the host tags in cleanup.
> 4) Corrected the imports.
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_vpc_host_maintenance.py 83ba271 
> 
> Diff: https://reviews.apache.org/r/25637/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Ran setUpClass by skipping the test cases. Hosts updated successfully with 
> tags and VMs were deployed.
> 
> Log:
> Test enable Maintenance Mode on Hosts which have VPC elements ... SKIP: skip
> Test cancel Maintenance Mode on the above Hosts + Migrate VMs Back ... SKIP: 
> skip
> Test reconnect Host which has VPC elements ... SKIP: skip
> 
> --
> Ran 3 tests in 465.545s
> 
> OK (SKIP=3)
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25637: CLOUDSTACK-7387: Corrected code related to adding host tags

[Gaurav Aradhye]

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

(Updated Sept. 16, 2014, 11:38 a.m.)


Review request for cloudstack, sanjeev n, Santhosh Edukulla, and 
SrikanteswaraRao Talluri.


Changes
---

This is updated patch. Earlier cleanup code did not remove the host tags, 
instead added the same tags.
Please revert earlier patch, and commit this one.


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


Repository: cloudstack-git


Description
---

The host tags were not defined and not added to hosts before.

Changes:
1) Searched for cluster with two hosts within the given zone.
2) Updated hosts with host tags and added same tags in service offerings used 
to created VM.
3) Deleted the host tags in cleanup.
4) Corrected the imports.


Diffs (updated)
-

  test/integration/component/maint/test_vpc_host_maintenance.py 83ba271 

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


Testing
---

Yes.

Ran setUpClass by skipping the test cases. Hosts updated successfully with tags 
and VMs were deployed.

Log:
Test enable Maintenance Mode on Hosts which have VPC elements ... SKIP: skip
Test cancel Maintenance Mode on the above Hosts + Migrate VMs Back ... SKIP: 
skip
Test reconnect Host which has VPC elements ... SKIP: skip

--
Ran 3 tests in 465.545s

OK (SKIP=3)


Thanks,

Gaurav Aradhye

Re: Review Request 25642: CLOUDSTACK-7547: Brocade Device Data was hard coded, moved it to config file

[SrikanteswaraRao Talluri]

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



test/integration/component/test_brocade_vcs.py


need an assert for password too??


- SrikanteswaraRao Talluri


On Sept. 16, 2014, 6:02 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25642/
> ---
> 
> (Updated Sept. 16, 2014, 6:02 a.m.)
> 
> 
> Review request for cloudstack, Ritu  Sabharwal, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7547
> https://issues.apache.org/jira/browse/CLOUDSTACK-7547
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Brocade device data was hard coded. 
> 
> 1) Made changes so that it can be read from the config file. (Config 
> tranlated to the config file we provide to jenkins, not test_data.py file, 
> because dynamic data should always be placed in config, not test_data.py)
> 2) Skipped the test case if the data is not present in config file.
> 3) Removed * from imports and made appropriate changes.
> 
> Following data is supposed to be present in config file, if not present, test 
> case will be skipped.
> 
> "brocadeDeviceData":
> {
> "ipaddress": "X.X.X.X",
> "username": "userxxx",
> "password": "passxxx"
> }
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_brocade_vcs.py a5eff53 
> 
> Diff: https://reviews.apache.org/r/25642/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Tested all the scenarios of valid and invalid data.
> Skipping of test case was proper.
> 
> When all the data was present, test case moved forward to adding the brocade 
> device but test case still failed because the details I put in config file 
> were not valid (I don't have brocade device details).
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25642: CLOUDSTACK-7547: Brocade Device Data was hard coded, moved it to config file

[Gaurav Aradhye]

> On Sept. 16, 2014, 11:40 a.m., SrikanteswaraRao Talluri wrote:
> > test/integration/component/test_brocade_vcs.py, line 130
> > 
> >
> > need an assert for password too??

I don't think that's mandatory. Sometimes password can be null as it can be for 
sql db. That's why didn't add assert for it. Person running tests can make sure 
he is adding correct password.


- Gaurav


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


On Sept. 16, 2014, 11:32 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25642/
> ---
> 
> (Updated Sept. 16, 2014, 11:32 a.m.)
> 
> 
> Review request for cloudstack, Ritu  Sabharwal, Santhosh Edukulla, and 
> SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7547
> https://issues.apache.org/jira/browse/CLOUDSTACK-7547
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Brocade device data was hard coded. 
> 
> 1) Made changes so that it can be read from the config file. (Config 
> tranlated to the config file we provide to jenkins, not test_data.py file, 
> because dynamic data should always be placed in config, not test_data.py)
> 2) Skipped the test case if the data is not present in config file.
> 3) Removed * from imports and made appropriate changes.
> 
> Following data is supposed to be present in config file, if not present, test 
> case will be skipped.
> 
> "brocadeDeviceData":
> {
> "ipaddress": "X.X.X.X",
> "username": "userxxx",
> "password": "passxxx"
> }
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_brocade_vcs.py a5eff53 
> 
> Diff: https://reviews.apache.org/r/25642/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Tested all the scenarios of valid and invalid data.
> Skipping of test case was proper.
> 
> When all the data was present, test case moved forward to adding the brocade 
> device but test case still failed because the details I put in config file 
> were not valid (I don't have brocade device details).
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 25681: Fixed the test_templates.py script bug CLOUDSTACK-7554

[sanjeev n]

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

Ship it!


commit 50990c40423062ed0b724472c95a1d3120b8b66d
Author: Chandan Purushothama 
Date:   Mon Sep 15 21:12:26 2014 -0700

CLOUDSTACK-7554 : Fixed the script - /component/test_templates.py - User 
Account now has permissions to the Template created by Admin

- sanjeev n


On Sept. 16, 2014, 4:21 a.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25681/
> ---
> 
> (Updated Sept. 16, 2014, 4:21 a.m.)
> 
> 
> Review request for cloudstack, sangeetha hariharan, sanjeev n, and Santhosh 
> Edukulla.
> 
> 
> Bugs: CLOUDSTACK-7554
> https://issues.apache.org/jira/browse/CLOUDSTACK-7554
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Two testcases failed due to template permissions issue:
> 
> test_01_create_template_volume
> test_04_template_from_snapshot
> 
> Template created by Admin should have public permissions so that the Regular 
> Account can use it to deploy VMs in the test cases.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_templates.py 01f331e 
> 
> Diff: https://reviews.apache.org/r/25681/diff/
> 
> 
> Testing
> ---
> 
> Testing was not done.
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 25647: enabling the rootdisksize variable for vm creation wrt managed storage

[punith s]

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



engine/orchestration/src/org/apache/cloudstack/engine/orchestration/CloudOrchestrator.java


yes mike, when you create a compute offering with  a specified min and max 
iops on contrary to the custom iops, iops was setting null for the root disk, 
since a new rootdiskoffering object is being created, predefined iops were not 
being set.

and yes, this issue is not related to this S3 bug, but i thought it to be a 
minor one, so i clubbed it with this review.


- punith s


On Sept. 15, 2014, 7:41 p.m., punith s wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25647/
> ---
> 
> (Updated Sept. 15, 2014, 7:41 p.m.)
> 
> 
> Review request for cloudstack, amit kumar das and Mike Tutkowski.
> 
> 
> Bugs: 7406
> https://issues.apache.org/jira/browse/7406
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> since cloudstack is not able to process the S3 or Switf templates for its 
> virtual size(root disk size), admin is facing issues while creating a vm 
> using third party storage plugins like cloudbyte and solidfire etc.
> this patch enables the resize of root disk, on passing a  variable 
> ismanagedstorage = true in deployVmCmd as a detail.
> hence template root disksize is overriden by the given rootdisk size by the 
> admin
> 
> this patch also fixes the iops null issue.
> 
> for more ref
> https://issues.apache.org/jira/browse/CLOUDSTACK-7406
> 
> 
> Diffs
> -
> 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/CloudOrchestrator.java
>  2b49954 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 0ea2a89 
> 
> Diff: https://reviews.apache.org/r/25647/diff/
> 
> 
> Testing
> ---
> 
> dry run only.
> 
> 
> Thanks,
> 
> punith s
> 
>

Review Request 25684: CLOUDSTACK-7557: test_vpc_network.py - Fixed wait period of network state check

[Gaurav Aradhye]

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

Review request for cloudstack, Santhosh Edukulla and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

After stopping VMs, the network state should change from "Implemented" to 
"Allocated" after some time.

Root cause of failure:
The wait time in test case is too less. It's 6 sec instead of 60 seconds. Hence 
the test case failed before the state changed to Allocated.

Resolution:
Fixed the wait time.


Diffs
-

  test/integration/component/test_vpc_network.py b399765 

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


Testing
---

Yes.

Log:
Test update Network that is part of a VPC to a network offering that has more 
services ... === TestName:
test_01_network_services_upgrade | Status : SUCCESS ===
ok

--
Ran 1 test in 538.298s

OK


Thanks,

Gaurav Aradhye

Review Request 25685: Fixed the test_usage.py script bug - CLOUDSTACK-7555

[Chandan Purushothama]

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

Review request for cloudstack, sangeetha hariharan, sanjeev n, and 
SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---


TestTemplateUsage.test_01_template_usage fails with the following error message 
& Stack Trace

Stacktrace

  File "/usr/lib/python2.7/unittest/case.py", line 332, in run
testMethod()
  File "/root/cloudstack/test/integration/component/test_usage.py", line 802, 
in test_01_template_usage
"Check TEMPLATE.CREATE event in events table"
  File "/usr/lib/python2.7/unittest/case.py", line 516, in assertEqual
assertion_func(first, second, msg=msg)
  File "/usr/lib/python2.7/unittest/case.py", line 509, in _baseAssertEqual
raise self.failureException(msg)
'Check TEMPLATE.CREATE event in events table\n

This is because the Template is being created as admin and it belongs to the 
admin account. The template should belong to the Regular User in order to check 
for the TEMPLATE.CREATE Event.

Fixed the script such that the Template now belongs to the regular account.


Diffs
-

  test/integration/component/test_usage.py e99bb81 

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


Testing
---

No testing is done.


Thanks,

Chandan Purushothama

Re: Review Request 25585: [CLOUDSTACK-2823] SystemVMs start fail on CentOS 6.4

[Daan Hoogland]

David,

I don't think I see a good patch. Can you update the diff using the menu
and 'git format-patch' or alternatively use github to send a pull-request?
Also did you have this applied on master as well?

your truly,

On Mon, Sep 15, 2014 at 4:20 PM, David Bierce 
wrote:

> Good Idea.  I’ve submitted an update with a little wait in the while so to
> not stress out the CPU waiting.  Looks like it missed against the 4.3.1
> release, should I also submit for 4.4.1?
>

-- 
Daan
​(the guy that should merge your change in 4.4.1)​