Re: [VOTE] 2nd round of voting for ASF 4.2.1 RC

[Abhinandan Prateek]

Was trying to understand the issue. It seems there is no account
information in network_acl or network_acl_item table.
A proper fix will mean including that information and that means schema
change. Since this is a maintenance release we will like to avoid schema
changes as much as possible.

A temporary fix (i.e. Till we fix schema in next big release) could mean
fetching vpc list for a user from vpc table and then use the vpc ids to
get the acls. *Marcus* you want to try out this fix ?

-abhi

On 04/12/13 3:28 am, "Marcus Sorensen"  wrote:

>Running the same API call on versions lower than 4.2.0 yields correct
>results, since 4.2.0 the API call returns incorrect data. The API
>itself is compatible, but for example if an application or user
>consuming the API makes those calls it will get incorrect data. For
>example, you now may get a hundred entries for port 22 open to
>0.0.0.0/0 in your response, when only one of them is owned by you.
>
>On Tue, Dec 3, 2013 at 2:48 PM, Daan Hoogland 
>wrote:
>> H Marcus,
>>
>> It breaks behavior of the API, you say. Is this in comparison to 4.2
>> or to prior versions?
>>
>> thanks,
>> Daan
>>
>> On Tue, Dec 3, 2013 at 6:40 PM, Chip Childers 
>>wrote:
>>> On Tue, Dec 3, 2013 at 7:48 AM, sebgoa  wrote:

 Can you be more specific ? what fixes required a re-vote ?
>>>
>>> There was a security vulnerability reported in the release of
>>> sufficient severity to cause the security team to request Abhi hold
>>> off on publishing the release and to re-spin.

Review Request 15999: CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases

[Ashutosh Kelkar]

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

Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Following test cases failed:
test_11_egress_fr11 
test_11_1_egress_fr11

They failed due to two isolated networks were being created in an account, that 
happened in case where network from the previous test did not get deleted.

Added loop in tearDown to check if all the vms in the network are expunged 
before deleting the network, so that the network gets deleted properly before 
execution of next test case.


Diffs
-

  test/integration/component/test_egress_fw_rules.py 6dcc2c4d 

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


Testing
---


Thanks,

Ashutosh Kelkar

Re: Review Request 15999: CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases

[Ashutosh Kelkar]

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

(Updated Dec. 4, 2013, 12:12 p.m.)


Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.


Changes
---

Added log.


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


Repository: cloudstack-git


Description
---

Following test cases failed:
test_11_egress_fr11 
test_11_1_egress_fr11

They failed due to two isolated networks were being created in an account, that 
happened in case where network from the previous test did not get deleted.

Added loop in tearDown to check if all the vms in the network are expunged 
before deleting the network, so that the network gets deleted properly before 
execution of next test case.


Diffs
-

  test/integration/component/test_egress_fw_rules.py 6dcc2c4d 

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


Testing (updated)
---

Tested locally on KVM advances setup.

Log:

test_01_1_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test By-default the communication from guest n/w to public n/w is NOT allowed. 
... skipped 'Skip'
test_01_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test By-default the communication from guest n/w to public n/w is allowed. ... 
skipped 'Skip'
test_02_1_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
... skipped 'Skip'
test_02_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
... skipped 'Skip'
test_03_1_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Communication blocked with network that is other than specified ... 
skipped 'Skip'
test_03_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Communication blocked with network that is other than specified ... 
skipped 'Skip'
test_04_1_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule and check the Firewall_Rules DB table ... skipped 'Skip'
test_04_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule and check the Firewall_Rules DB table ... skipped 'Skip'
test_05_1_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule and check the IP tables ... skipped 'Skip'
test_05_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule and check the IP tables ... skipped 'Skip'
test_06_1_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule without CIDR ... skipped 'Skip'
test_06_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule without CIDR ... skipped 'Skip'
test_07_1_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule without End Port ... skipped 'Skip'
test_07_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Create Egress rule without End Port ... skipped 'Skip'
test_08_1_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Port Forwarding and Egress Conflict ... skipped 'Skip'
test_08_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Port Forwarding and Egress Conflict ... skipped 'Skip'
test_09_1_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Delete Egress rule ... skipped 'Skip'
test_09_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Delete Egress rule ... skipped 'Skip'
test_10_1_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
test_10_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
test_11_1_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Regression on Firewall + PF + LB + SNAT ... ok
test_11_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Regression on Firewall + PF + LB + SNAT ... ok
test_12_1_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Reboot Router ... skipped 'Skip'
test_12_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Reboot Router ... skipped 'Skip'
test_13_1_egress_fr13 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Redundant Router : Master failover ... skipped 'Skip'
test_13_egress_fr13 (test_egress_fw_rules_fixed.TestEgressFWRules)
Test Redundant Router : Master failover ... skipped 'Skip'

--
Ran 26 tests in 1065.780s

OK (skipped=24)


Thanks,

Ashutosh Kelkar

[Jenkins] slave for building hyperv agent

[Devdeep Singh]

Hi,

I am looking to setup a Jenkins slave to build the hyperv agent. The hyperv 
agent code can be build using Mono and the instructions for building it are 
available at [1]. Can anyone help with providing an instance so that it can be 
configured as a jenkins slave for regular builds of the hyperv agent?

[1] 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Creating+Hyperv+Agent+Installer

Regards,
Devdeep

Re: Review Request 15999: CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases

[ASF Subversion and Git Services]

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


Commit 542858a88f147c9f830a60b85649f48a99546f9b in branch refs/heads/4.3 from 
Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=542858a ]

CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases


- ASF Subversion and Git Services


