Review Request 29845: CLOUDSTACK-8152: Adding delay before creating snapshot/template from root disk after writing data to disk - test_vm_passwordenabled.py

[Gaurav Aradhye]

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

Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Due to timing issue, sometimes data gets lost if snapshot/template is created 
from root volume immediately after writing data to disk. Add delay to bypass 
this issue.


Diffs
-

  test/integration/component/test_vm_passwdenabled.py d998ed5 

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


Testing
---

Test get VM password for password enabled template ... === TestName: 
test_11_get_vm_password | Status : SUCCESS ===
ok

--
Ran 1 test in 751.495s

OK


Thanks,

Gaurav Aradhye

RE: CloudStack Quality Process

[Stephen Turner]

You're right, it was the wrong word to use. I meant in terms of the number of 
attendees, not the discussion. I was just trying to encourage others to come 
along if they care about these process-type issues.

-- 
Stephen Turner


-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] 
Sent: 13 January 2015 05:12
To: dev@cloudstack.apache.org
Subject: RE: CloudStack Quality Process

Not dominated, majority presence

> -Original Message-
> From: Stephen Turner [mailto:stephen.tur...@citrix.com]
> Sent: Monday, January 12, 2015 3:30 AM
> To: dev@cloudstack.apache.org
> Subject: RE: CloudStack Quality Process
> 
> 17:00 is the earliest I can do this week, although I realise that's 
> getting late in India and I'm not trying to have a veto.
> 
> Who's planning to come this week? Last week, it seemed a bit quiet and 
> Citrix- dominated [*], although we still had a good session. Will it 
> pick up again now everyone's back from the Christmas holidays?
> 
> [*] I know we're representing ourselves not our companies, but it's 
> nice to have a diversity of perspectives.
> 
> --
> Stephen Turner
> 
> 
> -Original Message-
> From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
> Sent: 12 January 2015 10:21
> To: dev@cloudstack.apache.org
> Subject: Re: CloudStack Quality Process
> 
> Can this be moved earlier by an hour to 16GMT ?
> 
> -abhi
> 
> 
> 
> 
> > On 12-Jan-2015, at 1:36 pm, Daan Hoogland 
> wrote:
> >
> > People, I can't make it wednesday 14 17 GMT.. I have a meeting at
> > 17:30 GMT and will be driving there before. Please make a recording 
> > for me?
> >
> > regards,
> > --
> > Daan
> 
> Find out more about ShapeBlue and our range of CloudStack related 
> services
> 
> IaaS Cloud Design & 
> Build
> CSForge – rapid IaaS deployment 
> framework
> CloudStack Consulting
> CloudStack Software 
> Engineering engineering/>
> CloudStack Infrastructure Support infrastructure-support/>
> CloudStack Bootcamp Training Courses training/>
> 
> This email and any attachments to it may be confidential and are 
> intended solely for the use of the individual to whom it is addressed. 
> Any views or opinions expressed are solely those of the author and do 
> not necessarily represent those of Shape Blue Ltd or related 
> companies. If you are not the intended recipient of this email, you 
> must neither take any action based upon its contents, nor copy or show 
> it to anyone. Please contact the sender if you believe you have received this 
> email in error. Shape Blue Ltd is a company incorporated in England & Wales.
> ShapeBlue Services India LLP is a company incorporated in India and is 
> operated under license from Shape Blue Ltd. Shape Blue Brasil 
> Consultoria Ltda is a company incorporated in Brasil and is operated 
> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license 
> from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Review Request 29806: CLOUDSTACK-8147: Fixed typo in test case test_redundant_router.py

[SrikanteswaraRao Talluri]

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

Ship it!


032a00390561005dabdaa840c8ae8b36d136ccbd 4.5
9056e4c3fb568a4cbb978ef0c798bc2dd2c43bf1 master

- SrikanteswaraRao Talluri