On Dec. 4, 2013, 12:12 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15999/
> ---
> 
> (Updated Dec. 4, 2013, 12:12 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5364
> https://issues.apache.org/jira/browse/CLOUDSTACK-5364
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Following test cases failed:
> test_11_egress_fr11 
> test_11_1_egress_fr11
> 
> They failed due to two isolated networks were being created in an account, 
> that happened in case where network from the previous test did not get 
> deleted.
> 
> Added loop in tearDown to check if all the vms in the network are expunged 
> before deleting the network, so that the network gets deleted properly before 
> execution of next test case.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_egress_fw_rules.py 6dcc2c4d 
> 
> Diff: https://reviews.apache.org/r/15999/diff/
> 
> 
> Testing
> ---
> 
> Tested locally on KVM advances setup.
> 
> Log:
> 
> test_01_1_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is NOT 
> allowed. ... skipped 'Skip'
> test_01_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is allowed. 
> ... skipped 'Skip'
> test_02_1_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_02_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_03_1_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_03_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_04_1_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_04_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_05_1_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_05_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_06_1_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_06_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_07_1_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_07_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_08_1_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_08_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_09_1_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_09_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_10_1_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_10_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_11_1_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_11_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_12_1_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Reboot Router ... skipped 'Skip'
> test_12_egress_fr12 (test_egress_fw_rule

Re: Review Request 15999: CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases

[ASF Subversion and Git Services]

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


Commit b2c89552226bd44b356d5bcd613f14ca3b9c90a7 in branch refs/heads/master 
from Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b2c8955 ]

CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases


- ASF Subversion and Git Services


On Dec. 4, 2013, 12:12 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15999/
> ---
> 
> (Updated Dec. 4, 2013, 12:12 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5364
> https://issues.apache.org/jira/browse/CLOUDSTACK-5364
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Following test cases failed:
> test_11_egress_fr11 
> test_11_1_egress_fr11
> 
> They failed due to two isolated networks were being created in an account, 
> that happened in case where network from the previous test did not get 
> deleted.
> 
> Added loop in tearDown to check if all the vms in the network are expunged 
> before deleting the network, so that the network gets deleted properly before 
> execution of next test case.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_egress_fw_rules.py 6dcc2c4d 
> 
> Diff: https://reviews.apache.org/r/15999/diff/
> 
> 
> Testing
> ---
> 
> Tested locally on KVM advances setup.
> 
> Log:
> 
> test_01_1_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is NOT 
> allowed. ... skipped 'Skip'
> test_01_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is allowed. 
> ... skipped 'Skip'
> test_02_1_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_02_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_03_1_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_03_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_04_1_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_04_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_05_1_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_05_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_06_1_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_06_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_07_1_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_07_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_08_1_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_08_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_09_1_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_09_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_10_1_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_10_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_11_1_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_11_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_12_1_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Reboot Router ... skipped 'Skip'
> test_12_egress_fr12 (test_egress_fw_r

Re: Review Request 15999: CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases

[Girish Shilamkar]

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

Ship it!


Committed to 4.2, 4.3 and master

- Girish Shilamkar


On Dec. 4, 2013, 12:12 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15999/
> ---
> 
> (Updated Dec. 4, 2013, 12:12 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5364
> https://issues.apache.org/jira/browse/CLOUDSTACK-5364
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Following test cases failed:
> test_11_egress_fr11 
> test_11_1_egress_fr11
> 
> They failed due to two isolated networks were being created in an account, 
> that happened in case where network from the previous test did not get 
> deleted.
> 
> Added loop in tearDown to check if all the vms in the network are expunged 
> before deleting the network, so that the network gets deleted properly before 
> execution of next test case.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_egress_fw_rules.py 6dcc2c4d 
> 
> Diff: https://reviews.apache.org/r/15999/diff/
> 
> 
> Testing
> ---
> 
> Tested locally on KVM advances setup.
> 
> Log:
> 
> test_01_1_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is NOT 
> allowed. ... skipped 'Skip'
> test_01_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is allowed. 
> ... skipped 'Skip'
> test_02_1_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_02_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_03_1_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_03_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_04_1_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_04_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_05_1_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_05_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_06_1_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_06_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_07_1_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_07_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_08_1_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_08_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_09_1_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_09_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_10_1_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_10_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_11_1_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_11_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_12_1_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Reboot Router ... skipped 'Skip'
> test_12_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Reboot Router ... skipped 'Skip'
> test_13_1_egress_fr13 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Redundant Router : Master failover ... skipped 'Skip'
> test_13_egres

Re: Review Request 15999: CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases

[ASF Subversion and Git Services]

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


Commit b1462e826aef2980ec12fef2fb89914c6a8606c5 in branch refs/heads/4.2 from 
Ashutosh K
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b1462e8 ]

CLOUDSTACK-5364: Resolving network cleanup issue in egress fw rules test cases


- ASF Subversion and Git Services


On Dec. 4, 2013, 12:12 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15999/
> ---
> 
> (Updated Dec. 4, 2013, 12:12 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5364
> https://issues.apache.org/jira/browse/CLOUDSTACK-5364
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Following test cases failed:
> test_11_egress_fr11 
> test_11_1_egress_fr11
> 
> They failed due to two isolated networks were being created in an account, 
> that happened in case where network from the previous test did not get 
> deleted.
> 
> Added loop in tearDown to check if all the vms in the network are expunged 
> before deleting the network, so that the network gets deleted properly before 
> execution of next test case.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_egress_fw_rules.py 6dcc2c4d 
> 
> Diff: https://reviews.apache.org/r/15999/diff/
> 
> 
> Testing
> ---
> 
> Tested locally on KVM advances setup.
> 
> Log:
> 
> test_01_1_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is NOT 
> allowed. ... skipped 'Skip'
> test_01_egress_fr1 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test By-default the communication from guest n/w to public n/w is allowed. 
> ... skipped 'Skip'
> test_02_1_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_02_egress_fr2 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Allow Communication using Egress rule with CIDR + Port Range + Protocol. 
> ... skipped 'Skip'
> test_03_1_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_03_egress_fr3 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Communication blocked with network that is other than specified ... 
> skipped 'Skip'
> test_04_1_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_04_egress_fr4 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the Firewall_Rules DB table ... skipped 
> 'Skip'
> test_05_1_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_05_egress_fr5 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule and check the IP tables ... skipped 'Skip'
> test_06_1_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_06_egress_fr6 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without CIDR ... skipped 'Skip'
> test_07_1_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_07_egress_fr7 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Create Egress rule without End Port ... skipped 'Skip'
> test_08_1_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_08_egress_fr8 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Port Forwarding and Egress Conflict ... skipped 'Skip'
> test_09_1_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_09_egress_fr9 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Delete Egress rule ... skipped 'Skip'
> test_10_1_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_10_egress_fr10 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Invalid CIDR and Invalid Port ranges ... skipped 'Skip'
> test_11_1_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_11_egress_fr11 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Regression on Firewall + PF + LB + SNAT ... ok
> test_12_1_egress_fr12 (test_egress_fw_rules_fixed.TestEgressFWRules)
> Test Reboot Router ... skipped 'Skip'
> test_12_egress_fr12 (test_egress_fw_rule

Re: Review Request 15875: https://issues.apache.org/jira/browse/CLOUDSTACK-5160

[daan Hoogland]

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


Bharat, neither version 4 nor version 3 of your patch apply to master. Also I 
noted the ticket number in the commit comment changed from 5160 to 5161. Can 
you explain.

- daan Hoogland


On Dec. 3, 2013, 10:53 a.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15875/
> ---
> 
> (Updated Dec. 3, 2013, 10:53 a.m.)
> 
> 
> Review request for cloudstack, Jayapal Reddy and Koushik Das.
> 
> 
> Bugs: CLOUDSTACK-5160
> https://issues.apache.org/jira/browse/CLOUDSTACK-5160
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> use a map to specify the custom parameters in the deployvm api Instead of one 
> parameter for each.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-5160
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/vm/UserVmService.java 6fc8b54 
>   api/src/org/apache/cloudstack/api/command/user/vm/DeployVMCmd.java 3643f91 
>   
> engine/api/src/org/apache/cloudstack/engine/orchestration/service/VolumeOrchestrationService.java
>  ad957d5 
>   
> engine/api/src/org/apache/cloudstack/engine/service/api/OrchestrationService.java
>  8c58227 
>   engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java 
> 4e25493 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/CloudOrchestrator.java
>  5dd15ce 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/orchestration/VolumeOrchestrator.java
>  71e8b7d 
>   server/src/com/cloud/vm/UserVmManagerImpl.java a16f51c 
> 
> Diff: https://reviews.apache.org/r/15875/diff/
> 
> 
> Testing
> ---
> 
> Tested on master.
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

savepassword.sh file not found error while VM deploy

[Rajesh Battala]

Hi All,

I had generated a new systemvm template from Jenkins systemvm64-master job.
Using that template I had created a VR. When instance is getting deployed am 
getting error

INFO  [c.c.h.h.r.HypervDirectConnectResource] (DirectAgent-142:ctx-34ca54bd) 
dhcp_entry command on domain router 10.102.194.39 completed
INFO  [c.c.h.h.r.HypervDirectConnectResource] (DirectAgent-58:ctx-5fdc) 
Executing resource SavePasswordCommand. vmName: 
VM-1350aaab-9d1c-4a9e-a04a-5b3b92a5f5e5, vmIp: 10.1.1.67, password: 
f*
ERROR [c.c.u.s.SshHelper] (DirectAgent-58:ctx-5fdc) SSH execution of 
command /root/savepassword.sh  -v 10.1.1.67 -p fnirq_cnffjbeq has an error 
status code in return. result output: bash: /root/savepassword.sh: No such file 
or directory

ERROR [c.c.h.h.r.HypervDirectConnectResource] (DirectAgent-58:ctx-5fdc) 
savepassword command on domain router 10.102.194.39 failed, message: bash: 
/root/savepassword.sh: No such file or directory

In the systemvm generated from the jenksin job I had observer "savepassword.sh" 
is not present in "/root".

My mgmt. server is on 4.3 and am not able to deploy instance because of this 
issue.

Any pointers?

Thanks
Rajesh Battala

[DISCUSS](CLOUDSTACK-3471)Provide an API to extract the log statements of a given jobid

[Saurav Lahiri]

All,
This is to initiate discussion towards implementing an api to extract the
log messages
specific to a jobid.

As has been described in the bug descrition as of cloudstack 4.3 there is
no api that can
aggregate log messages by the job id. An api to extract logs by the jobid
would make it
easier to identify the sequence of steps that could have caused any issue
at hand. Manually
sifting through the huge log files is always an inconvenience.

To resolve this issue I am looking to implement the api which will extract
log messages by
job id. This will be available for use by any required consumers like UI,
cloudmonkey etc.
The api would in almost all cases be used to identify the sequence of steps
which have
occurred in relation to a job. In cases of failure this could potentially
point out the steps
which caused the issue. In other scenarios it could to an extent point out
how much a job has
progressed. Though progress indicator is not the purpose of the api.

Being an api, it will follow the standard api invocation procedures. It can
be invoked programatically
using the desired programming languages.

Possible inputs to the api could be  filter parameters like jobid, start
timestap, end timestamp,
severity of the message. It will produce a response which will comprise of
all the lines from the
logfiles which correspond to this jobid and  satisfy the specified
filtering criteria. The api would be
available for root admin, domain admin and users. The security
consideration should be that users
should only be able to query log messages for jobs that have been
triggerred by them.Since the
user is expecting an output it would be a good idea to implement it as a a
blocking/synchronous
API.

[QUESTION] Does anybody other than root admin need this API?

To filter and search the log messages instead of implementing the
 filtering code in cloudstack the
bulk of the job can be done through a opensource tool like
logstash+elasticsearch or fluentd. From
preliminary investigation it appears that logstash+elasticsearch could be a
feasible option.
Inputs on any other tool which can better accomplish the task is also
welcome. A point of consideration
with  logstash+elasticsearch is that if the log files grow very large then
to function optimally it could
require a dedicated hardware since these tools tend to cache large amount
of data in memory.
Currently I do not have any data to point to what large means but I shall
be running further tests during
evaluation of this combination.

Above is a brief description on what is being proposed, do let me know if
above sounds workable.
Suggestions/Objections are welcome.


Thanks
Saurav

Re: savepassword.sh file not found error while VM deploy

[Abhinandan Prateek]

In the c.c.h.h.r.HypervDirectConnectResource the ssh command is executed
using /root/savepassword.sh pathŠneed to change it to match where the
script is.

On 04/12/13 7:38 pm, "Rajesh Battala"  wrote:

>Hi All,
>
>I had generated a new systemvm template from Jenkins systemvm64-master
>job.
>Using that template I had created a VR. When instance is getting deployed
>am getting error
>
>INFO  [c.c.h.h.r.HypervDirectConnectResource]
>(DirectAgent-142:ctx-34ca54bd) dhcp_entry command on domain router
>10.102.194.39 completed
>INFO  [c.c.h.h.r.HypervDirectConnectResource]
>(DirectAgent-58:ctx-5fdc) Executing resource SavePasswordCommand.
>vmName: VM-1350aaab-9d1c-4a9e-a04a-5b3b92a5f5e5, vmIp: 10.1.1.67,
>password: f*
>ERROR [c.c.u.s.SshHelper] (DirectAgent-58:ctx-5fdc) SSH execution of
>command /root/savepassword.sh  -v 10.1.1.67 -p fnirq_cnffjbeq has an
>error status code in return. result output: bash: /root/savepassword.sh:
>No such file or directory
>
>ERROR [c.c.h.h.r.HypervDirectConnectResource]
>(DirectAgent-58:ctx-5fdc) savepassword command on domain router
>10.102.194.39 failed, message: bash: /root/savepassword.sh: No such file
>or directory
>
>In the systemvm generated from the jenksin job I had observer
>"savepassword.sh" is not present in "/root".
>
>My mgmt. server is on 4.3 and am not able to deploy instance because of
>this issue.
>
>Any pointers?
>
>Thanks
>Rajesh Battala

Review Request 16001: ListViews marked with 'needsRefresh' do not have loading overlay removed on error

[Chris Suich]

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

Review request for cloudstack, Brian Federle and Jessica Wang.


Repository: cloudstack-git


Description
---

ListView actions marked with 'needsRefresh' add a loading overlay before the 
action is performed. If the operation succeeds, the overlay is properly 
removed. If it fails, the overlay is NOT removed.

I fixed this issue by adding the appropriate JS to remove the overlay when an 
error occurs during the operation.

This is for JIRA-5368. If accepted, please apply to 4.3 branch as well.


Diffs
-

  ui/scripts/ui/widgets/listView.js 53b37f1 

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


Testing
---


Thanks,

Chris Suich

Re: Review Request 15763: Changed 'MigrateCommand' to use the global setting value of 'execute.in.sequence.hypervisor.commands'

[Alex Ough]

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

(Updated Dec. 4, 2013, 3:16 p.m.)


Review request for cloudstack.


Changes
---

reloading only with the latest changes


Repository: cloudstack-git


Description
---

When a host is switched to the 'maintenance mode', the vms in that host are 
migrated to another available hosts. Currently, the vm migrations are executed 
sequentially, it can take a lot of time when there are quite number of vms. So 
I changed 'MigrateCommand' to get the value of 'executeInSequence' property 
from the global setting value of 'execute.in.sequence.hypervisor.commands' so 
that users can execute the migrations in parallel to save time.


Diffs (updated)
-

  engine/api/src/com/cloud/vm/VirtualMachineManager.java c78942f 
  setup/db/db/schema-410to420.sql 522ccc4 

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


Testing
---

Tested in the simulator mode and Xen servers.


Thanks,

Alex Ough

Re: Review Request 15763: Changed 'MigrateCommand' to use the global setting value of 'execute.in.sequence.hypervisor.commands'

[Alex Ough]

Hi Koushik,

This time I reloaded only the 2 changes.
To make it clean, I tried to remove the previous incorrect one, but I
couldn't find how.
So let me know if it is better to discard this review and create a new one.

Thanks
Alex Ough


On Wed, Dec 4, 2013 at 12:04 AM, Koushik Das  wrote:

>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15763/#review29716
> ---
>
>
> Looks like the latest patch has some issues, the diff is not showing up.
> Also there are 2 commits in the patch file. Can you resubmit the patch with
> only a single commit?
>
> - Koushik Das
>
>
> On Dec. 3, 2013, 5:07 p.m., Alex Ough wrote:
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/15763/
> > ---
> >
> > (Updated Dec. 3, 2013, 5:07 p.m.)
> >
> >
> > Review request for cloudstack.
> >
> >
> > Repository: cloudstack-git
> >
> >
> > Description
> > ---
> >
> > When a host is switched to the 'maintenance mode', the vms in that host
> are migrated to another available hosts. Currently, the vm migrations are
> executed sequentially, it can take a lot of time when there are quite
> number of vms. So I changed 'MigrateCommand' to get the value of
> 'executeInSequence' property from the global setting value of
> 'execute.in.sequence.hypervisor.commands' so that users can execute the
> migrations in parallel to save time.
> >
> >
> > Diffs
> > -
> >
> >   core/src/com/cloud/agent/api/MigrateCommand.java 0d8f70c
> >   engine/api/src/com/cloud/vm/VirtualMachineManager.java c78942f
> >   engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
> 3a3de70
> >   setup/db/db/schema-410to420.sql 522ccc4
> >   setup/db/db/schema-410to420.sql 522ccc4
> >   setup/db/db/schema-430to440.sql 9bb9602
> >
> > Diff: https://reviews.apache.org/r/15763/diff/
> >
> >
> > Testing
> > ---
> >
> > Tested in the simulator mode and Xen servers.
> >
> >
> > Thanks,
> >
> > Alex Ough
> >
> >
>
>

Jenkins build is back to normal : build-master » cloud-framework-spring-module #112

[jenkins]

See 

Re: Review Request 16001: ListViews marked with 'needsRefresh' do not have loading overlay removed on error

[Brian Federle]

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

Ship it!


Ship It!

- Brian Federle


On Dec. 4, 2013, 3:11 p.m., Chris Suich wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16001/
> ---
> 
> (Updated Dec. 4, 2013, 3:11 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> ListView actions marked with 'needsRefresh' add a loading overlay before the 
> action is performed. If the operation succeeds, the overlay is properly 
> removed. If it fails, the overlay is NOT removed.
> 
> I fixed this issue by adding the appropriate JS to remove the overlay when an 
> error occurs during the operation.
> 
> This is for JIRA-5368. If accepted, please apply to 4.3 branch as well.
> 
> 
> Diffs
> -
> 
>   ui/scripts/ui/widgets/listView.js 53b37f1 
> 
> Diff: https://reviews.apache.org/r/16001/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Chris Suich
> 
>

Re: [Discuss] AutoScaling.next in CloudStack

[Nguyen Anh Tu]

Yeah, so I should edit the wiki page. Back to you guys when I finish the
draft.

Cheers,

--Tuna


On Wed, Dec 4, 2013 at 1:24 AM, Chiradeep Vittal <
chiradeep.vit...@citrix.com> wrote:

> Agree that we should have at least 1 implemented monitoring plugin.
> Before we jump into SNMP etc, I'd like to see the public interfaces of the
> monitoring and AS services.
> In the figure I had sketched out, I'd like to see the specifications of
> all the APIs.
>
> We can then enumerate the autoscaling workflows and see if the APIs are
> sufficient.
> Some of the flows are:
> 1. Create a launch configuration
> 2. Create AS group using the launch config in #1
> 3. Scheduled scaling
> 4. Dynamic (load-based) scale up and down
>
>
> On 12/3/13 2:54 AM, "Daan Hoogland"  wrote:
>
> >On Tue, Dec 3, 2013 at 10:03 AM, Nguyen Anh Tu  wrote:
> >> + what SNMP software we use? I found Net-SNMP but not sure it's okie.
> >>Need
> >> to try and review it.
> >There are a lot of oopen source and commercial once out there. We need
> >an open source one. Given that we are probably going to have to do
> >some work on the library our selves, I think license compatability
> >with apache deserves the greatest consideration.
> >
> >> + what metric we decide to monitor for AS action?
> >I think we should design a solution that reads from a configuration
> >file what mibs/oids to query from what device. So we don't need to
> >make this decision in this (design) phase
>
>

Re: Engage cloudStack project

[Nguyen Anh Tu]

hi Malintha,

Also don't forget the CloudStack documents such as install & admin guide :D

--Tuna


On Wed, Dec 4, 2013 at 12:27 PM, Punith S  wrote:

> hi ,
>
> deplay the cloudstack in your own machine using devcloud2 and play around
> it at the start.
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud this link
> is very helpful, thanks.
>
>
> On Wed, Dec 4, 2013 at 10:26 AM, Malintha Adikari 
> wrote:
>
> > Thanks Rajani
> >
> >
> > On Wed, Dec 4, 2013 at 10:20 AM, Rajani Karuturi <
> > rajani.karut...@citrix.com
> > > wrote:
> >
> > > I would encourage you to go through the architecture overview and
> videos
> > > available.
> > >
> > > http://shapeblue.com/citrix/cloudstack-architecture-overview/
> > > http://www.youtube.com/watch?v=D1K_8rvDhic part 1
> > > http://www.youtube.com/watch?v=uSwisRfJVdM part 2
> > > http://www.slideshare.net/cloudstack/cloudstack-architecture slides
> > >
> > > These are around an year old. But should definitely help you get
> started.
> > >
> > > --
> > > Thanks,
> > > Rajani
> > >
> > >
> > > -Original Message-
> > > From: Malintha Adikari  > > malintha%20adikari%20%3cmalin...@wso2.com%3e>>
> > > Reply-to: 
> > > To: dev@cloudstack.apache.org
> > > Subject: Engage cloudStack project
> > > Date: Tue, 3 Dec 2013 16:36:28 +0530
> > >
> > >
> > >
> > > Hi,
> > >
> > > I am Malintha Adikari from Sri Lanka ,a fresh engineer  who works in an
> > > open source software company and I want to engage cloudStack project. I
> > am
> > > very interesting in cloud computing concepts but I have least hands-on
> > > experience. I am experience in Java and C development.I have checked
> out
> > > the source and go through the documentation ( some sections were
> > difficult
> > > to understand for me). What should be my first steps ? Can I build and
> > run
> > > the source code ? Could you please give me suggestions to get start
> > >
> > > Thank you,
> > >
> > >
> >
> >
> > --
> > *Malintha Adikari*
> >  Software Engineer
> > WSO2 Inc.; http://wso2.com
> > lean.enterprise.middleware
> >
> > mobile: +94 71 2312958
> >
>
>
>
> --
> regards,
>
> punith s
> cloudbyte.com
>

Review Request 16002: [CLOUDSTACK-3932] EN: Truncation issue occurred in secondary storage URL.

[Dariusz Nejbauer]

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

Review request for cloudstack.


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


Repository: cloudstack-git


Description
---

Wrong layout format in Secondary Storage QuickView: 
https://issues.apache.org/jira/secure/attachment/12594894/Truncation.jpg

Problem with layout occurs when quick-view displays details field from json 
data. In table body, row has the same class as the parent div.


Diffs
-

  ui/scripts/ui/widgets/detailView.js b0ebaa9b27947f3720e2068471361004bce02f7a 

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


Testing
---

Tested locally on:
1. DevCloud setup
2. Win 7-Chrome
3. Win 7-Firefox 22.0
4. Win 7-IE9
5. Ubuntu 12.04-Firefox 25.0.1

QuickView after change:
https://drive.google.com/file/d/0Bxp-rsbufeAzZEtlakxKTEwyaGM/edit?usp=sharing


Thanks,

Dariusz Nejbauer

Re: Review Request 15932: Add support for Primary Storage on Gluster using the libvirt backend

[John Burwell]

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



plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolDef.java


If the Gluster poolType is netfs, why isn't this rule captured in the 
enumeration?  This feels like a leaky abstraction that will be difficult to 
maintain.

Also, concatenating strings as part of StringBuilder append cancels out the 
performance benefits of StringBuilder.  This code should be converted to the 
following:

  storagePoolBuilder.append("");
 storagePoolBuilder.append(System.lineSeparator());



plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolDef.java


By coding standards, please remove the tab characters.



plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolDef.java


Remove the string concatenations from the StringBuilder appends to avoid 
needless string allocation that StringBuilder is intended to avoid.



plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java


The log level of this message should be a WARN to let operators know that 
the state of the underlying storage may be out of sync with the CloudStack 
configuration.



plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java


Extract this if block to factory method on the poolType enumeration (e.g. 
toStoragePoolType).  It should also include a catch all that throws a 
CloudRuntimeException for an unsupported type mapping.



plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java


Lines 518 and 519 can be collapsed to the following:

s_logger.error("Failed to create mount.", e).

Also, please include some state information (e.g. mount name, point, etc) 
in the error message so that an operator can correlate the error with the 
CloudStack configuration and/or the underlying storage device.



plugins/storage/volume/default/src/org/apache/cloudstack/storage/datastore/lifecycle/CloudStackPrimaryDataStoreLifeCycleImpl.java


Magic value.  This default port value should be captured somewhere in the 
Gluster driver as a constant.


- John Burwell


On Dec. 1, 2013, 9:07 a.m., Niels de Vos wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15932/
> ---
> 
> (Updated Dec. 1, 2013, 9:07 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The support for Gluster as Primary Storage is mostly based on the
> implementation for NFS. Like NFS, libvirt can address a Gluster environment
> through the 'netfs' pool-type.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/storage/Storage.java 07b6667 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  182cb22 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolDef.java
>  e181cea 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  0760e51 
>   
> plugins/storage/volume/default/src/org/apache/cloudstack/storage/datastore/lifecycle/CloudStackPrimaryDataStoreLifeCycleImpl.java
>  7555c1e 
> 
> Diff: https://reviews.apache.org/r/15932/diff/
> 
> 
> Testing
> ---
> 
> See http://blog.nixpanic.net/2013/12/using-gluster-as-primary-storage-in.html
> 
> 
> Thanks,
> 
> Niels de Vos
> 
>

Re: Review Request 13072: Print agent host name in logging of agent commands

[David Nalley]

> On Nov. 8, 2013, 2:03 a.m., Amogh Vasekar wrote:
> > Reminder - 
> > Hi,
> > This review has been pending for long. Request the reviewer to provide 
> > comments.
> > Thanks

Appears to be committed in: 4e0e7410e99c7f57cde934af1fef9b27d0ae1e66 


- David


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


On Aug. 6, 2013, 10:32 p.m., Marcus Sorensen wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13072/
> ---
> 
> (Updated Aug. 6, 2013, 10:32 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-3872
> https://issues.apache.org/jira/browse/CLOUDSTACK-3872
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Print agent name when logging Commands sent to VM hosts. See bug description. 
>  I'm not super familiar with this code, so I'd like someone to look over it 
> and verify it's the right thing.
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/agent/transport/Request.java b0fa4cc 
>   server/src/com/cloud/agent/manager/AgentAttache.java 1785bcf 
>   server/src/com/cloud/agent/manager/AgentManagerImpl.java b157838 
>   server/src/com/cloud/agent/manager/ClusteredAgentAttache.java 058a904 
>   server/src/com/cloud/agent/manager/ClusteredAgentManagerImpl.java 4fdb3c6 
>   server/src/com/cloud/agent/manager/ClusteredDirectAgentAttache.java 9012433 
>   server/src/com/cloud/agent/manager/ConnectedAgentAttache.java c98307b 
>   server/src/com/cloud/agent/manager/DirectAgentAttache.java 9b7d69f 
>   server/src/com/cloud/agent/manager/DummyAttache.java 14286d2 
> 
> Diff: https://reviews.apache.org/r/13072/diff/
> 
> 
> Testing
> ---
> 
> Tested on KVM zone, need help testing others.
> 
> 
> Thanks,
> 
> Marcus Sorensen
> 
>

CloudStack 4.2 Installation Console Proxy Issues

[Sean Truman]

All,

I have did a default installation of CloudStack 4.2, everything comes up
correctly.  I have run into a problem, the Console Proxy isn't working
correctly.  I have ssh'd into the console proxy VM and I can see the apache
daemon is not running.  When I try to start it manually it says it cannot
bind to 10.1.1.1:80 or 10.1.1.1:443.  Here is the output from my ifconfig
on the console proxy.

eth0  Link encap:Ethernet  HWaddr 0e:00:a9:fe:03:54
  inet addr:169.254.3.84  Bcast:169.254.255.255  Mask:255.255.0.0
  inet6 addr: fe80::c00:a9ff:fefe:354/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:1405 errors:0 dropped:0 overruns:0 frame:0
  TX packets:989 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:121994 (119.1 KiB)  TX bytes:149838 (146.3 KiB)

eth1  Link encap:Ethernet  HWaddr 06:c7:7c:00:00:10
  inet addr:10.0.161.16  Bcast:10.0.255.255  Mask:255.255.0.0
  inet6 addr: fe80::4c7:7cff:fe00:10/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:6493 errors:0 dropped:0 overruns:0 frame:0
  TX packets:30 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:877743 (857.1 KiB)  TX bytes:2112 (2.0 KiB)

eth2  Link encap:Ethernet  HWaddr 06:07:62:00:00:16
  inet addr:10.0.160.2  Bcast:10.0.255.255  Mask:255.255.0.0
  inet6 addr: fe80::407:62ff:fe00:16/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:6630 errors:0 dropped:0 overruns:0 frame:0
  TX packets:154 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:888985 (868.1 KiB)  TX bytes:12138 (11.8 KiB)


Any help would be appreciated..  Another question what tells the Console
proxy what IP's to bind to?

v/r
Sean

Why is loginUrl parameter needed?

[Demetrius Tsitrelis]

In CloudStack, it seems that one can login via three methods:
1) Connect to the API endpoint and use a login command with a user name and 
password.2) Connect to the API endpoint and use a login command with a user 
name and a signature based upon the "security.singlesignon.key" global 
setting.3) Pass a "loginUrl" parameter to the login page which fills out the 
g_loginResponse data structure.  See $(document).ready() in 
cloud.core.callbacks.js in the ui/scripts directory.
It is that last option I am trying to understand.  What is the use case for 
this?  Are there examples of this parameter?
  

Build failed in Jenkins: build-master #117

[jenkins]

See 

Changes:

[brian.federle] VR UI actions: Fix incorrect response object referenced on 
action complete

[brian.federle] Detail view: Fix error on refresh from async action

--
[...truncated 3545 lines...]
Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[JENKINS] Recording test results
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Console Proxy 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloudstack-service-console-proxy ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 
 
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloudstack-service-console-proxy ---
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Console Proxy - Server 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-console-proxy 
---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-console-proxy ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-console-proxy ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-console-proxy ---
[INFO] Compiling 55 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-console-proxy ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-console-proxy ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-console-proxy 
---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[JENKINS] Recording test results
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack System VM 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-systemvm ---
[INFO] Deleting 
 (includes 
= [**/*], excludes = [])
[INFO] Deleting 
 (includes = 
[**/*], excludes = [])
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-antrun-plugin:1.7:run (build-cloud-scripts) @ cloud-systemvm 
---
[INFO] Executing tasks

main:
[mkdir] Created dir: 

[mkdir] Created dir: 

[mkdir] Created dir: 

 [copy] Copying 103 files to 

 [copy] Copying 3 files to 

  [tar] Building tar: 

Re: Entity UUID and Type missing on ActionEvent event notifications

[Alex Ough]

All,

I made a comment on its jira,
CLOUDSTACK-3190,
so can anyone confirm what I found?
I guess it is related with some refactoring related with 'CallContext'
class.

If correct, I'd like make changes because it is a blocker of what I'm
working on for 
CLOUDSTACK-4992
.

Thanks
Alex Ough


On Wed, Nov 20, 2013 at 1:37 PM, Nitin Mehta  wrote:

> David - CallContext gets created during the entry point of the API.
> I haven't had the chance to completely investigate but I am hoping that
> you can push the UUID then or on completion of the API (in case where you
> are creating the actual resource).
> See if that works else there is no other way out.
>
> Another feedback on Rabbit MQ would be to push the list of all the first
> class objects (UUIDs) that are affected  in the event description if
> possible. Say user invokes attachVolume to a vm. It would be good to
> always push vm uuid.
> Just putting in the volume uuid necessitates another call to CS and also
> that this was attach volume operation.
>
> Thanks,
> -Nitin
>
> On 20/11/13 8:23 AM, "David Grizzanti" 
> wrote:
>
> >Thanks for the feedback and info on the existing bug filed for this.
> >
> >Nitin - I was originally thinking along the lines of what Murali has
> >recently commented (i.e. adding Entity Details in the UserContext in all
> >the places where an Action Event is generated).  The particular case I
> >was using this for when I found the issue was for creating a network,
> >which is not an async job.  The AsyncJobManager I believe it generating a
> >different type of event that what I was originally looking at.
> >
> >Let me know your thoughts.
> >
> >Thanks
> >
> >--
> >David Grizzanti
> >Software Engineer
> >Sungard Availability Services
> >
> >e: david.grizza...@sungard.com
> >w: 215.446.1431
> >c: 570.575.0315
> >
> >On November 20, 2013 at 2:45:50 AM, Murali Reddy
> >(murali.re...@citrix.com) wrote:
> >
> >
> >
> >On 20/11/13 2:15 AM, "David Grizzanti" 
> >wrote:
> >
> >>Hi All,
> >>
> >>I noticed that the event messages going to rabbitmq of type
> >>"ActionEvent"
> >>are missing any reference to the entity Id/UUID. Was this omission
> >>intentional? Poking through the code, I was able to find that adding the
> >>
> >>information on to the event is fairly straightforward (albeit a bit
> >>tedious). Does anyone have any objections to updating these event types
> >>with this information? I can file the appropriate Jira, but wanted to
> >>check in with the list first to get opinions.
> >
> >David,
> >
> >Omission is not intentional. Please see [1] for earlier discussion. There
> >
> >is a bug opened as well[2].
> >
> >If you see ActionEventUtils, there is code that gets 'entity type' and
> >'entity uuid' from the CallContext and fills the details on the message
> >published. I added this as generic mechanism. Unfortunately, there is not
> >
> >a single place where if you populate the entity type and uuid in the call
> >
> >context then things would fall in place. So its tedious job of adding the
> >
> >entity type and uuid details to the call context to all the methods
> >annotated with 'ActionEvent', but other wise it is a much needed fix.
> >
> >[1]
> >
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201306.mbox/%3CCDF
> >1
> >db6a.424d9%25murali.re...@citrix.com%3E
> >[2] https://issues.apache.org/jira/browse/CLOUDSTACK-3190
> >
> >
> >> Example event for network creation below.
> >>
> >>Thanks
> >>
> >>--
> >>@source="management-server", @type="ActionEvent",
> >>@action="NETWORK-CREATE", @resource_type="Network", @resource_id="*">
> >>{
> >> "status": "Completed",
> >> "event": "NETWORK.CREATE",
> >> "account": "6d836cf8-47cd-11e3-a130-606d02c0c082",
> >> "user": "6d838544-47cd-11e3-a130-606d02c0c082"
> >>}
> >>
> >>--
> >>David Grizzanti
> >>Software Engineer
> >>Sungard Availability Services
> >>
> >>e: david.grizza...@sungard.com
> >>w: 215.446.1431
> >>c: 570.575.0315
> >
> >
> >
>
>
>

Re: [Discuss] AutoScaling.next in CloudStack

[Nguyen Anh Tu]

Dear all,

I updated wiki doc for autoscaling feature. It's just a draft version and
need reviewed. Take a look on that.

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Autoscale+framework

Cheers,

--Tuna


On Wed, Dec 4, 2013 at 10:57 PM, Nguyen Anh Tu  wrote:

> Yeah, so I should edit the wiki page. Back to you guys when I finish the
> draft.
>
> Cheers,
>
> --Tuna
>
>
> On Wed, Dec 4, 2013 at 1:24 AM, Chiradeep Vittal <
> chiradeep.vit...@citrix.com> wrote:
>
>> Agree that we should have at least 1 implemented monitoring plugin.
>> Before we jump into SNMP etc, I'd like to see the public interfaces of the
>> monitoring and AS services.
>> In the figure I had sketched out, I'd like to see the specifications of
>> all the APIs.
>>
>> We can then enumerate the autoscaling workflows and see if the APIs are
>> sufficient.
>> Some of the flows are:
>> 1. Create a launch configuration
>> 2. Create AS group using the launch config in #1
>> 3. Scheduled scaling
>> 4. Dynamic (load-based) scale up and down
>>
>>
>> On 12/3/13 2:54 AM, "Daan Hoogland"  wrote:
>>
>> >On Tue, Dec 3, 2013 at 10:03 AM, Nguyen Anh Tu  wrote:
>> >> + what SNMP software we use? I found Net-SNMP but not sure it's okie.
>> >>Need
>> >> to try and review it.
>> >There are a lot of oopen source and commercial once out there. We need
>> >an open source one. Given that we are probably going to have to do
>> >some work on the library our selves, I think license compatability
>> >with apache deserves the greatest consideration.
>> >
>> >> + what metric we decide to monitor for AS action?
>> >I think we should design a solution that reads from a configuration
>> >file what mibs/oids to query from what device. So we don't need to
>> >make this decision in this (design) phase
>>
>>
>

Jenkins build is back to normal : build-master #118

[jenkins]

See 

Re: [VOTE] 2nd round of voting for ASF 4.2.1 RC

[Sebastien Goasguen]

On Dec 4, 2013, at 4:33 AM, Abhinandan Prateek  
wrote:

> Was trying to understand the issue. It seems there is no account
> information in network_acl or network_acl_item table.
> A proper fix will mean including that information and that means schema
> change. Since this is a maintenance release we will like to avoid schema
> changes as much as possible.

it sounds like a pretty big issue IMHO, if not even a security risk.

In addition there was this bug:
https://issues.apache.org/jira/browse/CLOUDSTACK-5214

reported by milamber on 4.2.1 upgrade. He raise it as a blocker.

if both need a db schema fix, then maybe we need to bite the bullet...

> 
> A temporary fix (i.e. Till we fix schema in next big release) could mean
> fetching vpc list for a user from vpc table and then use the vpc ids to
> get the acls. *Marcus* you want to try out this fix ?
> 
> -abhi
> 
> On 04/12/13 3:28 am, "Marcus Sorensen"  wrote:
> 
>> Running the same API call on versions lower than 4.2.0 yields correct
>> results, since 4.2.0 the API call returns incorrect data. The API
>> itself is compatible, but for example if an application or user
>> consuming the API makes those calls it will get incorrect data. For
>> example, you now may get a hundred entries for port 22 open to
>> 0.0.0.0/0 in your response, when only one of them is owned by you.
>> 
>> On Tue, Dec 3, 2013 at 2:48 PM, Daan Hoogland 
>> wrote:
>>> H Marcus,
>>> 
>>> It breaks behavior of the API, you say. Is this in comparison to 4.2
>>> or to prior versions?
>>> 
>>> thanks,
>>> Daan
>>> 
>>> On Tue, Dec 3, 2013 at 6:40 PM, Chip Childers 
>>> wrote:
 On Tue, Dec 3, 2013 at 7:48 AM, sebgoa  wrote:
> 
> Can you be more specific ? what fixes required a re-vote ?
 
 There was a security vulnerability reported in the release of
 sufficient severity to cause the security team to request Abhi hold
 off on publishing the release and to re-spin.
> 

Re: Request: Help designing a 'powered by' logo for CloudStack

[Daan Hoogland]

I actually don't like the cute creature in there. from a graphical
stance; it ruins the balance in the logo, hanging out on the top
right. maybe because of the form factor. maybe you can try one without
the monkey and one cut in which the centre of the picture is between
the base of the monkey tail and the start of the cloud.

sorry to nag,
Daan

On Wed, Dec 4, 2013 at 10:00 PM, Laszlo Hornyak
 wrote:
> Hi,
>
> Sending version 0.0.3:
> - Complete monkey added
> - "Apache" added
> - Clouds more like the original logo
> This also comes with some cons:
> - 4 colors
> - lots of text, at least compared to 0.0.1
> but if you look at it scaled down to very small, it is still readable, even
> the monkey is so-so.
>
> Just in case someone feels like experimenting, I also attached the up to
> date version of my reverse engineered cloudstack monkey with cloud.
>
> steroidmonkey is just a bit different from the poweredbycloudstack svg, spot
> the difference :-)
>
> Your feedback is welcome!
>
> Thank you,
> Laszlo
>
>
> On Tue, Dec 3, 2013 at 11:31 AM, Daan Hoogland 
> wrote:
>>
>> I like,
>> 2. But I agree with Rbyn about the word apache. I should be in there.
>> I think it must even.
>> 1. It looks streched on my preview in finder as well
>>
>> On Mon, Dec 2, 2013 at 9:47 PM, Robyn Bergeron 
>> wrote:
>> >
>> >
>> > - Original Message -
>> >> From: "Laszlo Hornyak" 
>> >> To: dev@cloudstack.apache.org
>> >> Cc: market...@cloudstack.apache.org
>> >> Sent: Sunday, December 1, 2013 10:31:11 AM
>> >> Subject: Re: Request: Help designing a 'powered by' logo for CloudStack
>> >>
>> >> Hi,
>> >>
>> >> Here is my version:
>> >>  - SVG format as you requested
>> >>  - Only two colors, exactly the same as for the original logo. I prefer
>> >> few
>> >> colors for such pictures
>> >>  - Unfortunately the monkey could not make it, the whole thing needs to
>> >> fit
>> >> into a very small area and the monkey would be too little detail (the
>> >> monkey is übercool anyway)
>> >>  - if no monkey, then cloud
>> >>  - only "powered by cloudstack", no extra text because it make make
>> >> difficult to read in such a small place
>> >>  - see attached file :)
>> >
>> > Hi,
>> >
>> > I like the cloud idea/placement. (And totally get that it's going to be
>> > hard to see the monkey in such a small space. Even though he's so cute.)
>> >
>> > Two things -
>> >
>> > 1) The lettering in the word "cloudstack" looks stretched as compared
>> > with the normal look of the font - I'm not sure if that's intentional, not
>> > intentional, something really weird in how it's rendering on my screen... 
>> > :)
>> > 2) I realize the problem around "no extra text" but ... do we want to
>> > add in the word apache? (or conversely, is there any reason why it 
>> > shouldn't
>> > be added in... legal, etc)?
>> >
>> > -robyn
>> >
>> >
>> >>
>> >>
>> >> On Fri, Nov 15, 2013 at 6:56 PM, David Nalley  wrote:
>> >>
>> >> > Hi folks:
>> >> >
>> >> > If you happen to have some graphical design talent (I have none) I
>> >> > have a great opportunity for you :)
>> >> >
>> >> > CloudStack needs a 'powered by' logo that is easy to consume, and is
>> >> > also attractive.
>> >> >
>> >> > A couple examples of powered by logos:
>> >> >
>> >> > http://tomcat.apache.org/images/tomcat-power.gif
>> >> >
>> >> >
>> >> > https://cwiki.apache.org/confluence/download/attachments/80899/mahout-logo-poweredby-100.png?version=1&modificationDate=1312880703000
>> >> >
>> >> >
>> >> > https://netbeans.org/images_www/screenshots/6.0/baseIDE_ant_powered_150px.png
>> >> >
>> >> > A couple of constraints:
>> >> > * Please don't use the Apache feather. (we could, but lets not; it
>> >> > will make life simpler)
>> >> > * Please try and produce a vector format as source (this allows us to
>> >> > scale/etc)
>> >> > * Because this will become a trademark (which is vastly different
>> >> > that
>> >> > copyright) - we will likely need some explicit email agreement around
>> >> > trademarks rights for the image. (I promise, it isn't as scary as
>> >> > that
>> >> > sentence makes it out to be.)
>> >> >
>> >> > Anyone interested?
>> >> >
>> >> > --David
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> EOF
>> >>
>
>
>
>
> --
>
> EOF

Re: test failures

[Laszlo Hornyak]

Hi,

I wrote those tests a few weeks ago, it may be my mistake. It works for me
after git rebase. Could you send me a full log from the build + testcase
output txt/xml file?

Thank you,
Laszlo


On Wed, Dec 4, 2013 at 2:07 AM, Min Chen  wrote:

> I am encountering the same.
>
> Thanks
> -min
>
> On 12/3/13 4:41 PM, "Alena Prokharchyk" 
> wrote:
>
> >Does anybody experience this test failure on the latest master?
> >
> >Results :
> >
> >Tests in error:
> >  getColumnName(com.cloud.utils.DbUtilTest)
> >  getColumnName(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  isPersistable(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  isPersistable(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  getTableName(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  getTableName(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  getGlobalLock(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  getGlobalLock(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  getGlobalLockTimeout(com.cloud.utils.DbUtilTest): Could not initialize
> >class com.cloud.utils.db.TransactionLegacy
> >  getGlobalLockTimeout(com.cloud.utils.DbUtilTest): Could not initialize
> >class com.cloud.utils.db.TransactionLegacy
> >  closeNull(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >  closeNull(com.cloud.utils.DbUtilTest): Could not initialize class
> >com.cloud.utils.db.TransactionLegacy
> >
>
>


-- 

EOF

Re: test failures

[Alena Prokharchyk]

Laszlo, here is the error:

Tests run: 28, Failures: 0, Errors: 26, Skipped: 2, Time elapsed: 0.825 sec <<< 
FAILURE!
getColumnName(com.cloud.utils.DbUtilTest)  Time elapsed: 0.293 sec  <<< ERROR!
java.lang.ExceptionInInitializerError
at sun.misc.Unsafe.ensureClassInitialized(Native Method)
at 
sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:25)
………..

 at 
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:103)
at 
org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:74)
Caused by: com.cloud.utils.exception.CloudRuntimeException: File containing 
secret key not found: /etc/cloudstack/management/key
at 
com.cloud.utils.crypt.EncryptionSecretKeyChecker.check(EncryptionSecretKeyChecker.java:88)
at com.cloud.utils.db.DbProperties.getDbProperties(DbProperties.java:79)
at 
com.cloud.utils.db.TransactionLegacy.(TransactionLegacy.java:1024)
... 39 more
Caused by: java.io.FileNotFoundException: /etc/cloudstack/management/key (No 
such file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:120)
at java.io.FileReader.(FileReader.java:55)
at 
com.cloud.utils.crypt.EncryptionSecretKeyChecker.check(EncryptionSecretKeyChecker.java:84)
... 41 more
getColumnName(com.cloud.utils.DbUtilTest)  Time elapsed: 0.294 sec  <<< ERROR!
java.lang.NoClassDefFoundError: Could not initialize class 
com.cloud.utils.db.TransactionLegacy
at sun.misc.Unsafe.ensureClassInitialized(Native Method)

From: Laszlo Hornyak mailto:laszlo.horn...@gmail.com>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Wednesday, December 4, 2013 1:34 PM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: Re: test failures

Hi,

I wrote those tests a few weeks ago, it may be my mistake. It works for me
after git rebase. Could you send me a full log from the build + testcase
output txt/xml file?

Thank you,
Laszlo


On Wed, Dec 4, 2013 at 2:07 AM, Min Chen 
mailto:min.c...@citrix.com>> wrote:

I am encountering the same.

Thanks
-min

On 12/3/13 4:41 PM, "Alena Prokharchyk" 
mailto:alena.prokharc...@citrix.com>>
wrote:

>Does anybody experience this test failure on the latest master?
>
>Results :
>
>Tests in error:
>  getColumnName(com.cloud.utils.DbUtilTest)
>  getColumnName(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  isPersistable(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  isPersistable(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  getTableName(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  getTableName(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  getGlobalLock(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  getGlobalLock(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  getGlobalLockTimeout(com.cloud.utils.DbUtilTest): Could not initialize
>class com.cloud.utils.db.TransactionLegacy
>  getGlobalLockTimeout(com.cloud.utils.DbUtilTest): Could not initialize
>class com.cloud.utils.db.TransactionLegacy
>  closeNull(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>  closeNull(com.cloud.utils.DbUtilTest): Could not initialize class
>com.cloud.utils.db.TransactionLegacy
>




--

EOF

Apache JIRA is down

[Animesh Chaturvedi]

Looks like Apache JIRA is down.


Animesh

Re: Apache JIRA is down

[David Nalley]

https://twitter.com/infrabot/statuses/403083359712468992

On Wed, Dec 4, 2013 at 4:48 PM, Animesh Chaturvedi
 wrote:
> Looks like Apache JIRA is down.
>
>
> Animesh

RE: Apache JIRA is down

[Animesh Chaturvedi]

Thanks its back online

-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: Wednesday, December 04, 2013 1:52 PM
To: dev@cloudstack.apache.org
Subject: Re: Apache JIRA is down

https://twitter.com/infrabot/statuses/403083359712468992

On Wed, Dec 4, 2013 at 4:48 PM, Animesh Chaturvedi 
 wrote:
> Looks like Apache JIRA is down.
>
>
> Animesh

why do we have a maven repo on https://repository.apache.org/content/groups/snapshots/org/apache/cloudstack/

[Frank Zhang]

[INFO] Total time: 1:11.962s
[INFO] Finished at: Wed Dec 04 14:16:26 PST 2013
[INFO] Final Memory: 43M/111M
[INFO] 
[ERROR] Failed to execute goal on project cloud-framework-jobs: Could not 
resolve dependencies for project 
org.apache.cloudstack:cloud-framework-jobs:jar:4.3.0-SNAPSHOT: Failure to find 
org.apache.cloudstack:cloud-framework-cluster:jar:4.3.0-SNAPSHOT in 
http://repository.apache.org/snapshots was cached in the local repository, 
resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced -> [Help 1]

I am facing build error on 4.3 branch, it tries to pull 
cloud-framework-jobs:jar that is a part of source code supposed to be built 
from http://repository.apache.org/snapshots.
This is very confusing, IMO we should not have 
https://repository.apache.org/content/groups/snapshots/org/apache/cloudstack/ 
on apache. Does anybody know the reason?

Build failed in Jenkins: cloudstack-4.3-maven-build #58

[jenkins]

See 

Changes:

[nitin.mehta] CLOUDSTACK-5352:

[jessicawang] CLOUDSTACK-5139: UI > Infrastructure > Secondary Storage > Add 
Secondary Storage > providers dropdown - hardcode options instead of get them 
from listStorageProviders&type=image since not all of returned values are 
handled by UI (e.g. "NetApp" is not handled by UI).

--
[...truncated 1956 lines...]
---
 T E S T S
---
Running org.apache.cloudstack.dedicated.manager.DedicatedApiUnitTest
log4j:WARN No appenders could be found for logger 
(org.springframework.test.context.junit4.SpringJUnit4ClassRunner).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.437 sec

Results :

Tests run: 10, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Hypervisor OracleVM 4.3.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Compiling 18 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Open vSwitch 4.3.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-network-ovs ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-network-ovs ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-network-ovs ---
[INFO] Compiling 23 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

Re: Request: Help designing a 'powered by' logo for CloudStack

[Kirk Jantzer]

Daan - agreed about the balance, however disagree about the monkey. I think
if the text was a layer over the cloud, it might be more balanced, like
this: http://i.imgur.com/WTNAIoG.png (not the same font or text, but the
idea)


Regards,

Kirk Jantzer
http://about.me/kirkjantzer


On Wed, Dec 4, 2013 at 4:34 PM, Daan Hoogland wrote:

> I actually don't like the cute creature in there. from a graphical
> stance; it ruins the balance in the logo, hanging out on the top
> right. maybe because of the form factor. maybe you can try one without
> the monkey and one cut in which the centre of the picture is between
> the base of the monkey tail and the start of the cloud.
>
> sorry to nag,
> Daan
>
> On Wed, Dec 4, 2013 at 10:00 PM, Laszlo Hornyak
>  wrote:
> > Hi,
> >
> > Sending version 0.0.3:
> > - Complete monkey added
> > - "Apache" added
> > - Clouds more like the original logo
> > This also comes with some cons:
> > - 4 colors
> > - lots of text, at least compared to 0.0.1
> > but if you look at it scaled down to very small, it is still readable,
> even
> > the monkey is so-so.
> >
> > Just in case someone feels like experimenting, I also attached the up to
> > date version of my reverse engineered cloudstack monkey with cloud.
> >
> > steroidmonkey is just a bit different from the poweredbycloudstack svg,
> spot
> > the difference :-)
> >
> > Your feedback is welcome!
> >
> > Thank you,
> > Laszlo
> >
> >
> > On Tue, Dec 3, 2013 at 11:31 AM, Daan Hoogland 
> > wrote:
> >>
> >> I like,
> >> 2. But I agree with Rbyn about the word apache. I should be in there.
> >> I think it must even.
> >> 1. It looks streched on my preview in finder as well
> >>
> >> On Mon, Dec 2, 2013 at 9:47 PM, Robyn Bergeron 
> >> wrote:
> >> >
> >> >
> >> > - Original Message -
> >> >> From: "Laszlo Hornyak" 
> >> >> To: dev@cloudstack.apache.org
> >> >> Cc: market...@cloudstack.apache.org
> >> >> Sent: Sunday, December 1, 2013 10:31:11 AM
> >> >> Subject: Re: Request: Help designing a 'powered by' logo for
> CloudStack
> >> >>
> >> >> Hi,
> >> >>
> >> >> Here is my version:
> >> >>  - SVG format as you requested
> >> >>  - Only two colors, exactly the same as for the original logo. I
> prefer
> >> >> few
> >> >> colors for such pictures
> >> >>  - Unfortunately the monkey could not make it, the whole thing needs
> to
> >> >> fit
> >> >> into a very small area and the monkey would be too little detail (the
> >> >> monkey is übercool anyway)
> >> >>  - if no monkey, then cloud
> >> >>  - only "powered by cloudstack", no extra text because it make make
> >> >> difficult to read in such a small place
> >> >>  - see attached file :)
> >> >
> >> > Hi,
> >> >
> >> > I like the cloud idea/placement. (And totally get that it's going to
> be
> >> > hard to see the monkey in such a small space. Even though he's so
> cute.)
> >> >
> >> > Two things -
> >> >
> >> > 1) The lettering in the word "cloudstack" looks stretched as compared
> >> > with the normal look of the font - I'm not sure if that's
> intentional, not
> >> > intentional, something really weird in how it's rendering on my
> screen... :)
> >> > 2) I realize the problem around "no extra text" but ... do we want to
> >> > add in the word apache? (or conversely, is there any reason why it
> shouldn't
> >> > be added in... legal, etc)?
> >> >
> >> > -robyn
> >> >
> >> >
> >> >>
> >> >>
> >> >> On Fri, Nov 15, 2013 at 6:56 PM, David Nalley  wrote:
> >> >>
> >> >> > Hi folks:
> >> >> >
> >> >> > If you happen to have some graphical design talent (I have none) I
> >> >> > have a great opportunity for you :)
> >> >> >
> >> >> > CloudStack needs a 'powered by' logo that is easy to consume, and
> is
> >> >> > also attractive.
> >> >> >
> >> >> > A couple examples of powered by logos:
> >> >> >
> >> >> > http://tomcat.apache.org/images/tomcat-power.gif
> >> >> >
> >> >> >
> >> >> >
> https://cwiki.apache.org/confluence/download/attachments/80899/mahout-logo-poweredby-100.png?version=1&modificationDate=1312880703000
> >> >> >
> >> >> >
> >> >> >
> https://netbeans.org/images_www/screenshots/6.0/baseIDE_ant_powered_150px.png
> >> >> >
> >> >> > A couple of constraints:
> >> >> > * Please don't use the Apache feather. (we could, but lets not; it
> >> >> > will make life simpler)
> >> >> > * Please try and produce a vector format as source (this allows us
> to
> >> >> > scale/etc)
> >> >> > * Because this will become a trademark (which is vastly different
> >> >> > that
> >> >> > copyright) - we will likely need some explicit email agreement
> around
> >> >> > trademarks rights for the image. (I promise, it isn't as scary as
> >> >> > that
> >> >> > sentence makes it out to be.)
> >> >> >
> >> >> > Anyone interested?
> >> >> >
> >> >> > --David
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >>
> >> >> EOF
> >> >>
> >
> >
> >
> >
> > --
> >
> > EOF
>

Build failed in Jenkins: cloudstack-4.3-maven-build #59

[jenkins]

See 

Changes:

[jessicawang] CLOUDSTACK-5139: UI > zone wizard > secondary storage step > 
providers dropdown - hardcode options instead of get them from 
listStorageProviders&type=image since not all of returned values are handled by 
UI (e.g. "NetApp" is not handled by UI).

--
[...truncated 1956 lines...]
---
 T E S T S
---
Running org.apache.cloudstack.dedicated.manager.DedicatedApiUnitTest
log4j:WARN No appenders could be found for logger 
(org.springframework.test.context.junit4.SpringJUnit4ClassRunner).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.645 sec

Results :

Tests run: 10, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Hypervisor OracleVM 4.3.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Compiling 18 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Open vSwitch 4.3.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-network-ovs ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-network-ovs ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-network-ovs ---
[INFO] Compiling 23 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INF

Build failed in Jenkins: build-master-noredist #1893

[jenkins]

See 

Changes:

[nitin.mehta] CLOUDSTACK-5352:

[jessicawang] CLOUDSTACK-5139: UI > Infrastructure > Secondary Storage > Add 
Secondary Storage > providers dropdown - hardcode options instead of get them 
from listStorageProviders&type=image since not all of returned values are 
handled by UI (e.g. "NetApp" is not handled by UI).

[nitin.mehta] CLOUDSTACK-5352:

[jessicawang] CLOUDSTACK-5139: UI > zone wizard > secondary storage step > 
providers dropdown - hardcode options instead of get them from 
listStorageProviders&type=image since not all of returned values are handled by 
UI (e.g. "NetApp" is not handled by UI).

--
[...truncated 2654 lines...]
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Compiling 18 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] --- maven-jar-plugin:2.4:jar (default-jar) @ cloud-plugin-hypervisor-ovm 
---
[INFO] Building jar: 

[INFO] 
[INFO] --- maven-site-plugin:3.1:attach-descriptor (attach-descriptor) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Installing 

 to 
/var/lib/jenkins/.m2/repository/org/apache/cloudstack/cloud-plugin-hypervisor-ovm/4.4.0-SNAPSHOT/cloud-plugin-hypervisor-ovm-4.4.0-SNAPSHOT.jar
[INFO] Installing 

 to 
/var/lib/jenkins/.m2/repository/org/apache/cloudstack/cloud-plugin-hypervisor-ovm/4.4.0-SNAPSHOT/cloud-plugin-hypervisor-ovm-4.4.0-SNAPSHOT.pom
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Open vSwitch 4.4.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-network-ovs ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-network-ovs ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-network-ovs ---
[INFO] Compiling 23 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

Jenkins build became unstable: build-master » Apache CloudStack Plugin - Hypervisor Xen #124

[jenkins]

See 

Jenkins build became unstable: build-master #124

[jenkins]

See 

Jenkins build is back to normal : cloudstack-4.3-maven-build #60

[jenkins]

See 

Build failed in Jenkins: cloudstack-4.3-maven-build-noredist #76

[jenkins]

See 

--
Started by upstream project "cloudstack-4.3-maven-build" build number 60
originally caused by:
 Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on rpmbuilder-2 in workspace 

Checkout:cloudstack-4.3-maven-build-noredist / 
 - 
hudson.remoting.Channel@eb3689:rpmbuilder-2
Using strategy: Default
Last Built Revision: Revision 19e855e5dca314ac119646da12029d843eba376a 
(origin/4.3)
Fetching changes from 1 remote Git repository
Fetching upstream changes from origin
ERROR: Problem fetching from origin / origin - could be unavailable. Continuing 
anyway
hudson.plugins.git.GitException: Command "/usr/bin/git fetch -t origin 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: fatal: The remote end hung up unexpectedly

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:773)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommand(CliGitAPIImpl.java:739)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.fetch(CliGitAPIImpl.java:160)
at hudson.plugins.git.GitAPI.fetch(GitAPI.java:230)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:793)
at hudson.plugins.git.GitSCM.access$000(GitSCM.java:57)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:976)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)
ERROR: Could not fetch from any repository
FATAL: Could not fetch from any repository
hudson.plugins.git.GitException: Could not fetch from any repository
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:981)
at hudson.plugins.git.GitSCM$2.invoke(GitSCM.java:942)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2425)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:326)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)