On Jan. 12, 2015, 12:55 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29806/
> ---
> 
> (Updated Jan. 12, 2015, 12:55 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8147
> https://issues.apache.org/jira/browse/CLOUDSTACK-8147
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 
> The test case has typo "connction" instead of "connection".
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_redundant_router.py 01d635b 
> 
> Diff: https://reviews.apache.org/r/29806/diff/
> 
> 
> Testing
> ---
> 
> yes.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 29843: CLOUDSTACK-8149: Code-refactor - test_VirtualRouter_alerts.py

[SrikanteswaraRao Talluri]

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

Ship it!


b8184d1e74609b0803d234ffb181525c48d28029 4.5
d0b6234e516c3d36b461c575c8945fcbbdd3181d master

- SrikanteswaraRao Talluri


On Jan. 13, 2015, 7:04 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29843/
> ---
> 
> (Updated Jan. 13, 2015, 7:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8149
> https://issues.apache.org/jira/browse/CLOUDSTACK-8149
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case needed a major code-refactor. Also it had import issues and 
> pep8 issues. Fixed those too.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_VirtualRouter_alerts.py bff12f9 
> 
> Diff: https://reviews.apache.org/r/29843/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 29759: CLOUDSTACK-8145: Adding new test to test blocker bugs and modifying other test case to work around the bug

[SrikanteswaraRao Talluri]

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

Ship it!


f11e5707961f7a8e18238d06848d1bce6f0172ab master
9278ac1130683057cfbd752138b266565bd0f695 4.5

- SrikanteswaraRao Talluri


On Jan. 9, 2015, 11:06 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29759/
> ---
> 
> (Updated Jan. 9, 2015, 11:06 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8145
> https://issues.apache.org/jira/browse/CLOUDSTACK-8145
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Few test cases failed due to timing issue in data syncof root disk data.
> Adding a new test case to test this issue, while changing other test cases 
> with work around so that those are not blokced.
> 
> More details are mentioned in the jira issue.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_blocker_bugs.py 8ba563f 
>   test/integration/component/test_reset_ssh_keypair.py a2e743a 
> 
> Diff: https://reviews.apache.org/r/29759/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 29843: CLOUDSTACK-8149: Code-refactor - test_VirtualRouter_alerts.py

[sanjeev n]

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



test/integration/component/test_VirtualRouter_alerts.py


Why are we just checking for dnsmasq process status? Why don't we stop it 
for the monitor service to start?



test/integration/component/test_VirtualRouter_alerts.py


Read the router.alerts.check.interval value from Global settings and add 
10mins instead of hard coding the value in time.sleep()


- sanjeev n


On Jan. 13, 2015, 7:04 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29843/
> ---
> 
> (Updated Jan. 13, 2015, 7:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8149
> https://issues.apache.org/jira/browse/CLOUDSTACK-8149
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case needed a major code-refactor. Also it had import issues and 
> pep8 issues. Fixed those too.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_VirtualRouter_alerts.py bff12f9 
> 
> Diff: https://reviews.apache.org/r/29843/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 29845: CLOUDSTACK-8152: Adding delay before creating snapshot/template from root disk after writing data to disk - test_vm_passwordenabled.py

[SrikanteswaraRao Talluri]

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

Ship it!


d79837b67a481e618c8291152a9ecec299ff02dd master

doesn't apply on 4.5 
Applying: CLOUDSTACK-8152: Adding delay before creating snapshot/template from 
root disk after writing data to disk - test_vm_passwordenabled.py
Using index info to reconstruct a base tree...
M   test/integration/component/test_vm_passwdenabled.py
Falling back to patching base and 3-way merge...
Auto-merging test/integration/component/test_vm_passwdenabled.py
CONFLICT (content): Merge conflict in 
test/integration/component/test_vm_passwdenabled.py
Failed to merge in the changes.
Patch failed at 0001 CLOUDSTACK-8152: Adding delay before creating 
snapshot/template from root disk after writing data to disk - 
test_vm_passwordenabled.py
The copy of the patch that failed is found in:
   /Users/talluri/asf/cloudstack/.git/rebase-apply/patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

- SrikanteswaraRao Talluri


On Jan. 13, 2015, 8:31 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29845/
> ---
> 
> (Updated Jan. 13, 2015, 8:31 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8152
> https://issues.apache.org/jira/browse/CLOUDSTACK-8152
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Due to timing issue, sometimes data gets lost if snapshot/template is created 
> from root volume immediately after writing data to disk. Add delay to bypass 
> this issue.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vm_passwdenabled.py d998ed5 
> 
> Diff: https://reviews.apache.org/r/29845/diff/
> 
> 
> Testing
> ---
> 
> Test get VM password for password enabled template ... === TestName: 
> test_11_get_vm_password | Status : SUCCESS ===
> ok
> 
> --
> Ran 1 test in 751.495s
> 
> OK
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Build failed in Jenkins: build-4.5 #272

[jenkins]

See 

Changes:

[talluri] CLOUDSTACK-8145: Adding new test to test blocker bugs and modifying 
other test case to work around the bug

[talluri] CLOUDSTACK-8147: Fixed typo in test case test_redundant_router.py

[talluri] CLOUDSTACK-8149: Code-refactor - test_VirtualRouter_alerts.py

--
[...truncated 1289 lines...]
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-api ---
[INFO] Compiling 107 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-security ---
[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-framework-security ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-framework-security ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-api ---
[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-engine-api ---
[INFO] Compiling 2 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-api ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running org.apache.cloudstack.engine.subsystem.api.storage.ScopeTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.387 sec
Running 
org.apache.cloudstack.engine.subsystem.api.storage.type.VolumeTypeHelperTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.046 sec

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Core 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Schema Component 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-engine-schema 
---
[INFO] Deleting 
 
(includes = [**/*], excludes = [])
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-core ---
[INFO] Deleting  
(includes = [**/*], excludes = [])
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-core ---
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-schema ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-core ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-core ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 26 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-core 
---
[INFO] Compiling 331 source files to 

Re: Review Request 29477: CLOUDSTACK-8135: Fixed cleanup issue in test_escalations_instances.py

[SrikanteswaraRao Talluri]

> On Jan. 5, 2015, 1:21 p.m., SrikanteswaraRao Talluri wrote:
> > 1ee41888353d87f4972e6ccb492817133805a88e master
> > 4e7f0d277b36be91ef041fc5ae59002679abe2e1 4.5

correcting the hash for 4.5 613aa8ea28b7670b13792a638fc493b6fe8ebb21


- SrikanteswaraRao


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


On Dec. 30, 2014, 7:30 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29477/
> ---
> 
> (Updated Dec. 30, 2014, 7:30 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8135
> https://issues.apache.org/jira/browse/CLOUDSTACK-8135
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case failed in cleanup operation because the VM gets cleaned up as a 
> part of account cleanup. Hence no need to add the VM in to cleanup list 
> explicitly.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_instances.py 1e5ec53 
> 
> Diff: https://reviews.apache.org/r/29477/diff/
> 
> 
> Testing
> ---
> 
> @Desc: Test Attach ISO to VM and Detach ISO from VM. ... === TestName: 
> test_13_attach_detach_iso | Status : SUCCESS ===
> ok
> 
> --
> Ran 1 test in 167.918s
> 
> OK
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 29478: CLOUDSTACK-8137: Fixed cleanup issue in sec group tests in test_escalations_instances.py

[SrikanteswaraRao Talluri]

> On Jan. 5, 2015, 1:21 p.m., SrikanteswaraRao Talluri wrote:
> > eae9f0f0b0904a9dad025d4278b5e9b4fdf02b5e master
> > 2dcfa157d37b9306c48f12aee54cb3b6f409277b 4.5

correcting hash for 4.5 17e19224398ac38bc9171bd157fb376361630f6d


- SrikanteswaraRao


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


On Dec. 30, 2014, 9:46 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29478/
> ---
> 
> (Updated Dec. 30, 2014, 9:46 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8137
> https://issues.apache.org/jira/browse/CLOUDSTACK-8137
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case failed while deleting the security groups in cleanup operation 
> because those were deleted as part of account cleanup. No need to add 
> security groups in cleanup list explicitly.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_instances.py 1e5ec53 
> 
> Diff: https://reviews.apache.org/r/29478/diff/
> 
> 
> Testing
> ---
> 
> @Desc: Test to verify deploy VM with multiple Security Groups ...
> --
> Ran 1 test in 0.477s
> 
> OK
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: CloudStack Quality Process

[Rohit Yadav]

Can anyone confirm the final time/date? Thanks.

> On 13-Jan-2015, at 2:50 pm, Stephen Turner  wrote:
>
> You're right, it was the wrong word to use. I meant in terms of the number of 
> attendees, not the discussion. I was just trying to encourage others to come 
> along if they care about these process-type issues.
>
> --
> Stephen Turner
>
>
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 13 January 2015 05:12
> To: dev@cloudstack.apache.org
> Subject: RE: CloudStack Quality Process
>
> Not dominated, majority presence
>
>> -Original Message-
>> From: Stephen Turner [mailto:stephen.tur...@citrix.com]
>> Sent: Monday, January 12, 2015 3:30 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: CloudStack Quality Process
>>
>> 17:00 is the earliest I can do this week, although I realise that's
>> getting late in India and I'm not trying to have a veto.
>>
>> Who's planning to come this week? Last week, it seemed a bit quiet and
>> Citrix- dominated [*], although we still had a good session. Will it
>> pick up again now everyone's back from the Christmas holidays?
>>
>> [*] I know we're representing ourselves not our companies, but it's
>> nice to have a diversity of perspectives.
>>
>> --
>> Stephen Turner
>>
>>
>> -Original Message-
>> From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
>> Sent: 12 January 2015 10:21
>> To: dev@cloudstack.apache.org
>> Subject: Re: CloudStack Quality Process
>>
>> Can this be moved earlier by an hour to 16GMT ?
>>
>> -abhi
>>
>>
>>
>>
>>> On 12-Jan-2015, at 1:36 pm, Daan Hoogland 
>> wrote:
>>>
>>> People, I can't make it wednesday 14 17 GMT.. I have a meeting at
>>> 17:30 GMT and will be driving there before. Please make a recording
>>> for me?
>>>
>>> regards,
>>> --
>>> Daan
>>
>> Find out more about ShapeBlue and our range of CloudStack related
>> services
>>
>> IaaS Cloud Design &
>> Build
>> CSForge – rapid IaaS deployment
>> framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering> engineering/>
>> CloudStack Infrastructure Support> infrastructure-support/>
>> CloudStack Bootcamp Training Courses> training/>
>>
>> This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do
>> not necessarily represent those of Shape Blue Ltd or related
>> companies. If you are not the intended recipient of this email, you
>> must neither take any action based upon its contents, nor copy or show
>> it to anyone. Please contact the sender if you believe you have received 
>> this email in error. Shape Blue Ltd is a company incorporated in England & 
>> Wales.
>> ShapeBlue Services India LLP is a company incorporated in India and is
>> operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated
>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
>> registered by The Republic of South Africa and is traded under license
>> from Shape Blue Ltd. ShapeBlue is a registered trademark.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



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

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

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

Jenkins build is back to normal : build-4.5 #273

[jenkins]

See 

Re: Review Request 29509: CLOUDSATCK-8138: Fixed VmSnapshot revert issue in test_escalations_instances.py

[Gaurav Aradhye]

> On Jan. 5, 2015, 6:50 p.m., SrikanteswaraRao Talluri wrote:
> > 22d6565434e31a8c65953a9eb1b8bfeea1c0f1d0 master
> 
> SrikanteswaraRao Talluri wrote:
> doesn't apply on 4.5

4.5 branch does not need this patch, closing the review request.


- Gaurav


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


On Dec. 31, 2014, 3:22 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29509/
> ---
> 
> (Updated Dec. 31, 2014, 3:22 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8138
> https://issues.apache.org/jira/browse/CLOUDSTACK-8138
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The VM should be in running state while reverting the snapshot because the 
> VmSnapshot includes memorySnapshot too.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_instances.py 
> 1e5ec5331b9e95d9e7cae5cd5071e0789525c67e 
> 
> Diff: https://reviews.apache.org/r/29509/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 29845: CLOUDSTACK-8152: Adding delay before creating snapshot/template from root disk after writing data to disk - test_vm_passwordenabled.py

[Gaurav Aradhye]

> On Jan. 13, 2015, 3:37 p.m., SrikanteswaraRao Talluri wrote:
> > d79837b67a481e618c8291152a9ecec299ff02dd master
> > 
> > doesn't apply on 4.5 
> > Applying: CLOUDSTACK-8152: Adding delay before creating snapshot/template 
> > from root disk after writing data to disk - test_vm_passwordenabled.py
> > Using index info to reconstruct a base tree...
> > M   test/integration/component/test_vm_passwdenabled.py
> > Falling back to patching base and 3-way merge...
> > Auto-merging test/integration/component/test_vm_passwdenabled.py
> > CONFLICT (content): Merge conflict in 
> > test/integration/component/test_vm_passwdenabled.py
> > Failed to merge in the changes.
> > Patch failed at 0001 CLOUDSTACK-8152: Adding delay before creating 
> > snapshot/template from root disk after writing data to disk - 
> > test_vm_passwordenabled.py
> > The copy of the patch that failed is found in:
> >/Users/talluri/asf/cloudstack/.git/rebase-apply/patch
> > When you have resolved this problem, run "git am --continue".
> > If you prefer to skip this patch, run "git am --skip" instead.
> > To restore the original branch and stop patching, run "git am --abort".

Please cherry-pick 41b871b6bdfd48f673e1fdc011069dd3c7ca032b from master to 4.5 
and then apply this patch to 4.5.


- Gaurav


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


On Jan. 13, 2015, 2:01 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29845/
> ---
> 
> (Updated Jan. 13, 2015, 2:01 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8152
> https://issues.apache.org/jira/browse/CLOUDSTACK-8152
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Due to timing issue, sometimes data gets lost if snapshot/template is created 
> from root volume immediately after writing data to disk. Add delay to bypass 
> this issue.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vm_passwdenabled.py d998ed5 
> 
> Diff: https://reviews.apache.org/r/29845/diff/
> 
> 
> Testing
> ---
> 
> Test get VM password for password enabled template ... === TestName: 
> test_11_get_vm_password | Status : SUCCESS ===
> ok
> 
> --
> Ran 1 test in 751.495s
> 
> OK
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Jenkins build is still unstable: simulator-singlerun #887

[jenkins]

See 

Re: Review Request 29620: CLOUDSTACK-8143: Corrected a test in BVT test_routers.py

[sanjeev n]

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

Ship it!


Ship It!

- sanjeev n


On Jan. 6, 2015, 7:37 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29620/
> ---
> 
> (Updated Jan. 6, 2015, 7:37 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8143
> https://issues.apache.org/jira/browse/CLOUDSTACK-8143
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case test_03_restart_network_cleanup is restarting the network with 
> cleanup=True and verifying that the linklocalip of the new router should be 
> different than the linklocalip of the old router.
> 
> However this may not be true as the linklocalip is assigned randomly and 
> hence can be same for the new router.
> 
> The test case should instead check that the publicip of the new router should 
> be the same as publicip of the old router.
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_routers.py 7d5f267 
> 
> Diff: https://reviews.apache.org/r/29620/diff/
> 
> 
> Testing
> ---
> 
> Test router internal basic zone ... SKIP: Skip
> Test router internal advanced zone ... SKIP: Skip
> Test restart network ... === TestName: test_03_restart_network_cleanup | 
> Status : SUCCESS ===
> ok
> Test restart network without cleanup ... SKIP: Skip
> Test router basic setup ... SKIP: Skip
> Test router advanced setup ... SKIP: Skip
> Test stop router ... SKIP: Skip
> Test start router ... SKIP: Skip
> Test reboot router ... SKIP: Skip
> 
> --
> Ran 9 tests in 231.829s
> 
> OK (SKIP=8)
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 29620: CLOUDSTACK-8143: Corrected a test in BVT test_routers.py

[sanjeev n]

> On Jan. 13, 2015, 11:10 a.m., sanjeev n wrote:
> > Ship It!

commit 9f55411295c9abc843a49f226691a6b720fb0c07
Author: Ashutosh K 
Date:   Tue Jan 6 12:54:49 2015 +0530

CLOUDSTACK-8143: Corrected a test in BVT test_routers.py


- sanjeev


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


On Jan. 6, 2015, 7:37 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29620/
> ---
> 
> (Updated Jan. 6, 2015, 7:37 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8143
> https://issues.apache.org/jira/browse/CLOUDSTACK-8143
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case test_03_restart_network_cleanup is restarting the network with 
> cleanup=True and verifying that the linklocalip of the new router should be 
> different than the linklocalip of the old router.
> 
> However this may not be true as the linklocalip is assigned randomly and 
> hence can be same for the new router.
> 
> The test case should instead check that the publicip of the new router should 
> be the same as publicip of the old router.
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_routers.py 7d5f267 
> 
> Diff: https://reviews.apache.org/r/29620/diff/
> 
> 
> Testing
> ---
> 
> Test router internal basic zone ... SKIP: Skip
> Test router internal advanced zone ... SKIP: Skip
> Test restart network ... === TestName: test_03_restart_network_cleanup | 
> Status : SUCCESS ===
> ok
> Test restart network without cleanup ... SKIP: Skip
> Test router basic setup ... SKIP: Skip
> Test router advanced setup ... SKIP: Skip
> Test stop router ... SKIP: Skip
> Test start router ... SKIP: Skip
> Test reboot router ... SKIP: Skip
> 
> --
> Ran 9 tests in 231.829s
> 
> OK (SKIP=8)
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 29620: CLOUDSTACK-8143: Corrected a test in BVT test_routers.py

[sanjeev n]

> On Jan. 13, 2015, 11:10 a.m., sanjeev n wrote:
> > Ship It!
> 
> sanjeev n wrote:
> commit 9f55411295c9abc843a49f226691a6b720fb0c07
> Author: Ashutosh K 
> Date:   Tue Jan 6 12:54:49 2015 +0530
> 
> CLOUDSTACK-8143: Corrected a test in BVT test_routers.py

Commit on ACS 4.5:
commit 2ed76b2a55f843053e51d243a1545e92307a0012
Author: Ashutosh K 
Date:   Tue Jan 6 12:54:49 2015 +0530

CLOUDSTACK-8143: Corrected a test in BVT test_routers.py


- sanjeev


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


On Jan. 6, 2015, 7:37 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/29620/
> ---
> 
> (Updated Jan. 6, 2015, 7:37 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8143
> https://issues.apache.org/jira/browse/CLOUDSTACK-8143
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case test_03_restart_network_cleanup is restarting the network with 
> cleanup=True and verifying that the linklocalip of the new router should be 
> different than the linklocalip of the old router.
> 
> However this may not be true as the linklocalip is assigned randomly and 
> hence can be same for the new router.
> 
> The test case should instead check that the publicip of the new router should 
> be the same as publicip of the old router.
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_routers.py 7d5f267 
> 
> Diff: https://reviews.apache.org/r/29620/diff/
> 
> 
> Testing
> ---
> 
> Test router internal basic zone ... SKIP: Skip
> Test router internal advanced zone ... SKIP: Skip
> Test restart network ... === TestName: test_03_restart_network_cleanup | 
> Status : SUCCESS ===
> ok
> Test restart network without cleanup ... SKIP: Skip
> Test router basic setup ... SKIP: Skip
> Test router advanced setup ... SKIP: Skip
> Test stop router ... SKIP: Skip
> Test start router ... SKIP: Skip
> Test reboot router ... SKIP: Skip
> 
> --
> Ran 9 tests in 231.829s
> 
> OK (SKIP=8)
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 2

[Daan Hoogland]

A user reported a regression, I closed the last vote. explanation in
that thread.

On Mon, Jan 12, 2015 at 11:54 PM, Nux!  wrote:
> Hi,
>
> I'm a bit confused, is there any difference compared to RC 1?
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Daan Hoogland" 
>> To: "dev" 
>> Sent: Monday, 12 January, 2015 21:10:00
>> Subject: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 2
>
>> Hi All,
>>
>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150112T2202
>> Commit: 2d9a42e833b576aba016f0d73660da0c5b7b7174
>>
>> List of changes:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
>>
>> PGP release keys (signed using AA4736F3):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>>
>> --
>> Daan



-- 
Daan

Re: CloudStack Quality Process

[Daan Hoogland]

I was trying to put it off with a joke. It was not dominated by
anyone, except maybe yours truly. I hope we will keep it up and get
this to some results, soon. Sorry I can't make it this time.

On Tue, Jan 13, 2015 at 10:20 AM, Stephen Turner
 wrote:
> You're right, it was the wrong word to use. I meant in terms of the number of 
> attendees, not the discussion. I was just trying to encourage others to come 
> along if they care about these process-type issues.
>
> --
> Stephen Turner
>
>
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 13 January 2015 05:12
> To: dev@cloudstack.apache.org
> Subject: RE: CloudStack Quality Process
>
> Not dominated, majority presence
>
>> -Original Message-
>> From: Stephen Turner [mailto:stephen.tur...@citrix.com]
>> Sent: Monday, January 12, 2015 3:30 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: CloudStack Quality Process
>>
>> 17:00 is the earliest I can do this week, although I realise that's
>> getting late in India and I'm not trying to have a veto.
>>
>> Who's planning to come this week? Last week, it seemed a bit quiet and
>> Citrix- dominated [*], although we still had a good session. Will it
>> pick up again now everyone's back from the Christmas holidays?
>>
>> [*] I know we're representing ourselves not our companies, but it's
>> nice to have a diversity of perspectives.
>>
>> --
>> Stephen Turner
>>
>>
>> -Original Message-
>> From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
>> Sent: 12 January 2015 10:21
>> To: dev@cloudstack.apache.org
>> Subject: Re: CloudStack Quality Process
>>
>> Can this be moved earlier by an hour to 16GMT ?
>>
>> -abhi
>>
>>
>>
>>
>> > On 12-Jan-2015, at 1:36 pm, Daan Hoogland 
>> wrote:
>> >
>> > People, I can't make it wednesday 14 17 GMT.. I have a meeting at
>> > 17:30 GMT and will be driving there before. Please make a recording
>> > for me?
>> >
>> > regards,
>> > --
>> > Daan
>>
>> Find out more about ShapeBlue and our range of CloudStack related
>> services
>>
>> IaaS Cloud Design &
>> Build
>> CSForge – rapid IaaS deployment
>> framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering> engineering/>
>> CloudStack Infrastructure Support> infrastructure-support/>
>> CloudStack Bootcamp Training Courses> training/>
>>
>> This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do
>> not necessarily represent those of Shape Blue Ltd or related
>> companies. If you are not the intended recipient of this email, you
>> must neither take any action based upon its contents, nor copy or show
>> it to anyone. Please contact the sender if you believe you have received 
>> this email in error. Shape Blue Ltd is a company incorporated in England & 
>> Wales.
>> ShapeBlue Services India LLP is a company incorporated in India and is
>> operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated
>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
>> registered by The Republic of South Africa and is traded under license
>> from Shape Blue Ltd. ShapeBlue is a registered trademark.



-- 
Daan

Build failed in Jenkins: build-master-simulator #1567

[jenkins]

See 

Changes:

[sanjeev] CLOUDSTACK-8143: Corrected a test in BVT test_routers.py

--
[...truncated 1044 lines...]
[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:3.2:compile (default-compile) @ cloud-agent ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 15 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-agent ---
[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:3.2:testCompile (default-testCompile) @ 
cloud-agent ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 2 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-agent ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running com.cloud.agent.AgentShellTest
log4j:WARN No appenders could be found for logger (com.cloud.agent.AgentShell).
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: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.403 sec - in 
com.cloud.agent.AgentShellTest
Running com.cloud.agent.dao.impl.PropertiesStorageTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.253 sec - in 
com.cloud.agent.dao.impl.PropertiesStorageTest

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Clustering 4.6.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-framework-cluster ---
[INFO] Deleting 

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

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-framework-cluster ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-framework-cluster ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-framework-cluster ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:compile (default-compile) @ 
cloud-framework-cluster ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 28 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-cluster ---
[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:3.2:testCompile (default-testCompile) @ 
cloud-framework-cluster ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ 
cloud-framework-cluster ---
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Event Notification 4.6.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-framework-events ---
[INFO] Deleting 

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

Jenkins build is still unstable: simulator-singlerun #888

[jenkins]

See 

RE: CloudStack Quality Process

[Stephen Turner]

It's either 16:00 or 17:00 tomorrow (Wed). Anyone else got a preference?

-- 
Stephen Turner


-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: 13 January 2015 10:25
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Quality Process

Can anyone confirm the final time/date? Thanks.

> On 13-Jan-2015, at 2:50 pm, Stephen Turner  wrote:
>
> You're right, it was the wrong word to use. I meant in terms of the number of 
> attendees, not the discussion. I was just trying to encourage others to come 
> along if they care about these process-type issues.
>
> --
> Stephen Turner
>
>
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 13 January 2015 05:12
> To: dev@cloudstack.apache.org
> Subject: RE: CloudStack Quality Process
>
> Not dominated, majority presence
>
>> -Original Message-
>> From: Stephen Turner [mailto:stephen.tur...@citrix.com]
>> Sent: Monday, January 12, 2015 3:30 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: CloudStack Quality Process
>>
>> 17:00 is the earliest I can do this week, although I realise that's 
>> getting late in India and I'm not trying to have a veto.
>>
>> Who's planning to come this week? Last week, it seemed a bit quiet 
>> and
>> Citrix- dominated [*], although we still had a good session. Will it 
>> pick up again now everyone's back from the Christmas holidays?
>>
>> [*] I know we're representing ourselves not our companies, but it's 
>> nice to have a diversity of perspectives.
>>
>> --
>> Stephen Turner
>>
>>
>> -Original Message-
>> From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
>> Sent: 12 January 2015 10:21
>> To: dev@cloudstack.apache.org
>> Subject: Re: CloudStack Quality Process
>>
>> Can this be moved earlier by an hour to 16GMT ?
>>
>> -abhi
>>
>>
>>
>>
>>> On 12-Jan-2015, at 1:36 pm, Daan Hoogland 
>> wrote:
>>>
>>> People, I can't make it wednesday 14 17 GMT.. I have a meeting at
>>> 17:30 GMT and will be driving there before. Please make a recording 
>>> for me?
>>>
>>> regards,
>>> --
>>> Daan
>>
>> Find out more about ShapeBlue and our range of CloudStack related 
>> services
>>
>> IaaS Cloud Design &
>> Build
>> CSForge – rapid IaaS deployment
>> framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering> engineering/>
>> CloudStack Infrastructure Support> infrastructure-support/>
>> CloudStack Bootcamp Training Courses> training/>
>>
>> This email and any attachments to it may be confidential and are 
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do 
>> not necessarily represent those of Shape Blue Ltd or related 
>> companies. If you are not the intended recipient of this email, you 
>> must neither take any action based upon its contents, nor copy or 
>> show it to anyone. Please contact the sender if you believe you have 
>> received this email in error. Shape Blue Ltd is a company incorporated in 
>> England & Wales.
>> ShapeBlue Services India LLP is a company incorporated in India and 
>> is operated under license from Shape Blue Ltd. Shape Blue Brasil 
>> Consultoria Ltda is a company incorporated in Brasil and is operated 
>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
>> registered by The Republic of South Africa and is traded under 
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



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

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

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wale

Jenkins build is still unstable: simulator-4.5-singlerun #122

[jenkins]

See 

Review Request 29847: CLOUDSTACK-8153: Adding global setting value check for few test cases in test_custom_hostname.py

[Ashutosh Kelkar]

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

Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

The test cases need vm.instancename.flag set to be true. Added check for that.


Diffs
-

  test/integration/component/test_custom_hostname.py fcd497e 

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


Testing
---

Yes.


Thanks,

Ashutosh Kelkar

CloudStack Set password through API

[ahmad ismail]

Hello All,

I am a cloud stack enthusiasts, and i am working with cloud stack API. The
problem i am facing is in CHANGE PASSWORD API. i have manage to
successfully change the password  till now , but when special characters
are send via API the new password doesn't work .

i am using PHP to call API.  i have tried rawurlencode , urlencode but it
doesn't work

-- 
*Best Regards *
*Ahmad Ismail*

RE: xenserver 6.5

[Adrian Lewis]

With XS 6.5 released, is anyone able to comment on:

1. Does the 4.5 branch need updating to support it?
2. If the changes are so minor, will we see support in 4.3.x or 4.4.x as
well?

Do we consider this to be a feature or bug? If the code for the resource
class stays exactly the same and the only thing blocking the use of XS 6.5
is the checks that CS does when adding a new host, would this not be
considered as a bug? Technically the validation is broken as its intent is
to determine whether or not the current resource class can handle the
hypervisor. If the current resource class can in fact handle XS6.5 but the
validation code says it can't, isn’t this is a bug?

Cheers,

Adrian

-Original Message-
From: Tim Mackey [mailto:tmac...@gmail.com]
Sent: 20 October 2014 20:10
To: dev@cloudstack.apache.org
Subject: Re: xenserver 6.5

Correct on both counts

On Mon, Oct 20, 2014 at 2:55 PM, Daan Hoogland 
wrote:

> thanks Tim, from this I take that hypervisor versions are hardcoded
> still, and xenserver 6.5 is supported since 4.5. correct?
>
> On Mon, Oct 20, 2014 at 8:36 PM, Tim Mackey  wrote:
>
> > Daan,
> >
> > Here are the relevant commits:
> >
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=2b
> e02d1f515d8d089b6596127614fe6b8030d723
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=b7
> f5e95c8f17cf42d35705872b4210db8c2def72
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=67
> 4af6e47313fa18c18536a2daed90d13b9a9a59
> >
> > Mike,
> >
> > Here's an example of the type of DB changes:
> >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=
> setup/db/db/schema-441to450.sql;h=e6aae8e3d624744af9f19b132fa8f53b5a4c
> ddb5;hp=34d5f8842005f8a2da4df8a9a838d919cc648831;hb=2be02d1f515d8d089b
> 6596127614fe6b8030d723;hpb=f212aa57c32eb05d6a69730e37ac50bdb1f0a268
> >
> > On Mon, Oct 20, 2014 at 1:51 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Yeah, Tim, I'm a little unclear of what you mean by requiring a DB
> > update.
> > >
> > > Can you clarify that?
> > >
> > > Thanks!
> > >
> > > On Mon, Oct 20, 2014 at 11:29 AM, Daan Hoogland <
> daan.hoogl...@gmail.com
> > >
> > > wrote:
> > >
> > > > Tim, these changes are needed? so 4.4.1 will not work with db
> > changes...
> > > Do
> > > > you have a commit id?
> > > >
> > > > On Mon, Oct 20, 2014 at 6:54 PM, Tim Mackey 
> wrote:
> > > >
> > > > > I know that master had a bunch of cleanup work to make things
> > > > > work
> > > better
> > > > > (commits were a month ago), but baring any significant issues,
> being
> > > able
> > > > > to support a newer XenServer should be as simple as a database
> > update.
> > > > So
> > > > > net of this master *today* should work fine with 6.5 (and the
> various
> > > > > pre-release builds since beta.2).
> > > > >
> > > > > On Mon, Oct 20, 2014 at 12:45 PM, Mike Tutkowski <
> > > > > mike.tutkow...@solidfire.com> wrote:
> > > > >
> > > > > > Someone correct me if I'm wrong but, if a previous XenServer
> > resource
> > > > > class
> > > > > > can handle the newer version of XenServer, then I don't
> > > > > > think you
> > > need
> > > > to
> > > > > > make any changes to CloudStack files to use that newer version.
> > > > > >
> > > > > > If you do see some incompatibility with that version of
> XenServer,
> > > then
> > > > > > someone would need to create a new resource class to handle
> > > > > > the discrepancies.
> > > > > >
> > > > > > On Monday, October 20, 2014, Adrian Lewis <
> > > adr...@alsiconsulting.co.uk
> > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Out of interest, on the assumption that there are no
> > > > > > > issues
> with
> > > > using
> > > > > > 6.5
> > > > > > > when it's released and there are no
> > > > > > > backwards-compatibility
> > > problems,
> > > > > > will
> > > > > > > it then work with 4.4.1 or does CS need to be *explicitly*
> > > > > > > told
> > > that
> > > > > > newer,
> > > > > > > effectively unknown versions are 'acceptable' as a valid
> > > hypervisor?
> > > > > > > Basically, If we deploy CS 4.4.1 and we like the look of
> > > > > > > XS 6.5
> > > when
> > > > it
> > > > > > > comes out, will we need to make any changes to CS to start
> using
> > > it?
> > > > If
> > > > > > so,
> > > > > > > are these simple edits to the contents of a file or would
> > > > > > > it
> > > require
> > > > > > > rebuilding?
> > > > > > >
> > > > > > > -Original Message-
> > > > > > > From: Stephen Turner [mailto:stephen.tur...@citrix.com
> > > > ]
> > > > > > > Sent: 20 October 2014 15:28
> > > > > > > To: dev@cloudstack.apache.org 
> > > > > > > Subject: RE: xenserver 6.5
> > > > > > >
> > > > > > > I think it should be minimal, because although there are
> > > > > > > large
> > > > internal
> > > > > > > changes (e.g., 3.x kernel, 64-bit dom0, new Xen, new
> > > > > > > storage
> > > > datapath,
> > > > > > > PVHVM
> > > > > > > mode for RHEL/Cen

Re: CloudStack Quality Process

[Pierre-Luc Dion]

Hi, I'm back, what ever time on my case should we doodle it?

Thanks,




On Tue, Jan 13, 2015 at 7:49 AM, Stephen Turner 
wrote:

> It's either 16:00 or 17:00 tomorrow (Wed). Anyone else got a preference?
>
> --
> Stephen Turner
>
>
> -Original Message-
> From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
> Sent: 13 January 2015 10:25
> To: dev@cloudstack.apache.org
> Subject: Re: CloudStack Quality Process
>
> Can anyone confirm the final time/date? Thanks.
>
> > On 13-Jan-2015, at 2:50 pm, Stephen Turner 
> wrote:
> >
> > You're right, it was the wrong word to use. I meant in terms of the
> number of attendees, not the discussion. I was just trying to encourage
> others to come along if they care about these process-type issues.
> >
> > --
> > Stephen Turner
> >
> >
> > -Original Message-
> > From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> > Sent: 13 January 2015 05:12
> > To: dev@cloudstack.apache.org
> > Subject: RE: CloudStack Quality Process
> >
> > Not dominated, majority presence
> >
> >> -Original Message-
> >> From: Stephen Turner [mailto:stephen.tur...@citrix.com]
> >> Sent: Monday, January 12, 2015 3:30 AM
> >> To: dev@cloudstack.apache.org
> >> Subject: RE: CloudStack Quality Process
> >>
> >> 17:00 is the earliest I can do this week, although I realise that's
> >> getting late in India and I'm not trying to have a veto.
> >>
> >> Who's planning to come this week? Last week, it seemed a bit quiet
> >> and
> >> Citrix- dominated [*], although we still had a good session. Will it
> >> pick up again now everyone's back from the Christmas holidays?
> >>
> >> [*] I know we're representing ourselves not our companies, but it's
> >> nice to have a diversity of perspectives.
> >>
> >> --
> >> Stephen Turner
> >>
> >>
> >> -Original Message-
> >> From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
> >> Sent: 12 January 2015 10:21
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: CloudStack Quality Process
> >>
> >> Can this be moved earlier by an hour to 16GMT ?
> >>
> >> -abhi
> >>
> >>
> >>
> >>
> >>> On 12-Jan-2015, at 1:36 pm, Daan Hoogland 
> >> wrote:
> >>>
> >>> People, I can't make it wednesday 14 17 GMT.. I have a meeting at
> >>> 17:30 GMT and will be driving there before. Please make a recording
> >>> for me?
> >>>
> >>> regards,
> >>> --
> >>> Daan
> >>
> >> Find out more about ShapeBlue and our range of CloudStack related
> >> services
> >>
> >> IaaS Cloud Design &
> >> Build
> >> CSForge – rapid IaaS deployment
> >> framework
> >> CloudStack Consulting
> >> CloudStack Software
> >> Engineering >> engineering/>
> >> CloudStack Infrastructure Support >> infrastructure-support/>
> >> CloudStack Bootcamp Training Courses >> training/>
> >>
> >> This email and any attachments to it may be confidential and are
> >> intended solely for the use of the individual to whom it is addressed.
> >> Any views or opinions expressed are solely those of the author and do
> >> not necessarily represent those of Shape Blue Ltd or related
> >> companies. If you are not the intended recipient of this email, you
> >> must neither take any action based upon its contents, nor copy or
> >> show it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated in
> England & Wales.
> >> ShapeBlue Services India LLP is a company incorporated in India and
> >> is operated under license from Shape Blue Ltd. Shape Blue Brasil
> >> Consultoria Ltda is a company incorporated in Brasil and is operated
> >> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
> >> registered by The Republic of South Africa and is traded under
> >> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do n

Fwd: [ NOTICE ] Service Downtime Notification - R/W git repos

[Chip Childers]

Begin forwarded message:

> From: Tony Stevenson 
> Date: January 13, 2015 at 9:48:51 AM EST
> To: undisclosed-recipients:;
> Subject: [ NOTICE ] Service Downtime Notification - R/W git repos
> Reply-To: priv...@cloudstack.apache.org
> 
> Folks,
> 
> Please note than on Thursday 15th at 20:00 UTC the Infrastructure team
> will be taking the read/write git repositories offline.  We expect
> that this migration to last about 4 hours.
> 
> During the outage the service will be migrated from an old host to a
> new one.   We intend to keep the URL the same for access to the repos
> after the migration, but an alternate name is already in place in case
> DNS updates take too long.   Please be aware it might take some hours
> after the completion of the downtime for github to update and reflect
> any changes.
> 
> The Infrastructure team have been trialling the new host for about a
> week now, and [touch wood] have not had any problems with it.
> 
> The service is current;y available by accessing repos via:
> https://git-wip-us.apache.org
> 
> If you have any questions please address them to infrastruct...@apache.org
> 
> 
> 
> 
> -- 
> Cheers,
> Tony
> 
> On behalf of the Apache Infrastructure Team
> 
> --
> Tony Stevenson
> 
> t...@pc-tony.com
> pct...@apache.org
> 
> http://www.pc-tony.com
> 
> GPG - 1024D/51047D66
> --

[GitHub] cloudstack pull request: CLOUDSTACK-8154: Fix typo in response nam...

[resmo]

GitHub user resmo opened a pull request:

https://github.com/apache/cloudstack/pull/63

CLOUDSTACK-8154: Fix typo in response name string: there is an extra 's'

Signed-off-by: René Moser 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/resmo/cloudstack fix/deleteisoapi

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/63.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #63


commit c7ebd13d02948fd2ca2d6e4245127e01a2f7579e
Author: René Moser 
Date:   2015-01-13T15:23:31Z

CLOUDSTACK-8154: Fix typo in response name string: there is an extra 's'

Signed-off-by: René Moser 




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

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 2

[Nux!]

I can't see/find that, have a quick url to the regression?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Daan Hoogland" 
> To: "dev" 
> Sent: Tuesday, 13 January, 2015 11:26:11
> Subject: Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 2

> A user reported a regression, I closed the last vote. explanation in
> that thread.
> 
> On Mon, Jan 12, 2015 at 11:54 PM, Nux!  wrote:
>> Hi,
>>
>> I'm a bit confused, is there any difference compared to RC 1?
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Daan Hoogland" 
>>> To: "dev" 
>>> Sent: Monday, 12 January, 2015 21:10:00
>>> Subject: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 2
>>
>>> Hi All,
>>>
>>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150112T2202
>>> Commit: 2d9a42e833b576aba016f0d73660da0c5b7b7174
>>>
>>> List of changes:
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
>>>
>>> PGP release keys (signed using AA4736F3):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>>
>>> --
>>> Daan
> 
> 
> 
> --
> Daan

[GitHub] cloudstack pull request: CLOUDSTACK-8154: Fix typo in response nam...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/63#issuecomment-69761365
  
LGTM


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

[GitHub] cloudstack pull request: CLOUDSTACK-8154: Fix typo in response nam...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/63#issuecomment-69761669
  
Since, this is an API related change I'm hesitant to merge into master 
without a discussion around this on dev ML. Can you start a thread on dev ML to 
discuss fixing typos in the command response key-name.


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

API response change command=deleteIso

[Rene Moser]

Hi dev

I found an inconsistency, call it a typo, in the API response and would
like to make an API change [1]. I saw there has been a similar change in
the past [2].

Thanks for your response.

Regards
René

[1] https://github.com/apache/cloudstack/pull/63
[2]
https://github.com/resmo/cloudstack/commit/e7134b82f90cfa9482cd08c3cf4633c64d621117



signature.asc
Description: OpenPGP digital signature

[GitHub] cloudstack pull request: CLOUDSTACK-8154: Fix typo in response nam...

[runseb]

Github user runseb commented on the pull request:

https://github.com/apache/cloudstack/pull/63#issuecomment-69767205
  
I am +1 with this, looks like a typo. definitely good for master. maybe 
other bug fix releases.


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

RE: CloudStack Quality Process

[Stephen Turner]

As we're in the middle of discussing a proposal from Daan, my feeling is that 
we should have it at 16:00 GMT so that he can attend and I'll sit out this 
week. (Most weeks I can manage 16:00 or 17:00, but once a month I can't do 
16:00).

-- 
Stephen Turner


-Original Message-
From: Stephen Turner [mailto:stephen.tur...@citrix.com] 
Sent: 13 January 2015 12:50
To: dev@cloudstack.apache.org
Subject: RE: CloudStack Quality Process

It's either 16:00 or 17:00 tomorrow (Wed). Anyone else got a preference?

-- 
Stephen Turner


-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: 13 January 2015 10:25
To: dev@cloudstack.apache.org
Subject: Re: CloudStack Quality Process

Can anyone confirm the final time/date? Thanks.

> On 13-Jan-2015, at 2:50 pm, Stephen Turner  wrote:
>
> You're right, it was the wrong word to use. I meant in terms of the number of 
> attendees, not the discussion. I was just trying to encourage others to come 
> along if they care about these process-type issues.
>
> --
> Stephen Turner
>
>
> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: 13 January 2015 05:12
> To: dev@cloudstack.apache.org
> Subject: RE: CloudStack Quality Process
>
> Not dominated, majority presence
>
>> -Original Message-
>> From: Stephen Turner [mailto:stephen.tur...@citrix.com]
>> Sent: Monday, January 12, 2015 3:30 AM
>> To: dev@cloudstack.apache.org
>> Subject: RE: CloudStack Quality Process
>>
>> 17:00 is the earliest I can do this week, although I realise that's 
>> getting late in India and I'm not trying to have a veto.
>>
>> Who's planning to come this week? Last week, it seemed a bit quiet 
>> and
>> Citrix- dominated [*], although we still had a good session. Will it 
>> pick up again now everyone's back from the Christmas holidays?
>>
>> [*] I know we're representing ourselves not our companies, but it's 
>> nice to have a diversity of perspectives.
>>
>> --
>> Stephen Turner
>>
>>
>> -Original Message-
>> From: Abhinandan Prateek [mailto:abhinandan.prat...@shapeblue.com]
>> Sent: 12 January 2015 10:21
>> To: dev@cloudstack.apache.org
>> Subject: Re: CloudStack Quality Process
>>
>> Can this be moved earlier by an hour to 16GMT ?
>>
>> -abhi
>>
>>
>>
>>
>>> On 12-Jan-2015, at 1:36 pm, Daan Hoogland 
>> wrote:
>>>
>>> People, I can't make it wednesday 14 17 GMT.. I have a meeting at
>>> 17:30 GMT and will be driving there before. Please make a recording 
>>> for me?
>>>
>>> regards,
>>> --
>>> Daan
>>
>> Find out more about ShapeBlue and our range of CloudStack related 
>> services
>>
>> IaaS Cloud Design &
>> Build
>> CSForge – rapid IaaS deployment
>> framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering> engineering/>
>> CloudStack Infrastructure Support> infrastructure-support/>
>> CloudStack Bootcamp Training Courses> training/>
>>
>> This email and any attachments to it may be confidential and are 
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do 
>> not necessarily represent those of Shape Blue Ltd or related 
>> companies. If you are not the intended recipient of this email, you 
>> must neither take any action based upon its contents, nor copy or 
>> show it to anyone. Please contact the sender if you believe you have 
>> received this email in error. Shape Blue Ltd is a company incorporated in 
>> England & Wales.
>> ShapeBlue Services India LLP is a company incorporated in India and 
>> is operated under license from Shape Blue Ltd. Shape Blue Brasil 
>> Consultoria Ltda is a company incorporated in Brasil and is operated 
>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
>> registered by The Republic of South Africa and is traded under 
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



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

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

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom i

what's the status of Bare Metal component?

[Nux!]

Hi,

What is the status of the Bare Metal deployment component? I'm just being asked 
to install the competitorstack because of this feature and was wondering where 
Cloudstack is at the moment?
Any docs about it and how can we help with it?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

RE: Can not add a new virtual instance by a template

[Somesh Naidu]

Did you verify the template you are launching the VM from is completely 
downloaded and it's integrity.

-Original Message-
From: w...@landhightech.com [mailto:w...@landhightech.com] 
Sent: Friday, January 09, 2015 3:17 AM
To: dev
Subject: Can not add a new virtual instance by a template

Hi， 
We had an issue when we add a new virtual instance by template.we can not 
create the new instance. 
We use cloudstack 4.4.1 + Vmware ,advanced network ,local storage. 
We want to add a new virtual instance into a share network. 
Message: File upload task failed to complete due to: Error writing request body 
to server 

-- 
2015-01-09 23:30:14,876 DEBUG [o.a.c.s.RemoteHostEndPoint] 
(Timer-11:ctx-a09c3aac) Sending command 
org.apache.cloudstack.storage.command.DownloadProgressCommand to host: 3 
2015-01-09 23:30:14,878 DEBUG [c.c.a.t.Request] (Timer-11:ctx-a09c3aac) Seq 
3-1751055830117010306: Sending { Cmd , MgmtId: 52230225403, via: 3(s-1-VM), 
Ver: v1, Flags: 100011, 
[{"org.apache.cloudstack.storage.command.DownloadProgressCommand":{"jobId":"b7835acd-50af-44e7-a91c-94b715722bfc","request":"GET_STATUS","hvm":false,"description":"CentOS
 5.3(64-bit) no GUI 
(vSphere)","checksum":"f6f881b7f2292948d8494db837fe0f47","maxDownloadSizeInBytes":53687091200,"id":7,"resourceType":"TEMPLATE","installPath":"template/tmpl/1/7","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://192.168.10.2/secondary","_role":"Image"}},"url":"http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","format":"OVA","accountId":1,"name":"centos53-x64","secUrl":"nfs://192.168.10.2/secondary","wait":0}}]
 } 
2015-01-09 23:30:14,923 DEBUG [c.c.a.t.Request] (AgentManager-Handler-11:null) 
Seq 3-1751055830117010306: Processing: { Ans: , MgmtId: 52230225403, via: 3, 
Ver: v1, Flags: 10, 
[{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"b7835acd-50af-44e7-a91c-94b715722bfc","downloadPct":0,"errorString":"
 
","downloadStatus":"DOWNLOAD_IN_PROGRESS","downloadPath":"/mnt/SecStorage/19e03beb-309a-3316-8e6d-5f25071372e5/template/tmpl/1/7/dnld5043761750658787860tmp_","installPath":"template/tmpl/1/7","templateSize":0,"templatePhySicalSize":0,"checkSum":"f6f881b7f2292948d8494db837fe0f47","result":true,"details":"
 ","wait":0}}] } 
2015-01-09 23:30:15,780 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-23:ctx-6e8835bf) ===START=== 192.168.255.102 -- GET 
command=queryAsyncJobResult&jobId=dde8c83e-63fc-4b49-b70d-27b3faca7883&response=json&sessionkey=SST2qsGww2SbQBYEsnO7%2BoMlQWU%3D&_=1420788674854
 
2015-01-09 23:30:15,841 DEBUG [c.c.a.ApiServlet] (catalina-exec-23:ctx-6e8835bf 
ctx-35fa8112) ===END=== 192.168.255.102 -- GET 
command=queryAsyncJobResult&jobId=dde8c83e-63fc-4b49-b70d-27b3faca7883&response=json&sessionkey=SST2qsGww2SbQBYEsnO7%2BoMlQWU%3D&_=1420788674854
 
2015-01-09 23:30:16,170 DEBUG [o.a.c.f.j.d.VmWorkJobDaoImpl] 
(Vm-Operations-Cleanup-1:ctx-86237200) Expunge completed work job-205 
2015-01-09 23:30:18,022 DEBUG [c.c.a.t.Request] (AgentManager-Handler-3:null) 
Seq 3-1751055830117010304: Processing: { Ans: , MgmtId: 52230225403, via: 3, 
Ver: v1, Flags: 10, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"Unable
 to copy template to primary storage due to exception:Exception: 
java.lang.Exception\nMessage: File upload task failed to complete due to: Error 
writing request body to server\n","wait":0}}] } 
2015-01-09 23:30:18,022 DEBUG [c.c.a.t.Request] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Seq 
3-1751055830117010304: Received: { Ans: , MgmtId: 52230225403, via: 3, Ver: v1, 
Flags: 10, { CopyCmdAnswer } } 
2015-01-09 23:30:18,047 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 2-22712: Processing Seq 2-22712: { Cmd , 
MgmtId: -1, via: 2, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":2,"_loadInfo":"{\n
 \"connections\": []\n}","wait":0}}] } 
2015-01-09 23:30:18,116 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 2-22712: Sending Seq 2-22712: { Ans: , 
MgmtId: 52230225403, via: 2, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] } 
2015-01-09 23:30:18,150 INFO [o.a.c.s.v.VolumeServiceImpl] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) releasing lock 
for VMTemplateStoragePool 19 
2015-01-09 23:30:18,151 WARN [c.c.u.d.Merovingian2] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Was unable to 
find lock for the key template_spool_ref19 and thread id 1216625438 
2015-01-09 23:30:18,151 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Unable to 
create Vol[32|vm=27|ROOT]:Unable to copy template to primary storage due to 
exception:Exception: java.lang.Exception 
Message: File upload task failed to complete due to: Error writing request body 
to server 

2015-01-09 23:30:18,151 INFO [c.c.v.VirtualMachineManagerIm

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 1

[Daan Hoogland]

sorry, I had send this in a private thread:
retracting this candidate due to a user report on 4.4.2 [1]

[1] http://markmail.org/message/k7pogohdtipvzccd

On Sat, Jan 10, 2015 at 12:54 PM, Nux!  wrote:
> +1 from me based on basic create/start/stop tests, root resize, ssh 
> passwd/key and userdata tests.
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Daan Hoogland" 
>> To: "dev" 
>> Sent: Friday, 9 January, 2015 15:35:46
>> Subject: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 1
>
>> Hi All,
>>
>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150109T1630
>> Commit: 436fb55726f45ec5d049e030fdc2a40e54895786
>>
>> List of changes:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
>>
>> PGP release keys (signed using AA4736F3):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>>
>> --
>> Daan



-- 
Daan

RE: what's the status of Bare Metal component?

[Frank Zhang]

CloudStack offers baremetal for basic zone (see 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Baremetal+KickStart) and 
advanced zone (see 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Baremetal+Advanced+Networking+Support).
Basic zone support has been there for years, advanced zone is new feature in 
4.5; development work has been done, though there may be some small 
enhancements and bug fixes.

BTW: competitorstack,  funny!

> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Tuesday, January 13, 2015 8:22 AM
> To: 
> Subject: what's the status of Bare Metal component?
> 
> Hi,
> 
> What is the status of the Bare Metal deployment component? I'm just being
> asked to install the competitorstack because of this feature and was wondering
> where Cloudstack is at the moment?
> Any docs about it and how can we help with it?
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

Re: what's the status of Bare Metal component?

[Nux!]

Thanks Frank, that sounds promising.
The VMware requirement kind of sucks, though. No way around it, perhaps via 
some helping sys VM?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Frank Zhang" 
> To: "" 
> Sent: Tuesday, 13 January, 2015 19:29:56
> Subject: RE: what's the status of Bare Metal component?

> CloudStack offers baremetal for basic zone (see
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Baremetal+KickStart) 
> and
> advanced zone (see
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Baremetal+Advanced+Networking+Support).
> Basic zone support has been there for years, advanced zone is new feature in
> 4.5; development work has been done, though there may be some small
> enhancements and bug fixes.
> 
> BTW: competitorstack,  funny!
> 
>> -Original Message-
>> From: Nux! [mailto:n...@li.nux.ro]
>> Sent: Tuesday, January 13, 2015 8:22 AM
>> To: 
>> Subject: what's the status of Bare Metal component?
>> 
>> Hi,
>> 
>> What is the status of the Bare Metal deployment component? I'm just being
>> asked to install the competitorstack because of this feature and was 
>> wondering
>> where Cloudstack is at the moment?
>> Any docs about it and how can we help with it?
>> 
>> Lucian
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
> > www.nux.ro

RE: what's the status of Bare Metal component?

[Frank Zhang]

Yeah that's kind of annoying.
If users don't mind to put the HTTP/NFS server storing kickstart file and ISOs 
on the public network, it's possible to use other hypervisors' system VM 

> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Tuesday, January 13, 2015 11:39 AM
> To: dev@cloudstack.apache.org
> Subject: Re: what's the status of Bare Metal component?
> 
> Thanks Frank, that sounds promising.
> The VMware requirement kind of sucks, though. No way around it, perhaps via
> some helping sys VM?
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
> > From: "Frank Zhang" 
> > To: "" 
> > Sent: Tuesday, 13 January, 2015 19:29:56
> > Subject: RE: what's the status of Bare Metal component?
> 
> > CloudStack offers baremetal for basic zone (see
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Baremetal+KickS
> > tart) and advanced zone (see
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Baremetal+Advance
> d+Networking+Support).
> > Basic zone support has been there for years, advanced zone is new
> > feature in 4.5; development work has been done, though there may be
> > some small enhancements and bug fixes.
> >
> > BTW: competitorstack,  funny!
> >
> >> -Original Message-
> >> From: Nux! [mailto:n...@li.nux.ro]
> >> Sent: Tuesday, January 13, 2015 8:22 AM
> >> To: 
> >> Subject: what's the status of Bare Metal component?
> >>
> >> Hi,
> >>
> >> What is the status of the Bare Metal deployment component? I'm just
> >> being asked to install the competitorstack because of this feature
> >> and was wondering where Cloudstack is at the moment?
> >> Any docs about it and how can we help with it?
> >>
> >> Lucian
> >>
> >> --
> >> Sent from the Delta quadrant using Borg technology!
> >>
> >> Nux!
> > > www.nux.ro

[QUESTION] Attached/Detached Volume State

[Mike Tutkowski]

Hi,

Does anyone know why we don't currently have a state and applicable
transitions in Volume.State for attaching and detaching volumes?

It seems like you'd want to, say, transition to Attaching only when you're
in the Ready state (or maybe some other states, as well).

I think right now you can confuse the system by sending an attach command
and then a detach command before the attach command finishes (it's a race
condition...I don't think it always causes trouble).

Thoughts?

Thanks,
Mike

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

[QUESTION] Locking versus State Transitioning

[Mike Tutkowski]

Hi,

I noticed while examining the code to take a volume snapshot that
XenserverSnapshotStrategy does the following:

SnapshotVO snapshotVO = snapshotDao
.acquireInLockTable(snapshot.getId());

if (snapshotVO == null) {

throw new CloudRuntimeException("Failed to get lock on
snapshot:" + snapshot.getId());

}


try {

VolumeInfo volumeInfo = snapshot.getBaseVolume();

volumeInfo.stateTransit(Volume.Event.SnapshotRequested);

SnapshotResult result = null;

try {

result = snapshotSvr.takeSnapshot(snapshot);

if (result.isFailed()) {

s_logger.debug("Failed to take snapshot: " +
result.getResult());

throw new CloudRuntimeException(result.getResult());

}

} finally {

if (result != null && result.isSuccess()) {

volumeInfo.stateTransit(Volume.Event.OperationSucceeded
);

} else {

volumeInfo.stateTransit(Volume.Event.OperationFailed);

}

}

Is there a reason here why the code acquires a lock on the snapshot instead
of performing a state transition (say, Allocated to Creating)?

We can see in the same code block that we use a state transition to protect
the volume.

Thanks!

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

Re: [QUESTION] Attached/Detached Volume State

[Nitin Mehta]

States shouldn¹t be used to serialize operations on a volume. It should be
used to denote the lifecycle of the volume instead.
I think the async job manager does take care of the serialization. Which
version do you see this issue happening ?

Thanks,
-Nitin

On 13/01/15 12:28 PM, "Mike Tutkowski" 
wrote:

>Hi,
>
>Does anyone know why we don't currently have a state and applicable
>transitions in Volume.State for attaching and detaching volumes?
>
>It seems like you'd want to, say, transition to Attaching only when you're
>in the Ready state (or maybe some other states, as well).
>
>I think right now you can confuse the system by sending an attach command
>and then a detach command before the attach command finishes (it's a race
>condition...I don't think it always causes trouble).
>
>Thoughts?
>
>Thanks,
>Mike
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
>**

[GitHub] cloudstack pull request: CLOUDSTACK-8154: Fix typo in response nam...

[nitmehta]

Github user nitmehta commented on the pull request:

https://github.com/apache/cloudstack/pull/63#issuecomment-69821830
  
Does this break backward compatibility ? How is this string used ? Can you 
please post the old and new response for this ?


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

Re: [QUESTION] Locking versus State Transitioning

[Nitin Mehta]

Hey Mike,
State transition shouldn¹t be used for serialization. Our job framework
should do the same. If not, then its a bug.
Also, in this case locking on snapshot doesn't help, shouldn¹t it be on
the volume ?

Thanks,
-Nitin

On 13/01/15 12:34 PM, "Mike Tutkowski" 
wrote:

>Hi,
>
>I noticed while examining the code to take a volume snapshot that
>XenserverSnapshotStrategy does the following:
>
>SnapshotVO snapshotVO = snapshotDao
>.acquireInLockTable(snapshot.getId());
>
>if (snapshotVO == null) {
>
>throw new CloudRuntimeException("Failed to get lock on
>snapshot:" + snapshot.getId());
>
>}
>
>
>try {
>
>VolumeInfo volumeInfo = snapshot.getBaseVolume();
>
>volumeInfo.stateTransit(Volume.Event.SnapshotRequested);
>
>SnapshotResult result = null;
>
>try {
>
>result = snapshotSvr.takeSnapshot(snapshot);
>
>if (result.isFailed()) {
>
>s_logger.debug("Failed to take snapshot: " +
>result.getResult());
>
>throw new CloudRuntimeException(result.getResult());
>
>}
>
>} finally {
>
>if (result != null && result.isSuccess()) {
>
>  
>volumeInfo.stateTransit(Volume.Event.OperationSucceeded
>);
>
>} else {
>
>volumeInfo.stateTransit(Volume.Event.OperationFailed);
>
>}
>
>}
>
>Is there a reason here why the code acquires a lock on the snapshot
>instead
>of performing a state transition (say, Allocated to Creating)?
>
>We can see in the same code block that we use a state transition to
>protect
>the volume.
>
>Thanks!
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
>**

Jenkins build is back to normal : build-master-simulator #1568

[jenkins]

See 

Build failed in Jenkins: build-4.5 #275

[jenkins]

See 

Changes:

[Rohit Yadav] CLOUDSTACK-8037: Require signed AuthnRequest, adds more security

[Rohit Yadav] CLOUDSTACK-8155: Remove unwanted whitespaces from json response

--
[...truncated 1276 lines...]
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-framework-security ---
[INFO] Compiling 7 source files to 

[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-api ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-api ---
[INFO] Compiling 107 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-security ---
[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-framework-security ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-framework-security ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-api ---
[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-engine-api ---
[INFO] Compiling 2 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-engine-api ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running org.apache.cloudstack.engine.subsystem.api.storage.ScopeTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.286 sec
Running 
org.apache.cloudstack.engine.subsystem.api.storage.type.VolumeTypeHelperTest
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.07 sec

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Core 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Cloud Engine Schema Component 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-core ---
[INFO] Deleting  
(includes = [**/*], excludes = [])
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-engine-schema 
---
[INFO] Deleting 
 
(includes = [**/*], excludes = [])
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-core ---
[INFO] Deleting  
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-schema

Jenkins build is back to normal : build-4.5 #276

[jenkins]

See 

Re: [QUESTION] Locking versus State Transitioning

[Mike Tutkowski]

That is a good question, Nitin. I have not modified that logic. I just copy
and pasted it to e-mail because I was curious about the lock versus state
transition choice on the snapshot.

I don't think we would need to perform a lock on the volume, though,
because the state transition to "Snapshotting" should prevent code that
honors that state from performing actions against the volume that it
shouldn't when it's in that state.

I just was mainly wondering why we do a lock against the volume. It seems
that following a state transition to something like "Creating" should do
the trick.

On Tue, Jan 13, 2015 at 2:21 PM, Nitin Mehta  wrote:

> Hey Mike,
> State transition shouldn¹t be used for serialization. Our job framework
> should do the same. If not, then its a bug.
> Also, in this case locking on snapshot doesn't help, shouldn¹t it be on
> the volume ?
>
> Thanks,
> -Nitin
>
> On 13/01/15 12:34 PM, "Mike Tutkowski" 
> wrote:
>
> >Hi,
> >
> >I noticed while examining the code to take a volume snapshot that
> >XenserverSnapshotStrategy does the following:
> >
> >SnapshotVO snapshotVO = snapshotDao
> >.acquireInLockTable(snapshot.getId());
> >
> >if (snapshotVO == null) {
> >
> >throw new CloudRuntimeException("Failed to get lock on
> >snapshot:" + snapshot.getId());
> >
> >}
> >
> >
> >try {
> >
> >VolumeInfo volumeInfo = snapshot.getBaseVolume();
> >
> >volumeInfo.stateTransit(Volume.Event.SnapshotRequested);
> >
> >SnapshotResult result = null;
> >
> >try {
> >
> >result = snapshotSvr.takeSnapshot(snapshot);
> >
> >if (result.isFailed()) {
> >
> >s_logger.debug("Failed to take snapshot: " +
> >result.getResult());
> >
> >throw new CloudRuntimeException(result.getResult());
> >
> >}
> >
> >} finally {
> >
> >if (result != null && result.isSuccess()) {
> >
> >
> >volumeInfo.stateTransit(Volume.Event.OperationSucceeded
> >);
> >
> >} else {
> >
> >volumeInfo.stateTransit(Volume.Event.OperationFailed);
> >
> >}
> >
> >}
> >
> >Is there a reason here why the code acquires a lock on the snapshot
> >instead
> >of performing a state transition (say, Allocated to Creating)?
> >
> >We can see in the same code block that we use a state transition to
> >protect
> >the volume.
> >
> >Thanks!
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> >* *
>
>


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

Re: [QUESTION] Attached/Detached Volume State

[Mike Tutkowski]

This is 4.6.

It seems like our state-transitioning logic is intended (as one might
expect) to protect the object in question from transitions that are invalid
given it's current state (this is what I would expect).

I do not see, say, the attach and detach operations being serialized. It
seems they are running simultaneously.

On Tue, Jan 13, 2015 at 2:09 PM, Nitin Mehta  wrote:

> States shouldn¹t be used to serialize operations on a volume. It should be
> used to denote the lifecycle of the volume instead.
> I think the async job manager does take care of the serialization. Which
> version do you see this issue happening ?
>
> Thanks,
> -Nitin
>
> On 13/01/15 12:28 PM, "Mike Tutkowski" 
> wrote:
>
> >Hi,
> >
> >Does anyone know why we don't currently have a state and applicable
> >transitions in Volume.State for attaching and detaching volumes?
> >
> >It seems like you'd want to, say, transition to Attaching only when you're
> >in the Ready state (or maybe some other states, as well).
> >
> >I think right now you can confuse the system by sending an attach command
> >and then a detach command before the attach command finishes (it's a race
> >condition...I don't think it always causes trouble).
> >
> >Thoughts?
> >
> >Thanks,
> >Mike
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> >* *
>
>


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

RE: [QUESTION] Locking versus State Transitioning

[Somesh Naidu]

Is there a volume state that reflects that it's being snapshotted? If not, how 
would mgmt. server know if a subsequent request for snapshot for a volumes 
arrives when one is already in progress for that same volume?

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Tuesday, January 13, 2015 5:11 PM
To: dev@cloudstack.apache.org
Subject: Re: [QUESTION] Locking versus State Transitioning

That is a good question, Nitin. I have not modified that logic. I just copy
and pasted it to e-mail because I was curious about the lock versus state
transition choice on the snapshot.

I don't think we would need to perform a lock on the volume, though,
because the state transition to "Snapshotting" should prevent code that
honors that state from performing actions against the volume that it
shouldn't when it's in that state.

I just was mainly wondering why we do a lock against the volume. It seems
that following a state transition to something like "Creating" should do
the trick.

On Tue, Jan 13, 2015 at 2:21 PM, Nitin Mehta  wrote:

> Hey Mike,
> State transition shouldn¹t be used for serialization. Our job framework
> should do the same. If not, then its a bug.
> Also, in this case locking on snapshot doesn't help, shouldn¹t it be on
> the volume ?
>
> Thanks,
> -Nitin
>
> On 13/01/15 12:34 PM, "Mike Tutkowski" 
> wrote:
>
> >Hi,
> >
> >I noticed while examining the code to take a volume snapshot that
> >XenserverSnapshotStrategy does the following:
> >
> >SnapshotVO snapshotVO = snapshotDao
> >.acquireInLockTable(snapshot.getId());
> >
> >if (snapshotVO == null) {
> >
> >throw new CloudRuntimeException("Failed to get lock on
> >snapshot:" + snapshot.getId());
> >
> >}
> >
> >
> >try {
> >
> >VolumeInfo volumeInfo = snapshot.getBaseVolume();
> >
> >volumeInfo.stateTransit(Volume.Event.SnapshotRequested);
> >
> >SnapshotResult result = null;
> >
> >try {
> >
> >result = snapshotSvr.takeSnapshot(snapshot);
> >
> >if (result.isFailed()) {
> >
> >s_logger.debug("Failed to take snapshot: " +
> >result.getResult());
> >
> >throw new CloudRuntimeException(result.getResult());
> >
> >}
> >
> >} finally {
> >
> >if (result != null && result.isSuccess()) {
> >
> >
> >volumeInfo.stateTransit(Volume.Event.OperationSucceeded
> >);
> >
> >} else {
> >
> >volumeInfo.stateTransit(Volume.Event.OperationFailed);
> >
> >}
> >
> >}
> >
> >Is there a reason here why the code acquires a lock on the snapshot
> >instead
> >of performing a state transition (say, Allocated to Creating)?
> >
> >We can see in the same code block that we use a state transition to
> >protect
> >the volume.
> >
> >Thanks!
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> >* *
>
>


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

Re: [QUESTION] Locking versus State Transitioning

[Mike Tutkowski]

Yep, there's a state for snapshotting.

That code (from the snippet I provided) appears to be fine.

What drew my attention is the lock on the snapshot object versus a state
transition there.

On Tuesday, January 13, 2015, Somesh Naidu  wrote:

> Is there a volume state that reflects that it's being snapshotted? If not,
> how would mgmt. server know if a subsequent request for snapshot for a
> volumes arrives when one is already in progress for that same volume?
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com ]
> Sent: Tuesday, January 13, 2015 5:11 PM
> To: dev@cloudstack.apache.org 
> Subject: Re: [QUESTION] Locking versus State Transitioning
>
> That is a good question, Nitin. I have not modified that logic. I just copy
> and pasted it to e-mail because I was curious about the lock versus state
> transition choice on the snapshot.
>
> I don't think we would need to perform a lock on the volume, though,
> because the state transition to "Snapshotting" should prevent code that
> honors that state from performing actions against the volume that it
> shouldn't when it's in that state.
>
> I just was mainly wondering why we do a lock against the volume. It seems
> that following a state transition to something like "Creating" should do
> the trick.
>
> On Tue, Jan 13, 2015 at 2:21 PM, Nitin Mehta  > wrote:
>
> > Hey Mike,
> > State transition shouldn¹t be used for serialization. Our job framework
> > should do the same. If not, then its a bug.
> > Also, in this case locking on snapshot doesn't help, shouldn¹t it be on
> > the volume ?
> >
> > Thanks,
> > -Nitin
> >
> > On 13/01/15 12:34 PM, "Mike Tutkowski"  >
> > wrote:
> >
> > >Hi,
> > >
> > >I noticed while examining the code to take a volume snapshot that
> > >XenserverSnapshotStrategy does the following:
> > >
> > >SnapshotVO snapshotVO = snapshotDao
> > >.acquireInLockTable(snapshot.getId());
> > >
> > >if (snapshotVO == null) {
> > >
> > >throw new CloudRuntimeException("Failed to get lock on
> > >snapshot:" + snapshot.getId());
> > >
> > >}
> > >
> > >
> > >try {
> > >
> > >VolumeInfo volumeInfo = snapshot.getBaseVolume();
> > >
> > >volumeInfo.stateTransit(Volume.Event.SnapshotRequested);
> > >
> > >SnapshotResult result = null;
> > >
> > >try {
> > >
> > >result = snapshotSvr.takeSnapshot(snapshot);
> > >
> > >if (result.isFailed()) {
> > >
> > >s_logger.debug("Failed to take snapshot: " +
> > >result.getResult());
> > >
> > >throw new CloudRuntimeException(result.getResult());
> > >
> > >}
> > >
> > >} finally {
> > >
> > >if (result != null && result.isSuccess()) {
> > >
> > >
> > >volumeInfo.stateTransit(Volume.Event.OperationSucceeded
> > >);
> > >
> > >} else {
> > >
> > >
> volumeInfo.stateTransit(Volume.Event.OperationFailed);
> > >
> > >}
> > >
> > >}
> > >
> > >Is there a reason here why the code acquires a lock on the snapshot
> > >instead
> > >of performing a state transition (say, Allocated to Creating)?
> > >
> > >We can see in the same code block that we use a state transition to
> > >protect
> > >the volume.
> > >
> > >Thanks!
> > >
> > >--
> > >*Mike Tutkowski*
> > >*Senior CloudStack Developer, SolidFire Inc.*
> > >e: mike.tutkow...@solidfire.com 
> > >o: 303.746.7302
> > >Advancing the way the world uses the cloud
> > >* *
> >
> >
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com 
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>


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

Jenkins build is still unstable: simulator-singlerun #889

[jenkins]

See 

CloudPlatform 4.5 released?

[Nux!]

Hi,

I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not the 
other way around.
Should we care at all what Citrix does? Seems like they launched a 4.5 ignoring 
the benefit of squishing bugs we may possibly uncover during RC period.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Jenkins build is still unstable: simulator-singlerun #890

[jenkins]

See 

Re: CloudPlatform 4.5 released?

[Ian Duffy]

That's an interesting one... Did they skip 4.4 I'm seeing no release notes
on there site?
On 13 Jan 2015 23:15, "Nux!"  wrote:

> Hi,
>
> I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not the
> other way around.
> Should we care at all what Citrix does? Seems like they launched a 4.5
> ignoring the benefit of squishing bugs we may possibly uncover during RC
> period.
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>

Re: CloudPlatform 4.5 released?

[Mike Tutkowski]

I don't think they put out a release for every CloudStack release.

That they put out 4.5 before Apache did is surprising, though.

On Tue, Jan 13, 2015 at 4:29 PM, Ian Duffy  wrote:

> That's an interesting one... Did they skip 4.4 I'm seeing no release notes
> on there site?
> On 13 Jan 2015 23:15, "Nux!"  wrote:
>
> > Hi,
> >
> > I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not
> the
> > other way around.
> > Should we care at all what Citrix does? Seems like they launched a 4.5
> > ignoring the benefit of squishing bugs we may possibly uncover during RC
> > period.
> >
> > Lucian
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
>



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

Re: CloudPlatform 4.5 released?

[Nux!]

Actually, I may have misunderstood. I.e. they say "release highlights", not 
that it was released:
https://blogs.citrix.com/2015/01/13/citrix-cloudplatform-4-5-release-highlights/

I take it back! :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Ian Duffy" 
> To: "CloudStack Dev" 
> Sent: Tuesday, 13 January, 2015 23:29:24
> Subject: Re: CloudPlatform 4.5 released?

> That's an interesting one... Did they skip 4.4 I'm seeing no release notes
> on there site?
> On 13 Jan 2015 23:15, "Nux!"  wrote:
> 
>> Hi,
>>
>> I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not the
>> other way around.
>> Should we care at all what Citrix does? Seems like they launched a 4.5
>> ignoring the benefit of squishing bugs we may possibly uncover during RC
>> period.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro

Re: CloudPlatform 4.5 released?

[ChunFeng]

yes, I find the release news from citrix official blog . 
http://blogs.citrix.com/2015/01/13/citrix-cloudplatform-4-5-release-highlights/




--


Regards,


ChunFeng




 

 
 
 
-- Original --
From:  "Mike Tutkowski";
Date:  Wed, Jan 14, 2015 07:33 AM
To:  "dev@cloudstack.apache.org"; 

Subject:  Re: CloudPlatform 4.5 released?

 
I don't think they put out a release for every CloudStack release.

That they put out 4.5 before Apache did is surprising, though.

On Tue, Jan 13, 2015 at 4:29 PM, Ian Duffy  wrote:

> That's an interesting one... Did they skip 4.4 I'm seeing no release notes
> on there site?
> On 13 Jan 2015 23:15, "Nux!"  wrote:
>
> > Hi,
> >
> > I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not
> the
> > other way around.
> > Should we care at all what Citrix does? Seems like they launched a 4.5
> > ignoring the benefit of squishing bugs we may possibly uncover during RC
> > period.
> >
> > Lucian
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
>



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

RE: CloudPlatform 4.5 released?

[Conrad Geiger]

Don't take it back.  I just logged in MyCitrix and can download 4.5, it has 
today's date on it.


Sent from my Verizon Wireless 4G LTE smartphone


 Original message 
From: Nux! 
Date: 01/13/2015 6:54 PM (GMT-05:00)
To: dev@cloudstack.apache.org
Subject: Re: CloudPlatform 4.5 released?

Actually, I may have misunderstood. I.e. they say "release highlights", not 
that it was released:
https://blogs.citrix.com/2015/01/13/citrix-cloudplatform-4-5-release-highlights/

I take it back! :)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Ian Duffy" 
> To: "CloudStack Dev" 
> Sent: Tuesday, 13 January, 2015 23:29:24
> Subject: Re: CloudPlatform 4.5 released?

> That's an interesting one... Did they skip 4.4 I'm seeing no release notes
> on there site?
> On 13 Jan 2015 23:15, "Nux!"  wrote:
>
>> Hi,
>>
>> I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not the
>> other way around.
>> Should we care at all what Citrix does? Seems like they launched a 4.5
>> ignoring the benefit of squishing bugs we may possibly uncover during RC
>> period.
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro

[QUESTION] Synchronizing across management servers

[Mike Tutkowski]

Hi,

I have code in my plug-in that I'd like to make sure doesn't run in
multiple threads at the same time.

Of course if there were only the possibility of one management server ever
running at a time, then I could just use synchronized.

What is the recommended CloudStack approach?

I see code like this in places (in a try block):

GlobalLock lock =
GlobalLock.getInternLock(templateIdPoolIdString);

if (!lock.lock(5)) {

s_logger.debug("Couldn't lock the db on the string " +
templateIdPoolIdString);

return null;

}

Then the finally block has this:

lock.unlock();

lock.releaseRef();
Does this achieve what I'm looking for?

Thanks!

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

Re: Unable to start VM due to concurrent operation

[prapul cool]

Hi,
     please once  check the secondary storage path for download vm is right or 
nor?
Thanks,Prapul Sriram   

 On Thursday, 1 January 2015 2:03 PM, Mohamed Infaz 
 wrote:
   

 Hi Somesh,

Yes i was successful in stopping both the system vm's and starting them
back i also could access them through the console that cloudstack provides.
May be the reason for that code snippet is that i didn't register the
template but i ran this script to install the system vm's.


  1. 
/usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
\
  2. -m /srv/images/secondary \
  3. -u 
http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-kvm.qcow2.bz2
\
  4. -h kvm \
  5. -F

this was on the docs. How about upgrading my cloudstack version to 4.4.
This whole thing happened in 4.3.

Thank you.

On 1 January 2015 at 01:39, Somesh Naidu  wrote:

> You mean the system VMs for Zone 1 are running? Are they showing as
> connected in the DB?
>
> If they are, can you stop these VMs and see if they start okay.
> 
> From: Mohamed Infaz [infaz...@cse.mrt.ac.lk]
> Sent: Tuesday, December 30, 2014 21:26
> To: us...@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Subject: Re: Unable to start VM due to concurrent operation
>
> systemvm64template-2014-01-14-master-kvm.qcow2.bz2 This is the template i
> used.
>
>
> On 31 December 2014 at 07:49, Mohamed Infaz 
> wrote:
>
> > Hi Somesh,
> >
> > Thank you for the reply. Well both of my system vm's are running and it
> is
> > downloading the iso image. And i was able to ping them. The system vm
> > template i am using is for the version 4.3 cloudstack.
> >
> > Thank you.
> >
> > On 30 December 2014 at 23:59, Somesh Naidu 
> > wrote:
> >
> >> Mohamed,
> >>
> >> The log snippet you have shared doesn't seem to be relevant to the
> >> concurrent operation exception (can't see that exception stack).
> >>
> >> The message that did catch my attention though is,
> >> -
> >> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
> >> (secstorage-1:ctx-463d2f57) System vm template is not ready at data
> center
> >> 1, wait until it is ready to launch secondary storage vm
> >> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
> >> (secstorage-1:ctx-463d2f57) Zone 1 is not ready to launch secondary
> storage
> >> VM yet
> >> -
> >>
> >> That's pointing to missing system VM template. Please verify that you
> >> have correctly provisioned the secondary storage with the correct
> system VM
> >> template (as per the docs).
> >>
> >> -Somesh
> >>
> >> -Original Message-
> >> From: Mohamed Infaz [mailto:infaz...@cse.mrt.ac.lk]
> >> Sent: Tuesday, December 30, 2014 11:03 AM
> >> To: us...@cloudstack.apache.org
> >> Cc: dev@cloudstack.apache.org
> >> Subject: Unable to start VM due to concurrent operation
> >>
> >> Hi All,
> >>
> >> I have successfully deployed cloudstack 4.3 with two hosts and the setup
> >> runs the management server on another physical host. I had issues with
> >> downloading an ISO but finally i was able to download an ISO image.
> When i
> >> want to create an instance i get the following error message saying
> >> "Unable
> >> to start VM due to concurrent operation" i did some searching on the
> topic
> >> and it said version 4.3 system template solved the issue. These are some
> >> of
> >> the MS logs that i collected what could be the issue?
> >>
> >> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
> >> (secstorage-1:ctx-463d2f57) System vm template is not ready at data
> center
> >> 1, wait until it is ready to launch secondary storage vm
> >> 2014-12-31 05:25:07,972 DEBUG [c.c.s.s.SecondaryStorageManagerImpl]
> >> (secstorage-1:ctx-463d2f57) Zone 1 is not ready to launch secondary
> >> storage
> >> VM yet
> >> 2014-12-31 05:25:12,425 DEBUG [c.c.a.m.AgentManagerImpl]
> >> (AgentManager-Handler-9:null) Ping from 4
> >> 2014-12-31 05:25:12,834 DEBUG [c.c.a.m.AgentManagerImpl]
> >> (AgentManager-Handler-5:null) SeqA 3-91695: Processing Seq 3-91695:  {
> Cmd
> >> , MgmtId: -1, via: 3, Ver: v1, Flags: 11,
> >>
> >>
> [{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":1,"_loadInfo":"{\n
> >> \"connections\": []\n}","wait":0}}] }
> >> 2014-12-31 05:25:12,920 DEBUG [c.c.a.m.AgentManagerImpl]
> >> (AgentManager-Handler-5:null) SeqA 3-91695: Sending Seq 3-91695:  {
> Ans: ,
> >> MgmtId: 248795600505608, via: 3, Ver: v1, Flags: 100010,
> >> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> >> 2014-12-31 05:25:15,239 DEBUG [c.c.n.ExternalDeviceUsageManagerImpl]
> >> (ExternalNetworkMonitor-1:ctx-998a86df) External devices stats collector
> >> is
> >> running...
> >> 2014-12-31 05:25:15,362 DEBUG
> [c.c.n.r.VirtualNetworkApplianceManagerImpl]
> >> (RouterMonitor-1:ctx-dfdc73ce) Found 0 running routers.
> >> 2014-12-31 05:25:15,366 DEBUG
> [c.c.n.r.VirtualNetworkApplianceManagerImpl]
> >> (RouterStatusMonit

Re: [QUESTION] Attached/Detached Volume State

[Mike Tutkowski]

It appears that the job queue is used for some commands while for others it
is not.

Is the intend of the job queue to only serialize operations that are sent
to VMs?

On Tue, Jan 13, 2015 at 3:14 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> This is 4.6.
>
> It seems like our state-transitioning logic is intended (as one might
> expect) to protect the object in question from transitions that are invalid
> given it's current state (this is what I would expect).
>
> I do not see, say, the attach and detach operations being serialized. It
> seems they are running simultaneously.
>
> On Tue, Jan 13, 2015 at 2:09 PM, Nitin Mehta 
> wrote:
>
>> States shouldn¹t be used to serialize operations on a volume. It should be
>> used to denote the lifecycle of the volume instead.
>> I think the async job manager does take care of the serialization. Which
>> version do you see this issue happening ?
>>
>> Thanks,
>> -Nitin
>>
>> On 13/01/15 12:28 PM, "Mike Tutkowski" 
>> wrote:
>>
>> >Hi,
>> >
>> >Does anyone know why we don't currently have a state and applicable
>> >transitions in Volume.State for attaching and detaching volumes?
>> >
>> >It seems like you'd want to, say, transition to Attaching only when
>> you're
>> >in the Ready state (or maybe some other states, as well).
>> >
>> >I think right now you can confuse the system by sending an attach command
>> >and then a detach command before the attach command finishes (it's a race
>> >condition...I don't think it always causes trouble).
>> >
>> >Thoughts?
>> >
>> >Thanks,
>> >Mike
>> >
>> >--
>> >*Mike Tutkowski*
>> >*Senior CloudStack Developer, SolidFire Inc.*
>> >e: mike.tutkow...@solidfire.com
>> >o: 303.746.7302
>> >Advancing the way the world uses the cloud
>> >* *
>>
>>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



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

Jenkins build is still unstable: simulator-4.5-singlerun #123

[jenkins]

See 

Re: [QUESTION] Synchronizing across management servers

[Nitin Mehta]

Yes, it should do it for you. Please check for the references of this
method and ensure there are other logic pieces using this.
It might help if you can you give some context of of your use case ?

Thanks,
-Nitin

On 13/01/15 4:12 PM, "Mike Tutkowski"  wrote:

>Hi,
>
>I have code in my plug-in that I'd like to make sure doesn't run in
>multiple threads at the same time.
>
>Of course if there were only the possibility of one management server ever
>running at a time, then I could just use synchronized.
>
>What is the recommended CloudStack approach?
>
>I see code like this in places (in a try block):
>
>GlobalLock lock =
>GlobalLock.getInternLock(templateIdPoolIdString);
>
>if (!lock.lock(5)) {
>
>s_logger.debug("Couldn't lock the db on the string " +
>templateIdPoolIdString);
>
>return null;
>
>}
>
>Then the finally block has this:
>
>lock.unlock();
>
>lock.releaseRef();
>Does this achieve what I'm looking for?
>
>Thanks!
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
>**

Re: [QUESTION] Attached/Detached Volume State

[Nitin Mehta]

+Min.

Unfortunately, I don’t think the framework is enhanced for all the
different kinds of resources, but it should be the way to go.
IMHO  Serialization through states was/is just a hacky way of getting
around the situation and should be discontinued.
Ideally, state of a resource should reflect only its lifecycle not the
operations such as snapshotting, migrating etc.

Thanks,
-Nitin

On 13/01/15 4:32 PM, "Mike Tutkowski"  wrote:

>It appears that the job queue is used for some commands while for others
>it
>is not.
>
>Is the intend of the job queue to only serialize operations that are sent
>to VMs?
>
>On Tue, Jan 13, 2015 at 3:14 PM, Mike Tutkowski <
>mike.tutkow...@solidfire.com> wrote:
>
>> This is 4.6.
>>
>> It seems like our state-transitioning logic is intended (as one might
>> expect) to protect the object in question from transitions that are
>>invalid
>> given it's current state (this is what I would expect).
>>
>> I do not see, say, the attach and detach operations being serialized. It
>> seems they are running simultaneously.
>>
>> On Tue, Jan 13, 2015 at 2:09 PM, Nitin Mehta 
>> wrote:
>>
>>> States shouldn¹t be used to serialize operations on a volume. It
>>>should be
>>> used to denote the lifecycle of the volume instead.
>>> I think the async job manager does take care of the serialization.
>>>Which
>>> version do you see this issue happening ?
>>>
>>> Thanks,
>>> -Nitin
>>>
>>> On 13/01/15 12:28 PM, "Mike Tutkowski" 
>>> wrote:
>>>
>>> >Hi,
>>> >
>>> >Does anyone know why we don't currently have a state and applicable
>>> >transitions in Volume.State for attaching and detaching volumes?
>>> >
>>> >It seems like you'd want to, say, transition to Attaching only when
>>> you're
>>> >in the Ready state (or maybe some other states, as well).
>>> >
>>> >I think right now you can confuse the system by sending an attach
>>>command
>>> >and then a detach command before the attach command finishes (it's a
>>>race
>>> >condition...I don't think it always causes trouble).
>>> >
>>> >Thoughts?
>>> >
>>> >Thanks,
>>> >Mike
>>> >
>>> >--
>>> >*Mike Tutkowski*
>>> >*Senior CloudStack Developer, SolidFire Inc.*
>>> >e: mike.tutkow...@solidfire.com
>>> >o: 303.746.7302
>>> >Advancing the way the world uses the cloud
>>> >* *
>>>
>>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> *™*
>>
>
>
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
>*™*

[MERGE] Support Granular SCSI disk controllers in CloudStack over VMware hypervisor

[Sateesh Chodapuneedi]

Hi,

I would like merge the branch 'vmware-disk-controllers' into master branch. 
This branch contains implementation to support Granular SCSI disk controllers 
in CloudStack over VMware hypervisor.

This is specific to VMware hypervisor only. The code changes are in area of 
vmware resource.

All changes are being tracked using JIRA ticket [3] with code in ACS branch 
'vmware-disk-controllers'.
Please see [2[ for Functional specification which was discussed in proposal 
thread [1] below and talk [4] held at CCC EU 2014, Budapest.

Currently CloudStack supports following combinations only.
* DATA volumes - SCSI controller (LSI Logic Parallel) - Hard coded in 
source code, no option for user to edit/choose the controller type
* ROOT volumes - IDE or SCSI (LSI Logic Parallel) - Baed on value of global 
configuration parameter "vmware.root.disk.controller"

For some guest operating systems like Windows 2012 R2, deploying instances with 
LSI Parallel controller might result in failure to boot as guest OS vendor is 
not shipping the OS with LSI Logic parallel drivers. 
OS Vendor is supporting/shipping LSI SAS controller as preferred.

CloudStack should provide administrator the means to choose the type of disk 
controller (including sub types listed in introduction section above) for an
instance. The controller to be used by VM to access virtual disk (volume) can 
decided for various reasons. Some of them are listed here,
*   Some controllers are optimized for best performance over specific backend 
infrastructure like SAN. Ex: VMware Paravirtual SCSI
*Compatibility of some controllers with VM's virtual hardware version or 
guest operating system.
*Operating system vendor recommendation and default set of drivers 
distributed as part of operating system image. Ex: Windows 8.1 ISO doesn't have 
Lsi Logic Parallel SCSI drivers by default. Hence a virtual disk attached to 
this controller won't accessible during installation of OS using the ISO.

Now CloudStack provides administrator options to specify disk controllers to 
use for user instances at various ways.
1) Global configuration settings
2) Template settings (during registration of template)
3) Option to enable auto detection of the recommended disk controller for the 
instance's guest operating system by vendor and applicable virtual hardware 
version.

Please let me know your comments.

Regards,
Sateesh

[1] http://markmail.org/thread/en4skoqu4mbitacs
[2] Functional specification document - 
https://cwiki.apache.org/confluence/x/vI5cAg
[3] https://issues.apache.org/jira/browse/CLOUDSTACK-4787
[4] http://ccceu2014.sched.org/event/5d24aad67443542c72b5fc51c25c090b



From: Sateesh Chodapuneedi
Sent: Tuesday, January 06, 2015 12:06 PM
To: dev@cloudstack.apache.org
Subject: RE: Server 2012 R2 Bug on CS 4.4.0 with vmware hypervisor

> -Original Message-
> From: Sateesh Chodapuneedi [mailto:sateesh.chodapune...@citrix.com]
> Sent: 15 November 2014 14:06
> To: dev@cloudstack.apache.org; Michael Phillips
> Subject: RE: Server 2012 R2 Bug on CS 4.4.0 with vmware hypervisor
>
> Hi Michael,
>
> > further clarification; CS adds the data disk to the VM but since it's 
> > listed as SCSI device 0:0, the vm is unable to find it when you
> do a disk rescan.
> Yes, due to absence of LSI Logic Parallel driver in the guest, the virtual 
> disk goes undetected.
>
> Currently for all data volumes, of user instance deployed by CloudStack, are 
> attached to  LSI Logic Parallel controller. And this is not
> configurable, which is be a blocker for most recent versions of Windows OS 
> like Windows 2012 R2 and Windows 8.1 which does not
> ship/pack LSI Logic Parallel driver by default, which means all virtual disks 
> attached to this controller would not detected.
>
> Support for choice of controllers is in progress and expected to be available 
> in CloudStack 4.6 release.
> I am going to talk about proposal to address this and implementation details 
> in CloudStack Collaboration Conference scheduled
> next week at Budapest, Hungary.
>
> Link to the entry in conference schedule is [1] and JIRA ticket for this 
> feature is [2]
>
> [1] 
> http://ccceu2014.sched.org/event/5d24aad67443542c72b5fc51c25c090b?iframe=yes&w=&sidebar=yes&bg=no
> [2] https://issues.apache.org/jira/browse/CLOUDSTACK-4787

Hi,

I am working on implementation of this feature based on functional 
specification [2] and followed by proposal thread [1] below.
All changes are being tracked using JIRA ticket [3] using ACS branch 
'vmware-disk-controllers'

[1] http://markmail.org/thread/en4skoqu4mbitacs
[2] Short link for functional specification document - 
https://cwiki.apache.org/confluence/x/vI5cAg
[3] https://issues.apache.org/jira/browse/CLOUDSTACK-4787

Regards,
Sateesh
>
>
> > -Original Message-
> > From: Erik Weber [mailto:terbol...@gmail.com]
> > Sent: 15 November 2014 12:01
> > To: dev@cloudstack.apache.org
> > Subject: Re: Server 2

Re: [QUESTION] Synchronizing across management servers

[Mike Tutkowski]

The use case is that I have access control lists on my SAN that I
dynamically update as a given volume is attached to or detached from a VM
in a cluster.

Let's say multiple "attach" commands come in for VMs in the same cluster (I
use one ACL per compute cluster). This leads to the storage framework
calling grantAccess on my plug-in from different threads at the same time
(which leads to the plug-in "losing" one of the volumes that is supposed to
be in the ACL).

If I use only one management server and protect grantAccess with a
synchronized block, the problem goes away (the ACL is always correct).

I was looking to extend this synchronization across grantAccess calls that
are running in multiple management servers at the same time.

On Tue, Jan 13, 2015 at 6:45 PM, Nitin Mehta  wrote:

> Yes, it should do it for you. Please check for the references of this
> method and ensure there are other logic pieces using this.
> It might help if you can you give some context of of your use case ?
>
> Thanks,
> -Nitin
>
> On 13/01/15 4:12 PM, "Mike Tutkowski" 
> wrote:
>
> >Hi,
> >
> >I have code in my plug-in that I'd like to make sure doesn't run in
> >multiple threads at the same time.
> >
> >Of course if there were only the possibility of one management server ever
> >running at a time, then I could just use synchronized.
> >
> >What is the recommended CloudStack approach?
> >
> >I see code like this in places (in a try block):
> >
> >GlobalLock lock =
> >GlobalLock.getInternLock(templateIdPoolIdString);
> >
> >if (!lock.lock(5)) {
> >
> >s_logger.debug("Couldn't lock the db on the string " +
> >templateIdPoolIdString);
> >
> >return null;
> >
> >}
> >
> >Then the finally block has this:
> >
> >lock.unlock();
> >
> >lock.releaseRef();
> >Does this achieve what I'm looking for?
> >
> >Thanks!
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> >* *
>
>


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

[GitHub] cloudstack pull request: CLOUDSTACK-6900: Fixed if we download a v...

[anshul1886]

GitHub user anshul1886 opened a pull request:

https://github.com/apache/cloudstack/pull/64

CLOUDSTACK-6900: Fixed if we download a volume and then migrate the same 
volume, then migration fails

In findByStoreVolume method of VolumeDataStoreDao now listing only those 
volumes whose download_url is not generated in volume_store_ref.

 This will not affect migrate operations as in that case download_url is 
never generated
 In case of download volume operation that is only set when volume reached 
to ready state
 in volume_store_ref table. After that this row is not listed through 
findByStoreVolume method
 so it will not affect in that case also.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/anshul1886/cloudstack-1 CLOUDSTACK-6900

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/64.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #64


commit b35b30ecb7653759d6272f4ac9b0dca37b987746
Author: Anshul Gangwar 
Date:   2015-01-13T11:05:10Z

CLOUDSTACK-6900: In findByStoreVolume method of VolumeDataStoreDao now 
listing only those volumes
whose download_url is not generated in volume_store_ref.

 This will not affect migrate operations as in that case download_url is 
never generated
 In case of download volume operation that is only set when volume reached 
to ready state
 in volume_store_ref table. After that this row is not listed through this 
method
 so it will not affect in that case also.




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

Re: [VOTE] Apache CloudStack 4.5.0 RC1

[Marcus]

+1, ran some of the smoke tests that cover basic deployments of vm,
vpc, and several storage types.

On Mon, Jan 12, 2015 at 11:36 PM, Rohit Yadav  wrote:
> (+ users)
>
> Hi everyone,
>
> David has started the voting process for 4.5.0 candidate, please help test 
> this candidate.
> In case you’re unable to build from source, you may use following repository 
> built from SHA 8db3cbd4ff62b17a8b496026b68cf60ee0c76740:
>
> DEB: http://packages.bhaisaab.org/cloudstack/testing/debian/4.5/
> RPM: http://packages.bhaisaab.org/cloudstack/testing/centos/4.5/
> SystemVM Templates: http://packages.shapeblue.com/systemvmtemplate/4.5/4.5.0
>
>> On 13-Jan-2015, at 4:46 am, David Nalley  wrote:
>>
>> Hi folks,
>>
>> I've created a 4.5.0 release candidate, with the following artifacts
>> up for a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=tree;h=refs/heads/4.5-RC20150112T2256;hb=4.5-RC20150112T2256
>> Commit: 8db3cbd4ff62b17a8b496026b68cf60ee0c76740
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc1/
>>
>> PGP release keys (signed using 6FE50F1C):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for at least 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
>
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: CloudPlatform 4.5 released?

[Marcus]

Interesting. There's nothing technically wrong with that. I could
release my own thing based on current ACS and call it 'CloudMaster
11.0' If I wanted. I wonder if that maps to a 4.4 release with some
extra patches, or if they've built off of 4.5 as of RC0 or something.
It would be a little demoralizing if it were the latter, given the low
amount of participation on the lists regarding ACS 4.5 recently it
would seem like an end-run around the community. I doubt it's that
though; the community has largely been focusing on making 4.3 and 4.4
more bulletproof, and I'm sure Citrix has a timeline they need to meet
and can't let their own releases be slowed by us.

On Tue, Jan 13, 2015 at 4:01 PM, Conrad Geiger  wrote:
> Don't take it back.  I just logged in MyCitrix and can download 4.5, it has 
> today's date on it.
>
>
> Sent from my Verizon Wireless 4G LTE smartphone
>
>
>  Original message 
> From: Nux! 
> Date: 01/13/2015 6:54 PM (GMT-05:00)
> To: dev@cloudstack.apache.org
> Subject: Re: CloudPlatform 4.5 released?
>
> Actually, I may have misunderstood. I.e. they say "release highlights", not 
> that it was released:
> https://blogs.citrix.com/2015/01/13/citrix-cloudplatform-4-5-release-highlights/
>
> I take it back! :)
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Ian Duffy" 
>> To: "CloudStack Dev" 
>> Sent: Tuesday, 13 January, 2015 23:29:24
>> Subject: Re: CloudPlatform 4.5 released?
>
>> That's an interesting one... Did they skip 4.4 I'm seeing no release notes
>> on there site?
>> On 13 Jan 2015 23:15, "Nux!"  wrote:
>>
>>> Hi,
>>>
>>> I am slightly confused. I thought Cloudstack was Citrix' "Fedora", not the
>>> other way around.
>>> Should we care at all what Citrix does? Seems like they launched a 4.5
>>> ignoring the benefit of squishing bugs we may possibly uncover during RC
>>> period.
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>