Jenkins build is back to stable : build-master » Apache CloudStack Plugin - Hypervisor Xen #125

[jenkins]

See 

Jenkins build is back to stable : build-master #125

[jenkins]

See 

Jenkins build is back to normal : build-master-noredist #1894

[jenkins]

See 

Jenkins build is back to normal : cloudstack-4.3-maven-build-noredist #77

[jenkins]

See 

Re: [VOTE] 2nd round of voting for ASF 4.2.1 RC

[Marcus Sorensen]

Yes, that's right. I'm not sure I understand how the daos work and how
a join would work to do this sort of lookup. At first glance the
SearchBuilder join method seems to have some magic parameters, strings
like 'networkJoin' and 'tagSearch'.

On Wed, Dec 4, 2013 at 2:33 AM, Abhinandan Prateek
 wrote:
> Was trying to understand the issue. It seems there is no account
> information in network_acl or network_acl_item table.
> A proper fix will mean including that information and that means schema
> change. Since this is a maintenance release we will like to avoid schema
> changes as much as possible.
>
> A temporary fix (i.e. Till we fix schema in next big release) could mean
> fetching vpc list for a user from vpc table and then use the vpc ids to
> get the acls. *Marcus* you want to try out this fix ?
>
> -abhi
>
> On 04/12/13 3:28 am, "Marcus Sorensen"  wrote:
>
>>Running the same API call on versions lower than 4.2.0 yields correct
>>results, since 4.2.0 the API call returns incorrect data. The API
>>itself is compatible, but for example if an application or user
>>consuming the API makes those calls it will get incorrect data. For
>>example, you now may get a hundred entries for port 22 open to
>>0.0.0.0/0 in your response, when only one of them is owned by you.
>>
>>On Tue, Dec 3, 2013 at 2:48 PM, Daan Hoogland 
>>wrote:
>>> H Marcus,
>>>
>>> It breaks behavior of the API, you say. Is this in comparison to 4.2
>>> or to prior versions?
>>>
>>> thanks,
>>> Daan
>>>
>>> On Tue, Dec 3, 2013 at 6:40 PM, Chip Childers 
>>>wrote:
 On Tue, Dec 3, 2013 at 7:48 AM, sebgoa  wrote:
>
> Can you be more specific ? what fixes required a re-vote ?

 There was a security vulnerability reported in the release of
 sufficient severity to cause the security team to request Abhi hold
 off on publishing the release and to re-spin.
>

Re: [VOTE] 2nd round of voting for ASF 4.2.1 RC

[Marcus Sorensen]

Yes, a schema fix in point release is kind of messy. If it has to be
that way then perhaps we just flag it in the known issues so people
can skip 4.2.x if they utilize the acls api calls.

 5214 doesn't really require a schema change, just a fix to how the
schema is upgraded. Adding 'IF NOT EXISTS' won't change the end
result, so that's probably ok to put into 4.2.1.

On Wed, Dec 4, 2013 at 1:29 PM, Sebastien Goasguen  wrote:
>
> On Dec 4, 2013, at 4:33 AM, Abhinandan Prateek 
>  wrote:
>
>> Was trying to understand the issue. It seems there is no account
>> information in network_acl or network_acl_item table.
>> A proper fix will mean including that information and that means schema
>> change. Since this is a maintenance release we will like to avoid schema
>> changes as much as possible.
>
> it sounds like a pretty big issue IMHO, if not even a security risk.
>
> In addition there was this bug:
> https://issues.apache.org/jira/browse/CLOUDSTACK-5214
>
> reported by milamber on 4.2.1 upgrade. He raise it as a blocker.
>
> if both need a db schema fix, then maybe we need to bite the bullet...
>
>>
>> A temporary fix (i.e. Till we fix schema in next big release) could mean
>> fetching vpc list for a user from vpc table and then use the vpc ids to
>> get the acls. *Marcus* you want to try out this fix ?
>>
>> -abhi
>>
>> On 04/12/13 3:28 am, "Marcus Sorensen"  wrote:
>>
>>> Running the same API call on versions lower than 4.2.0 yields correct
>>> results, since 4.2.0 the API call returns incorrect data. The API
>>> itself is compatible, but for example if an application or user
>>> consuming the API makes those calls it will get incorrect data. For
>>> example, you now may get a hundred entries for port 22 open to
>>> 0.0.0.0/0 in your response, when only one of them is owned by you.
>>>
>>> On Tue, Dec 3, 2013 at 2:48 PM, Daan Hoogland 
>>> wrote:
 H Marcus,

 It breaks behavior of the API, you say. Is this in comparison to 4.2
 or to prior versions?

 thanks,
 Daan

 On Tue, Dec 3, 2013 at 6:40 PM, Chip Childers 
 wrote:
> On Tue, Dec 3, 2013 at 7:48 AM, sebgoa  wrote:
>>
>> Can you be more specific ? what fixes required a re-vote ?
>
> There was a security vulnerability reported in the release of
> sufficient severity to cause the security team to request Abhi hold
> off on publishing the release and to re-spin.
>>
>

RE: Ldap APIs

[Suresh Sadhu]

Raised a product issue for this and assigned to IAN.

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

regards
sadhu

-Original Message-
From: Abhinandan Prateek [mailto:abhinandan.prat...@citrix.com] 
Sent: 04 December 2013 10:09
To: dev@cloudstack.apache.org
Subject: Re: Ldap APIs

  We need to have the pre-existing API¹s working.
Also I am not sure if we can even mark these depreciated in 4.3.
We can move to the new and more flexible APIs completely in 5.0 release and 
deprecate the current APIs.

On 03/12/13 9:28 pm, "Rajani Karuturi"  wrote:

>They were removed before i got started on ACS.
>
>Ian/abhi should be able to answer.
>
>
>Thanks,
>-
>Rajani
>
>From: Chip Childers [chipchild...@apache.org]
>Sent: Tuesday, December 03, 2013 8:48 PM
>To: dev@cloudstack.apache.org
>Subject: Re: Ldap APIs
>
>Why are they even changing?
>
>Once we publish an API, we should stick with it...  otherwise we have 
>to bump to version 5.0.0 for our next feature release.
>
>On Tue, Dec 3, 2013 at 10:01 AM, Suresh Sadhu 
>wrote:
>> Rajani,
>>
>> Is there any specific reason for removing existing API's.why don't we 
>>show  them as deprecated api  but still it should work right
>>
>> Regards
>> Sadhu
>>
>>
>> -Original Message-
>> From: Chip Childers [mailto:chip.child...@gmail.com]
>> Sent: 03 December 2013 18:17
>> To: dev@cloudstack.apache.org; Rajani Karuturi
>> Subject: Re: Ldap APIs
>>
>> So we are breaking API compatibility?
>>
>>> On Dec 3, 2013, at 7:42 AM, Rajani Karuturi 
>>> wrote:
>>>
>>> Hi Gaurav,
>>>
>>> addLdapConfiguration and deleteLdapConfiguration are the new commands.
>>>
>>> more information is available @
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/LDAP+user+pro
>>> vi
>>> sioning
>>>
>>> --
>>> Thanks,
>>> Rajani
>>>
>>>
>>> Original Message-
>>>
>>> Reply-to: 
>>> To: dev@cloudstack.apache.org
>>> mailto:%22...@cloudstack.apache.org%22%20
>>> %3
>>> c...@cloudstack.apache.org%3e>>
>>> Subject: Ldap APIs
>>> Date: Tue, 3 Dec 2013 17:54:16 +0530
>>>
>>>
>>>
>>> Hi all,
>>>
>>> When ldapConfig and ldapRemove APIs are fired, it shows error as 
>>> "Unknown API command".
>>>
>>> These APIs are listed under 4.2 admin API guide and we test cases to 
>>> test them. Are these APIs removed recently? I am testing against 4.3.
>>>
>>> Regards,
>>> Gaurav
>>>

Re: Entity UUID and Type missing on ActionEvent event notifications

[Murali Reddy]

On 05/12/13 12:01 AM, "Alex Ough"  wrote:

>All,
>
>I made a comment on its jira,
>CLOUDSTACK-3190,
>so can anyone confirm what I found?
>I guess it is related with some refactoring related with 'CallContext'
>class.

Alex,

Yes, it regressed during shift from UserContext to CallContext. Please go
ahead with changes

>
>If correct, I'd like make changes because it is a blocker of what I'm
>working on for 
>CLOUDSTACK-4992
>.
>
>Thanks
>Alex Ough
>
>
>On Wed, Nov 20, 2013 at 1:37 PM, Nitin Mehta 
>wrote:
>
>> David - CallContext gets created during the entry point of the API.
>> I haven't had the chance to completely investigate but I am hoping that
>> you can push the UUID then or on completion of the API (in case where
>>you
>> are creating the actual resource).
>> See if that works else there is no other way out.
>>
>> Another feedback on Rabbit MQ would be to push the list of all the first
>> class objects (UUIDs) that are affected  in the event description if
>> possible. Say user invokes attachVolume to a vm. It would be good to
>> always push vm uuid.
>> Just putting in the volume uuid necessitates another call to CS and also
>> that this was attach volume operation.
>>
>> Thanks,
>> -Nitin
>>
>> On 20/11/13 8:23 AM, "David Grizzanti" 
>> wrote:
>>
>> >Thanks for the feedback and info on the existing bug filed for this.
>> >
>> >Nitin - I was originally thinking along the lines of what Murali has
>> >recently commented (i.e. adding Entity Details in the UserContext in
>>all
>> >the places where an Action Event is generated).  The particular case I
>> >was using this for when I found the issue was for creating a network,
>> >which is not an async job.  The AsyncJobManager I believe it
>>generating a
>> >different type of event that what I was originally looking at.
>> >
>> >Let me know your thoughts.
>> >
>> >Thanks
>> >
>> >--
>> >David Grizzanti
>> >Software Engineer
>> >Sungard Availability Services
>> >
>> >e: david.grizza...@sungard.com
>> >w: 215.446.1431
>> >c: 570.575.0315
>> >
>> >On November 20, 2013 at 2:45:50 AM, Murali Reddy
>> >(murali.re...@citrix.com) wrote:
>> >
>> >
>> >
>> >On 20/11/13 2:15 AM, "David Grizzanti" 
>> >wrote:
>> >
>> >>Hi All,
>> >>
>> >>I noticed that the event messages going to rabbitmq of type
>> >>"ActionEvent"
>> >>are missing any reference to the entity Id/UUID. Was this omission
>> >>intentional? Poking through the code, I was able to find that adding
>>the
>> >>
>> >>information on to the event is fairly straightforward (albeit a bit
>> >>tedious). Does anyone have any objections to updating these event
>>types
>> >>with this information? I can file the appropriate Jira, but wanted to
>> >>check in with the list first to get opinions.
>> >
>> >David,
>> >
>> >Omission is not intentional. Please see [1] for earlier discussion.
>>There
>> >
>> >is a bug opened as well[2].
>> >
>> >If you see ActionEventUtils, there is code that gets 'entity type' and
>> >'entity uuid' from the CallContext and fills the details on the message
>> >published. I added this as generic mechanism. Unfortunately, there is
>>not
>> >
>> >a single place where if you populate the entity type and uuid in the
>>call
>> >
>> >context then things would fall in place. So its tedious job of adding
>>the
>> >
>> >entity type and uuid details to the call context to all the methods
>> >annotated with 'ActionEvent', but other wise it is a much needed fix.
>> >
>> >[1]
>> >
>> 
>>http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201306.mbox/%3CCD
>>F
>> >1
>> >db6a.424d9%25murali.re...@citrix.com%3E
>> >[2] https://issues.apache.org/jira/browse/CLOUDSTACK-3190
>> >
>> >
>> >> Example event for network creation below.
>> >>
>> >>Thanks
>> >>
>> >>--
>> >>@source="management-server", @type="ActionEvent",
>> >>@action="NETWORK-CREATE", @resource_type="Network", @resource_id="*">
>> >>{
>> >> "status": "Completed",
>> >> "event": "NETWORK.CREATE",
>> >> "account": "6d836cf8-47cd-11e3-a130-606d02c0c082",
>> >> "user": "6d838544-47cd-11e3-a130-606d02c0c082"
>> >>}
>> >>
>> >>--
>> >>David Grizzanti
>> >>Software Engineer
>> >>Sungard Availability Services
>> >>
>> >>e: david.grizza...@sungard.com
>> >>w: 215.446.1431
>> >>c: 570.575.0315
>> >
>> >
>> >
>>
>>
>>
>

System VMs not starting

[Vosbury, David]

I've been trying to get an new install of CloudStack 4.2 working with a Vsphere 
cluster. I've went through creating my zone with advanced networking. I can see 
the system VMs but they are not started. The secondary storage vm seems to keep 
appearing and disappearing however. When I look in vcenter I see that vms are 
being created one after another named root-2 and then root-192, root-193 etc. 
They keep creating one after another until I shutdown the management service. 
Here is part of the management-server.log

Has anyone seen this before. I've seen some references to bugs that sound like 
this problem that were supposedly fixed back in August. I don' t know if I have 
an earlier build of 4.2, but I downloaded and compiled it just last week and 
I'm having this issue.

2013-12-05 00:07:28,642 WARN  [utils.crypt.EncryptionSecretKeyChecker] 
(Timer-2:null) Encryption already enabled, is check() called twice?
2013-12-05 00:07:29,394 DEBUG [cloud.server.ConfigurationServerImpl] 
(Timer-2:null) mount: warning: /systemvm_mnt seems to be mounted read-only.
2013-12-05 00:07:30,316 INFO  [xen.resource.XenServerConnectionPool] 
(Timer-2:null) XenServer Connection Pool Configs: 
manage.xenserver.pool.master=true; sleep.interval.on.error=1
2013-12-05 00:07:30,997 WARN  [utils.crypt.EncryptionSecretKeyChecker] 
(Timer-2:null) Encryption already enabled, is check() called twice?
2013-12-05 00:07:34,050 WARN  [apache.cloudstack.alerts] 
(Cluster-Notification-1:null)  alertType:: 14 // dataCenterId:: 0 // podId:: 0 
// clusterId:: null // message:: Management server node 10.2.150.100 is up
2013-12-05 00:07:34,071 WARN  [cloud.cluster.ClusterManagerImpl] 
(Cluster-Notification-1:null) Notifying management server join event took 39 ms
2013-12-05 00:08:33,140 ERROR [storage.resource.VmwareStorageProcessor] 
(DirectAgent-2:esxi2.ammscloud.com) clone volume from base image failed due to 
Exception: java.lang.RuntimeException
java.lang.RuntimeException: The name 'ROOT-2' already exists.
2013-12-05 00:08:33,145 DEBUG [agent.transport.Request] (DirectAgent-2:null) 
Seq 1-1861287941: Processing:  { Ans: , MgmtId: 146454222325, via: 1, Ver: v1, 
Flags: 110, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"java.lang.RuntimeException:
 The name 'ROOT-2' already exists.","wait":0}}] }
2013-12-05 00:08:33,163 WARN  [storage.datastore.ObjectInDataStoreManagerImpl] 
(consoleproxy-1:null) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@4838d3f7), no need 
to delete from object in store ref table
2013-12-05 00:08:33,164 DEBUG [cloud.storage.VolumeManagerImpl] 
(consoleproxy-1:null) Unable to create 
Vol[2|vm=2|ROOT]:java.lang.RuntimeException: The name 'ROOT-2' already exists.
2013-12-05 00:08:33,169 INFO  [cloud.vm.VirtualMachineManagerImpl] 
(consoleproxy-1:null) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:4] is 
unreachable: Unable to create Vol[2|vm=2|ROOT]:java.lang.RuntimeException: The 
name 'ROOT-2' already exists.
2013-12-05 00:08:56,958 ERROR [storage.resource.VmwareStorageProcessor] 
(DirectAgent-4:esxi1.ammscloud.com) clone volume from base image failed due to 
Exception: java.lang.RuntimeException
java.lang.RuntimeException: File [iSCSI-Datastore-1] ROOT-203/ROOT-203.vmdk was 
not found
2013-12-05 00:08:56,960 DEBUG [agent.transport.Request] (DirectAgent-4:null) 
Seq 2-2058223621: Processing:  { Ans: , MgmtId: 146454222325, via: 2, Ver: v1, 
Flags: 110, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"java.lang.RuntimeException:
 File [iSCSI-Datastore-1] ROOT-203/ROOT-203.vmdk was not found","wait":0}}] }
2013-12-05 00:08:56,978 WARN  [storage.datastore.ObjectInDataStoreManagerImpl] 
(secstorage-1:null) Unsupported data object (VOLUME, 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@6e0e449e), no need 
to delete from object in store ref table
2013-12-05 00:08:56,979 DEBUG [cloud.storage.VolumeManagerImpl] 
(secstorage-1:null) Unable to create 
Vol[203|vm=203|ROOT]:java.lang.RuntimeException: File [iSCSI-Datastore-1] 
ROOT-203/ROOT-203.vmdk was not found
2013-12-05 00:08:56,980 INFO  [cloud.vm.VirtualMachineManagerImpl] 
(secstorage-1:null) Unable to contact resource.
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:4] is 
unreachable: Unable to create Vol[203|vm=203|ROOT]:java.lang.RuntimeException: 
File [iSCSI-Datastore-1] ROOT-203/ROOT-203.vmdk was not found
2013-12-05 00:08:57,231 DEBUG [cloud.capacity.CapacityManagerImpl] 
(consoleproxy-1:null) VM state transitted from :Starting to Stopped with event: 
OperationFailedvm's original host id: null new host id: null host id before 
state transition: 2
2013-12-05 00:08:57,272 WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Exception while trying to start console proxy
com.cloud.exception.InsufficientServerCapacityException: Unable to cre

Re: Review Request 15763: Changed 'MigrateCommand' to use the global setting value of 'execute.in.sequence.hypervisor.commands'

[Koushik Das]

Alex,

This is what you need to do.

1. Create a single commit for all the changes you have made. Currently I see 
that you have made 2 commits - your original set of changes is one commit and 
then there is the review comment related changes which is the other commit. You 
need to create a single commit out of them.
2. Create a patch from that commit
3. Update the review request with that patch.

-Koushik

On 04-Dec-2013, at 8:52 PM, Alex Ough 
mailto:alex.o...@sungard.com>> wrote:

Hi Koushik,

This time I reloaded only the 2 changes.
To make it clean, I tried to remove the previous incorrect one, but I couldn't 
find how.
So let me know if it is better to discard this review and create a new one.

Thanks
Alex Ough


On Wed, Dec 4, 2013 at 12:04 AM, Koushik Das 
mailto:koushik@citrix.com>> wrote:

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


Looks like the latest patch has some issues, the diff is not showing up. Also 
there are 2 commits in the patch file. Can you resubmit the patch with only a 
single commit?

- Koushik Das


On Dec. 3, 2013, 5:07 p.m., Alex Ough wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15763/
> ---
>
> (Updated Dec. 3, 2013, 5:07 p.m.)
>
>
> Review request for cloudstack.
>
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> When a host is switched to the 'maintenance mode', the vms in that host are 
> migrated to another available hosts. Currently, the vm migrations are 
> executed sequentially, it can take a lot of time when there are quite number 
> of vms. So I changed 'MigrateCommand' to get the value of 'executeInSequence' 
> property from the global setting value of 
> 'execute.in.sequence.hypervisor.commands' so that users can execute the 
> migrations in parallel to save time.
>
>
> Diffs
> -
>
>   core/src/com/cloud/agent/api/MigrateCommand.java 0d8f70c
>   engine/api/src/com/cloud/vm/VirtualMachineManager.java c78942f
>   engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java 3a3de70
>   setup/db/db/schema-410to420.sql 522ccc4
>   setup/db/db/schema-410to420.sql 522ccc4
>   setup/db/db/schema-430to440.sql 9bb9602
>
> Diff: https://reviews.apache.org/r/15763/diff/
>
>
> Testing
> ---
>
> Tested in the simulator mode and Xen servers.
>
>
> Thanks,
>
> Alex Ough
>
>

Re: Request: Help designing a 'powered by' logo for CloudStack

[Arjan]

As a newbie on the list. What is the original font used? 



Sent from my iPhone

> On 5 dec. 2013, at 00:11, Kirk Jantzer  wrote:
> 
> Daan - agreed about the balance, however disagree about the monkey. I think
> if the text was a layer over the cloud, it might be more balanced, like
> this: http://i.imgur.com/WTNAIoG.png (not the same font or text, but the
> idea)
> 
> 
> Regards,
> 
> Kirk Jantzer
> http://about.me/kirkjantzer
> 
> 
> On Wed, Dec 4, 2013 at 4:34 PM, Daan Hoogland wrote:
> 
>> I actually don't like the cute creature in there. from a graphical
>> stance; it ruins the balance in the logo, hanging out on the top
>> right. maybe because of the form factor. maybe you can try one without
>> the monkey and one cut in which the centre of the picture is between
>> the base of the monkey tail and the start of the cloud.
>> 
>> sorry to nag,
>> Daan
>> 
>> On Wed, Dec 4, 2013 at 10:00 PM, Laszlo Hornyak
>>  wrote:
>>> Hi,
>>> 
>>> Sending version 0.0.3:
>>> - Complete monkey added
>>> - "Apache" added
>>> - Clouds more like the original logo
>>> This also comes with some cons:
>>> - 4 colors
>>> - lots of text, at least compared to 0.0.1
>>> but if you look at it scaled down to very small, it is still readable,
>> even
>>> the monkey is so-so.
>>> 
>>> Just in case someone feels like experimenting, I also attached the up to
>>> date version of my reverse engineered cloudstack monkey with cloud.
>>> 
>>> steroidmonkey is just a bit different from the poweredbycloudstack svg,
>> spot
>>> the difference :-)
>>> 
>>> Your feedback is welcome!
>>> 
>>> Thank you,
>>> Laszlo
>>> 
>>> 
>>> On Tue, Dec 3, 2013 at 11:31 AM, Daan Hoogland 
>>> wrote:
 
 I like,
 2. But I agree with Rbyn about the word apache. I should be in there.
 I think it must even.
 1. It looks streched on my preview in finder as well
 
 On Mon, Dec 2, 2013 at 9:47 PM, Robyn Bergeron 
 wrote:
> 
> 
> - Original Message -
>> From: "Laszlo Hornyak" 
>> To: dev@cloudstack.apache.org
>> Cc: market...@cloudstack.apache.org
>> Sent: Sunday, December 1, 2013 10:31:11 AM
>> Subject: Re: Request: Help designing a 'powered by' logo for
>> CloudStack
>> 
>> Hi,
>> 
>> Here is my version:
>> - SVG format as you requested
>> - Only two colors, exactly the same as for the original logo. I
>> prefer
>> few
>> colors for such pictures
>> - Unfortunately the monkey could not make it, the whole thing needs
>> to
>> fit
>> into a very small area and the monkey would be too little detail (the
>> monkey is übercool anyway)
>> - if no monkey, then cloud
>> - only "powered by cloudstack", no extra text because it make make
>> difficult to read in such a small place
>> - see attached file :)
> 
> Hi,
> 
> I like the cloud idea/placement. (And totally get that it's going to
>> be
> hard to see the monkey in such a small space. Even though he's so
>> cute.)
> 
> Two things -
> 
> 1) The lettering in the word "cloudstack" looks stretched as compared
> with the normal look of the font - I'm not sure if that's
>> intentional, not
> intentional, something really weird in how it's rendering on my
>> screen... :)
> 2) I realize the problem around "no extra text" but ... do we want to
> add in the word apache? (or conversely, is there any reason why it
>> shouldn't
> be added in... legal, etc)?
> 
> -robyn
> 
> 
>> 
>> 
>>> On Fri, Nov 15, 2013 at 6:56 PM, David Nalley  wrote:
>>> 
>>> Hi folks:
>>> 
>>> If you happen to have some graphical design talent (I have none) I
>>> have a great opportunity for you :)
>>> 
>>> CloudStack needs a 'powered by' logo that is easy to consume, and
>> is
>>> also attractive.
>>> 
>>> A couple examples of powered by logos:
>>> 
>>> http://tomcat.apache.org/images/tomcat-power.gif
>> https://cwiki.apache.org/confluence/download/attachments/80899/mahout-logo-poweredby-100.png?version=1&modificationDate=1312880703000
>> https://netbeans.org/images_www/screenshots/6.0/baseIDE_ant_powered_150px.png
>>> 
>>> A couple of constraints:
>>> * Please don't use the Apache feather. (we could, but lets not; it
>>> will make life simpler)
>>> * Please try and produce a vector format as source (this allows us
>> to
>>> scale/etc)
>>> * Because this will become a trademark (which is vastly different
>>> that
>>> copyright) - we will likely need some explicit email agreement
>> around
>>> trademarks rights for the image. (I promise, it isn't as scary as
>>> that
>>> sentence makes it out to be.)
>>> 
>>> Anyone interested?
>>> 
>>> --David
>> 
>> 
>> 
>> --
>> 
>> EOF
>>> 
>>> 
>>> 
>>> 
>>> --
>>> 
>>> EOF
>> 

Re: [VOTE] 2nd round of voting for ASF 4.2.1 RC

[Abhinandan Prateek]

>>
>>enance release we will like to avoid schema
>> changes as much as possible.
>
>it sounds like a pretty big issue IMHO, if not even a security risk.


Schema changes are bit messy in a maintenance release as it will require
changes to upgrade script etc.
We can put the fix in 4.3 and document this as known issue in 4.2.1

>
>In addition there was this bug:
>https://issues.apache.org/jira/browse/CLOUDSTACK-5214
>
>reported by milamber on 4.2.1 upgrade. He raise it as a blocker.
>
>if both need a db schema fix, then maybe we need to bite the bullet...


CLOUDSTACK-5214: Checked the ticket the fix does not require a schema
change it just requires a check.

Milamber has already verified the fix, it would be great if he can commit
the fix.

>
>> 
>> A temporary fix (i.e. Till we fix schema in next big release) could mean
>> fetching vpc list for a user from vpc table and then use the vpc ids to
>> get the acls. *Marcus* you want to try out this fix ?
>> 
>> -abhi
>> 

Review Request 16035: encrypted private key in keystore table

[Rajani Karuturi]

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

Review request for cloudstack, Abhinandan Prateek and Kishan Kavala.


Repository: cloudstack-git


Description
---

private key in keystore table is stored unencrypted in database. encrypted the 
same.
also handled upgrade from 4.2.1 to 4.3.0


Diffs
-

  engine/schema/src/com/cloud/keystore/KeystoreDaoImpl.java 6c51a26 
  engine/schema/src/com/cloud/keystore/KeystoreVO.java 66dfac1 
  engine/schema/src/com/cloud/upgrade/dao/Upgrade421to430.java 0673c57 

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


Testing
---

yes. manually tested fresh installation and upgrade form 4.2.1 to 4.3.0


Thanks,

Rajani Karuturi

Review Request 16036: CLOUDSTACK-5377: Fixed test case dependency issue in snapshots test cases

[Gaurav Aradhye]

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

Review request for cloudstack, Girish Shilamkar and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

component.test_snapshots.TestSnapshots.test_04_delete_snapshot failed with 
"Check list response returns a valid list".

The test case is failing while listing the data disks attached to virtual 
machine, but the data disk was being detached from the VM in test_07.

Removed this dependency between the test cases.


Diffs
-

  test/integration/component/test_snapshots.py 0a82fc1 

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


Testing
---

Ran the test case along with the test case on which it was previously dependent.

Log:
test_01_createVM_snapshotTemplate (test_snapshots.TestCreateVMSnapshotTemplate)
Test create VM, Snapshot and Template ... skipped 'skip'
test_05_snapshot_events (test_snapshots.TestSnapshotEvents)
Test snapshot events ... skipped 'skip'
test_01_volume_from_snapshot (test_snapshots.TestSnapshots)
Test Creating snapshot from volume having spaces in name(KVM) ... skipped 'skip'
test_02_snapshot_data_disk (test_snapshots.TestSnapshots)
Test Snapshot Data Disk ... skipped 'skip'
test_03_snapshot_detachedDisk (test_snapshots.TestSnapshots)
Test snapshot from detached disk ... ok
test_04_delete_snapshot (test_snapshots.TestSnapshots)
Test Delete Snapshot ... ok
test_07_template_from_snapshot (test_snapshots.TestSnapshots)
Create Template from snapshot ... skipped 'skip'

--
Ran 7 tests in 216.329s

OK (skipped=5)


Thanks,

Gaurav Aradhye