Re: Review Request 13806: CLOUDSTACK-4407: Use extractTemplate API to get hypervisor specific template information

[Prasanna Santhanam]

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


Do you want to fix the other test suites listed in the bug report with 
different patches? The problem with the hypervisor-specific template exists in 
other suites as in the bug report.

- Prasanna Santhanam


On Aug. 28, 2013, 8:02 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13806/
> ---
> 
> (Updated Aug. 28, 2013, 8:02 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4407
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Template url, hypervisor and format were defined in Service class to be 
> Xenserver specific
> and therefore registering a new template failed on Vmware and KVM.
> Fixed this to get hypervisor specific info for registering new template.
> 
> TODO: Update other tests to use the new function get_builtin_template_info
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_templates.py e4599d4 
>   tools/marvin/marvin/integration/lib/base.py b5d086b 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/13806/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Review Request 13895: CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used for ssh instead of ipaddress of nic

[Prasanna Santhanam]

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

(Updated Aug. 29, 2013, 7:13 a.m.)


Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
Santhanam.


Bugs: CLOUDSTACK-4531


Repository: cloudstack-git


Description
---

CLOUDSTACK-4531: Resolved ssh error for basic zone. Public
 ip should be used for ssh instead of ipaddress of nic


Diffs
-

  tools/marvin/marvin/integration/lib/base.py 3016ee4 

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


Testing
---


Thanks,

Girish Shilamkar

Re: Review Request 13895: CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used for ssh instead of ipaddress of nic

[Prasanna Santhanam]

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



tools/marvin/marvin/integration/lib/base.py


How about a regular basic zone? I see the bug is for EIP/ELB zones where 
the publicip of the static nat is in the response. 

Is the publicip response available in the case of a regular basic zone with 
security groups.


- Prasanna Santhanam


On Aug. 29, 2013, 5:54 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13895/
> ---
> 
> (Updated Aug. 29, 2013, 5:54 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4531
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4531: Resolved ssh error for basic zone. Public
>  ip should be used for ssh instead of ipaddress of nic
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/base.py 3016ee4 
> 
> Diff: https://reviews.apache.org/r/13895/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Please cherry pick very small doc fix

[Animesh Chaturvedi]

Thanks Prasanna

Thanks
Animesh

On Aug 28, 2013, at 10:32 PM, "Prasanna Santhanam"  wrote:

> The docs job should build soon as it detects a change in the docs/ directory.
> 
> I'll get you access so you can trigger it if required.
> 
> On Thu, Aug 29, 2013 at 05:24:43AM +, Animesh Chaturvedi wrote:
>> Jessica
>> 
>> I have cherry-picked all your doc fixes from 4.2-forward to 4.2. Can
>> someone with enough karma on Jenkins start the doc build tasks?
>> 
>> 
>> Animesh
>> 
>> From: Jessica Tomechak [mailto:jessica.tomec...@gmail.com]
>> Sent: Wednesday, August 28, 2013 5:28 PM
>> To: dev@cloudstack.apache.org
>> Cc: Animesh Chaturvedi
>> Subject: Re: Please cherry pick very small doc fix
>> 
>> Please cherry pick this fix also. Seems like this one file had all the 
>> glitches.
>>> From 4.2-forward.
>> 
>> Commit: 56ebf3b9b83a087b60d8de51f0276387a04c15a4 [56ebf3b]
>> Parents: 4fe0fcf263
>> Author: Jessica 
>> mailto:jessica.tomec...@citrix.com>>
>> Date: August 28, 2013 5:24:34 PM PDT
>> Commit Date: August 28, 2013 5:25:55 PM PDT
>> Labels: HEAD origin/4.2-forward 4.2-forward
>> 
>> CLOUDSTACK-883. DOC. Fix license header in UI plugins section.
>> 
>> On Wed, Aug 28, 2013 at 5:10 PM, Jessica Tomechak 
>> mailto:jessica.tomec...@gmail.com>> wrote:
>>> From 4.2-forward
>> 
>> 
>> Commit: 4fe0fcf2631271ec0dc5686358bb624a6fd4f02a [4fe0fcf]
>> 
>> Parents: 5036e4f9f9
>> 
>> Author: Jessica 
>> mailto:jessica.tomec...@citrix.com>>
>> 
>> Date: August 28, 2013 5:09:30 PM PDT
>> 
>> Labels: HEAD origin/4.2-forward 4.2-forward
>> 
>> 
>> 
>> CLOUDSTACK-883. DOC. Small fix to comment in UI plugins section.
> 
> -- 
> Prasanna.,
> 
> 
> Powered by BigRock.com
> 

Re: Review Request 11626: Automation: Memory limits tests from Resource Limits Tests

[Gaurav Aradhye]

> On June 17, 2013, 10:32 a.m., Prasanna Santhanam wrote:
> > test/integration/component/test_memory_limits.py, line 184
> > 
> >
> > what if networks is an empty list? []

Removed this method as it is no longer used anywhere.


> On June 17, 2013, 10:32 a.m., Prasanna Santhanam wrote:
> > test/integration/component/test_memory_limits.py, line 172
> > 
> >
> > Same here, anyone reading the test should be able to make sense of 
> > Network.list followed by assert faster than having to hunt down what 
> > get_network does each time.

Removed the method.


> On June 17, 2013, 10:32 a.m., Prasanna Santhanam wrote:
> > test/integration/component/test_memory_limits.py, line 145
> > 
> >
> > Do we need this method? I think keeping the VM creation step 
> > (VirtualMachine.create, asserts1, assert2) is easier than refactoring this 
> > into a test specific method for each test suite.

This has been factored into different function for readability purpose. The 
test cases become too lengthy if we put inline statements instead of function 
call, compelling the reader scroll up and down to read one test case.


- Gaurav


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


On Aug. 9, 2013, 1:21 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11626/
> ---
> 
> (Updated Aug. 9, 2013, 1:21 p.m.)
> 
> 
> Review request for cloudstack, sailaja mada, Sanjay Tripathi, and Prasanna 
> Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding resource limit tests related to Memory. Changes suggested in CPU 
> resource limit tests which are applicable here are incorporated too.
> 
> Updated test plan is available here: 
> https://cwiki.apache.org/confluence/download/attachments/30757590/LimitResourcesTestPlanUpdate5.xlsx?version=1&modificationDate=1366952352000
> 
> 
> Diffs
> -
> 
>   test/integration/component/memory_limits/test_domain_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_maximum_limits.py 
> PRE-CREATION 
>   test/integration/component/memory_limits/test_memory_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_project_limits.py 
> PRE-CREATION 
>   tools/marvin/marvin/integration/lib/base.py 695edf7 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/11626/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 11626: Automation: Memory limits tests from Resource Limits Tests

[Gaurav Aradhye]

> On Aug. 1, 2013, 4:57 p.m., Sanjay Tripathi wrote:
> > test/integration/component/memory_limits/test_domain_limits.py, line 302
> > 
> >
> > Migration of a VM to another host will not affect/update any count 
> > because VM still belongs to the same account; instead of doing migration 
> > test, you should test assignVM to other account in which VM get assigned to 
> > other account and affects/updates the count for both the accounts.

Will add separate test for assigning vm. This test case is targeted at migrate 
scenario.


- Gaurav


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


On Aug. 9, 2013, 1:21 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11626/
> ---
> 
> (Updated Aug. 9, 2013, 1:21 p.m.)
> 
> 
> Review request for cloudstack, sailaja mada, Sanjay Tripathi, and Prasanna 
> Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding resource limit tests related to Memory. Changes suggested in CPU 
> resource limit tests which are applicable here are incorporated too.
> 
> Updated test plan is available here: 
> https://cwiki.apache.org/confluence/download/attachments/30757590/LimitResourcesTestPlanUpdate5.xlsx?version=1&modificationDate=1366952352000
> 
> 
> Diffs
> -
> 
>   test/integration/component/memory_limits/test_domain_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_maximum_limits.py 
> PRE-CREATION 
>   test/integration/component/memory_limits/test_memory_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_project_limits.py 
> PRE-CREATION 
>   tools/marvin/marvin/integration/lib/base.py 695edf7 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/11626/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 11626: Automation: Memory limits tests from Resource Limits Tests

[Gaurav Aradhye]

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

(Updated Aug. 29, 2013, 1:02 p.m.)


Review request for cloudstack, sailaja mada, Sanjay Tripathi, and Prasanna 
Santhanam.


Changes
---

Review changes.
Removed duplicate test cases and added configuration test cases (Similar to 
those for CPU) which were missing in test_memory_limits.


Repository: cloudstack-git


Description
---

Adding resource limit tests related to Memory. Changes suggested in CPU 
resource limit tests which are applicable here are incorporated too.

Updated test plan is available here: 
https://cwiki.apache.org/confluence/download/attachments/30757590/LimitResourcesTestPlanUpdate5.xlsx?version=1&modificationDate=1366952352000


Diffs (updated)
-

  test/integration/component/memory_limits/test_domain_limits.py PRE-CREATION 
  test/integration/component/memory_limits/test_maximum_limits.py PRE-CREATION 
  test/integration/component/memory_limits/test_memory_limits.py PRE-CREATION 
  test/integration/component/memory_limits/test_project_limits.py PRE-CREATION 
  tools/marvin/marvin/integration/lib/base.py 695edf7 
  tools/marvin/marvin/integration/lib/common.py 4f5acef 

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


Testing
---


Thanks,

Gaurav Aradhye

Re: Review Request 13886: Need to update the vmware clusters with the global overporvisioning factors after upgrade to 4.2.

[bharat kumar]

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

(Updated Aug. 29, 2013, 8:02 a.m.)


Review request for cloudstack and Kishan Kavala.


Changes
---

Handled the case when no config is present ie at the time of deploydb


Bugs: Cloudstack-4538


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4538
Need to update the vmware clusters with the global overporvisioning factors 
after upgrade to 4.2.


Diffs (updated)
-

  engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java a2c6b4e 

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


Testing
---

tested upgrade to 4.2


Thanks,

bharat kumar

Re: Review Request 13806: CLOUDSTACK-4407: Use extractTemplate API to get hypervisor specific template information

[ASF Subversion and Git Services]

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


Commit de86e5e63dcb5f11c139acf4f0f027fbecbaa00d in branch 
refs/heads/4.2-forward from Girish Shilamkar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=de86e5e ]

CLOUDSTACK-4407: Use extractTemplate API to get hypervisor specific template 
information

Template url, hypervisor and format were defined in Service class to be 
Xenserver specific
and therefore registering a new template failed on Vmware and KVM.
Fixed this to get hypervisor specific info for registering new template.

Signed-off-by: Prasanna Santhanam 
(cherry picked from commit 20256706b376551fe8993ee2e73c61df31dcb6de)


- ASF Subversion and Git Services


On Aug. 28, 2013, 8:02 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13806/
> ---
> 
> (Updated Aug. 28, 2013, 8:02 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4407
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Template url, hypervisor and format were defined in Service class to be 
> Xenserver specific
> and therefore registering a new template failed on Vmware and KVM.
> Fixed this to get hypervisor specific info for registering new template.
> 
> TODO: Update other tests to use the new function get_builtin_template_info
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_templates.py e4599d4 
>   tools/marvin/marvin/integration/lib/base.py b5d086b 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/13806/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Review Request 13886: Need to update the vmware clusters with the global overporvisioning factors after upgrade to 4.2.

[Nitin Mehta]

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

Ship it!


Ship It!

- Nitin Mehta


On Aug. 29, 2013, 8:02 a.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13886/
> ---
> 
> (Updated Aug. 29, 2013, 8:02 a.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Bugs: Cloudstack-4538
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4538
> Need to update the vmware clusters with the global overporvisioning factors 
> after upgrade to 4.2.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java a2c6b4e 
> 
> Diff: https://reviews.apache.org/r/13886/diff/
> 
> 
> Testing
> ---
> 
> tested upgrade to 4.2
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Re: Review Request 13806: CLOUDSTACK-4407: Use extractTemplate API to get hypervisor specific template information

[Girish Shilamkar]

> On Aug. 29, 2013, 7:09 a.m., Prasanna Santhanam wrote:
> > Do you want to fix the other test suites listed in the bug report with 
> > different patches? The problem with the hypervisor-specific template exists 
> > in other suites as in the bug report.

I almost forgot about other tests to be updated. I will upload a different 
patch.


- Girish


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


On Aug. 28, 2013, 8:02 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13806/
> ---
> 
> (Updated Aug. 28, 2013, 8:02 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4407
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Template url, hypervisor and format were defined in Service class to be 
> Xenserver specific
> and therefore registering a new template failed on Vmware and KVM.
> Fixed this to get hypervisor specific info for registering new template.
> 
> TODO: Update other tests to use the new function get_builtin_template_info
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_templates.py e4599d4 
>   tools/marvin/marvin/integration/lib/base.py b5d086b 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/13806/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Review Request 13806: CLOUDSTACK-4407: Use extractTemplate API to get hypervisor specific template information

[ASF Subversion and Git Services]

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


Commit c6f0d46911143ef79bec86d4b989d9256f15b29e in branch refs/heads/master 
from Girish Shilamkar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c6f0d46 ]

CLOUDSTACK-4407: Use extractTemplate API to get hypervisor specific template 
information

Template url, hypervisor and format were defined in Service class to be 
Xenserver specific
and therefore registering a new template failed on Vmware and KVM.
Fixed this to get hypervisor specific info for registering new template.

Signed-off-by: Prasanna Santhanam 
(cherry picked from commit 20256706b376551fe8993ee2e73c61df31dcb6de)


- ASF Subversion and Git Services


On Aug. 28, 2013, 8:02 a.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13806/
> ---
> 
> (Updated Aug. 28, 2013, 8:02 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4407
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Template url, hypervisor and format were defined in Service class to be 
> Xenserver specific
> and therefore registering a new template failed on Vmware and KVM.
> Fixed this to get hypervisor specific info for registering new template.
> 
> TODO: Update other tests to use the new function get_builtin_template_info
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_templates.py e4599d4 
>   tools/marvin/marvin/integration/lib/base.py b5d086b 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/13806/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: Review Request 11626: Automation: Memory limits tests from Resource Limits Tests

[Sanjay Tripathi]

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


Diff for common.py is not available in the patch, update the patch against 
latest code.

- Sanjay Tripathi


On Aug. 29, 2013, 7:32 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11626/
> ---
> 
> (Updated Aug. 29, 2013, 7:32 a.m.)
> 
> 
> Review request for cloudstack, sailaja mada, Sanjay Tripathi, and Prasanna 
> Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding resource limit tests related to Memory. Changes suggested in CPU 
> resource limit tests which are applicable here are incorporated too.
> 
> Updated test plan is available here: 
> https://cwiki.apache.org/confluence/download/attachments/30757590/LimitResourcesTestPlanUpdate5.xlsx?version=1&modificationDate=1366952352000
> 
> 
> Diffs
> -
> 
>   test/integration/component/memory_limits/test_domain_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_maximum_limits.py 
> PRE-CREATION 
>   test/integration/component/memory_limits/test_memory_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_project_limits.py 
> PRE-CREATION 
>   tools/marvin/marvin/integration/lib/base.py 695edf7 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/11626/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 13771: CLOUDSTACK-4346 replace URI getHost() and create(String) calls

[Dave Cahill]

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

Ship it!


LGTM.

- Dave Cahill


On Aug. 28, 2013, 2:37 p.m., daan Hoogland wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13771/
> ---
> 
> (Updated Aug. 28, 2013, 2:37 p.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Hugo Trippaers, 
> and Sheng Yang.
> 
> 
> Bugs: CLOUDSTACK-4346
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> After global search and replace all calls to retrieve ids for networks from 
> URIs using getHost() should be gone. Creating URI should now all use 
> appropriate calls as well so maitaining the way uris are built can now be 
> done centrally.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/networkservice/BaremetaNetworkGuru.java
>  07ee12d 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/BridgeVifDriver.java
>  195cf40 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  a156ae6 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/OvsVifDriver.java
>  7038d7e 
>   plugins/hypervisors/ovm/src/com/cloud/ovm/hypervisor/OvmResourceBase.java 
> 59ba001 
>   
> plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
>  5ab2216 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  ecdec1e 
>   
> plugins/network-elements/bigswitch-vns/src/com/cloud/network/element/BigSwitchVnsElement.java
>  54623e9 
>   
> plugins/network-elements/cisco-vnmc/src/com/cloud/network/element/CiscoVnmcElement.java
>  3ae6a08 
>   
> plugins/network-elements/f5/src/com/cloud/network/resource/F5BigIpResource.java
>  1733712 
>   
> plugins/network-elements/juniper-srx/src/com/cloud/network/resource/JuniperSrxResource.java
>  3d3d797 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/element/NiciraNvpElement.java
>  c7d0884 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/guru/NiciraNvpGuestNetworkGuru.java
>  ff238ed 
>   
> plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
>  36a807f 
>   server/src/com/cloud/api/ApiResponseHelper.java c771431 
>   server/src/com/cloud/network/ExternalDeviceUsageManagerImpl.java e91dcfa 
>   server/src/com/cloud/network/ExternalFirewallDeviceManagerImpl.java a934024 
>   server/src/com/cloud/network/ExternalLoadBalancerDeviceManagerImpl.java 
> c14d5c7 
>   server/src/com/cloud/network/NetworkManagerImpl.java 00103e3 
>   server/src/com/cloud/network/guru/DirectPodBasedNetworkGuru.java 5b87d54 
>   server/src/com/cloud/network/guru/ExternalGuestNetworkGuru.java 00598dd 
>   server/src/com/cloud/network/guru/GuestNetworkGuru.java b0da42f 
>   server/src/com/cloud/network/guru/PrivateNetworkGuru.java 6521cf4 
>   server/src/com/cloud/network/guru/PublicNetworkGuru.java d109468 
>   
> server/src/com/cloud/network/router/VpcVirtualNetworkApplianceManagerImpl.java
>  ee0d058 
>   utils/src/com/cloud/utils/net/NetUtils.java 05b485b 
> 
> Diff: https://reviews.apache.org/r/13771/diff/
> 
> 
> Testing
> ---
> 
> tested with old style uris in regular networks and vpc based networks as well 
> as in nicira based networks
> test build in nonoss but not all code has probably been touched yet. or at 
> least I am unsure of that.
> 
> 
> Thanks,
> 
> daan Hoogland
> 
>

Re: Review Request 13001: Automation: Adding test cases for CPU limits from Limit Resources.

[Prasanna Santhanam]

> On Aug. 27, 2013, 2:48 p.m., Sanjay Tripathi wrote:
> > Looks good to me.

Thanks for the detailed review Sanjay. I've merged this to master/4.2-forward.

Gaurav, there were many formatting errors in the patch. Please verify the merge 
and ensure that you've checked for formatting in your future patches.

Thanks


- Prasanna


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


On Aug. 27, 2013, 1:32 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13001/
> ---
> 
> (Updated Aug. 27, 2013, 1:32 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, sailaja mada, Sanjay 
> Tripathi, and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding test cases for CPU limits from Limit Resources.
> Marvin changes have to be picked up from Memory Limits patch 
> (https://reviews.apache.org/r/11626/). Those are not included in this patch.
> 
> 
> Diffs
> -
> 
>   test/integration/component/cpu_limits/test_cpu_limits.py PRE-CREATION 
>   test/integration/component/cpu_limits/test_domain_limits.py PRE-CREATION 
>   test/integration/component/cpu_limits/test_maximum_limits.py PRE-CREATION 
>   test/integration/component/cpu_limits/test_project_limits.py PRE-CREATION 
>   tools/marvin/marvin/integration/lib/base.py 91cfebd 
>   tools/marvin/marvin/integration/lib/common.py 4f5acef 
> 
> Diff: https://reviews.apache.org/r/13001/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Storage Allocated: 0.00 KB / 0.00 KB, hence unable to start a VM

[Nitin Mehta]

Were your hosts up all this while ? CS gets storage statistics by
connecting with the hosts.

On 29/08/13 12:52 AM, "Nikolay Kabadjov"  wrote:

>Hello everybody, 
>While using CloudStack 3.0.6, from time to time we a gettin the
>folloiwing issue:
>the dashboard shows Storage Allocated: 0.00 KB / 0.00 KB
>
>and no VM can be started.
>
>the issue dissapeared all of a sudden few hours later.
>
>Any idea? 
>
>Thanks and Best Regards,
>Niki 

Re: Review Request 11626: Automation: Memory limits tests from Resource Limits Tests

[Gaurav Aradhye]

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

(Updated Aug. 29, 2013, 4:24 p.m.)


Review request for cloudstack, sailaja mada, Sanjay Tripathi, and Prasanna 
Santhanam.


Changes
---

Updated patch. Eliminated base.py and common.py changes from this patch as they 
are already committed through CPU limits patch.


Repository: cloudstack-git


Description
---

Adding resource limit tests related to Memory. Changes suggested in CPU 
resource limit tests which are applicable here are incorporated too.

Updated test plan is available here: 
https://cwiki.apache.org/confluence/download/attachments/30757590/LimitResourcesTestPlanUpdate5.xlsx?version=1&modificationDate=1366952352000


Diffs (updated)
-

  test/integration/component/memory_limits/test_domain_limits.py PRE-CREATION 
  test/integration/component/memory_limits/test_maximum_limits.py PRE-CREATION 
  test/integration/component/memory_limits/test_memory_limits.py PRE-CREATION 
  test/integration/component/memory_limits/test_project_limits.py PRE-CREATION 

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


Testing
---


Thanks,

Gaurav Aradhye

Re: Storage Allocated: 0.00 KB / 0.00 KB, hence unable to start a VM

[Nikolay Kabadjov]

Yes Nitin, 
both Xen hosts (in a pool) were up and running all the time. 

Regards,
Niki



 From: Nitin Mehta 
To: "us...@cloudstack.apache.org" ; Nikolay 
Kabadjov ; "dev@cloudstack.apache.org" 
 
Sent: Thursday, August 29, 2013 1:36 PM
Subject: Re: Storage Allocated: 0.00 KB / 0.00 KB, hence unable to start a VM 
 

Were your hosts up all this while ? CS gets storage statistics by
connecting with the hosts.

On 29/08/13 12:52 AM, "Nikolay Kabadjov"  wrote:

>Hello everybody, 
>While using CloudStack 3.0.6, from time to time we a gettin the
>folloiwing issue:
>the dashboard shows Storage Allocated: 0.00 KB / 0.00 KB
>
>and no VM can be started.
>
>the issue dissapeared all of a sudden few hours later.
>
>Any idea? 
>
>Thanks and Best Regards,
>Niki 

RE: HA redundant virtual router

[Roeland Kuipers]

Hi Sheng,

Thanks for the info. Looking forward to the design doc, I trust this will make 
things clearer.
In the meantime will be doing some research and thinking too, to see how we can 
improve things to also have HA on the RvR in a safe way.
We will share this once ready.

Thanks,
Roeland


From: Sheng Yang [mailto:sh...@yasker.org]
Sent: donderdag 29 augustus 2013 0:19
To: 
Cc: int-cloud; Daan Hoogland
Subject: Re: HA redundant virtual router

Hi Roeland,

I would write a design doc to explain how redundant router works currently. For 
example, for the point 2, we have to force BACKUP become MASTER because:

1. CS cannot communicate with MASTER at the time
2. CS can communicate with BACKUP.
3. Rule has to be programmed immediately.
4. In case old MASTER come back, it should yield to the VR with updated rule, 
rather than preempt the updated VR.

In this case, CS need to communicate with RvR to program the new rule, thus it 
need to intervene the RvR to ensure that if there is only one VR got the rule, 
it should become MASTER.

Still, I would write a doc later to try to cover every concern of RvR design.

--Sheng

On Tue, Aug 27, 2013 at 3:40 AM, Roeland Kuipers 
mailto:rkuip...@schubergphilis.com>> wrote:
Hi Sheng,

Thanks for your reply. I'll see if we can replay this scenario.

With respect to point 1: a good principal IMHO.

Point 2: Why do we force a keepalived node to become master and not wait for 
keepalived to become master? This way there is less reason to intervene and 
less risk of multiple masters? As we have seen this behavior with RvR without 
HA in the past. The downside that updates to rules do not function until backup 
becomes master. But maybe this is wise anyways since there is something wrong. 
This conflicts a bit with point 2 as we do intervene here.

Point 3: In my opinion keepalived is solid enough to leave this responsibility 
with keepalived and that CS just should check the state and not fiddle with 
priorities to force masters. Because there is obviously a reason why BACKUP 
refuses to become master.
I think we should let keepalived prevent multiple master as is designed to 
prevent this. Or do I miss something here?
Actually in the scenario you described, with a functioning guest network, 
keepalived should be able to handle this situation if we make sure all routers 
have different prios.

I still have the opinion HA and RvR are different mechanisms.

So what do you think is necessary to have the possibility of HA icw RvR? We 
have a clear business requirement to have this implement on CS. And we have 
Developers willing to create these changes to make this possible.
We also like to see RvR on VPC's and are also willing to contribute this 
functionality.

Thanks for your feedback!

Cheers,
Roeland

-Original Message-
From: Sheng Yang [mailto:sh...@yasker.org]
Sent: vrijdag 23 augustus 2013 23:25
To: mailto:dev@cloudstack.apache.org>>
Subject: Re: HA redundant virtual router

Hi Roeland,

Thank you for your testing!

Power off is not an concern right now, because at that time the VM would 
disappear anyway.

Our concern is more about if VM is still alive but we cannot detect it for a 
while. For example, a network glitch happened, CS lost connection to the host 
temporarily(control network), but the guest network is still working.
HA would start another VR, which would possible result in 3 routers in the 
guest network(at least for a moment). Many of the policy focus on dealing these 
intermediate status. Also if you plug off the network cable of one host many 
things should happen...


In RvR we want to make sure:
1. The status are self-governed, no need for CS to intervene.
2. MASTER would always get the latest rules. That means, if we cannot 
communicate with MASTER, we would turn to BACKUP and program the rule on it and 
make it MASTER - even we cannot communicate with MASTER at this time.
And BACKUP should able to become MASTER if we request. This is achieved by 
using a script to bump up the priority of BACKUP.
3. Trying best to prevent the dual-MASTER situation. So we would program 
different priority for VRs and the MASTER/BACKUP status completely depends on 
priority.

And if you take RvR as an alternative to VM's HA mechanism., it's not that 
counter intuitive in fact.

--Sheng


On Fri, Aug 23, 2013 at 1:56 AM, Roeland Kuipers < 
rkuip...@schubergphilis.com> wrote:

> Hi Sheng,
>
> So far our testing showed no big problems. I've marked a redundant set
> of routers to be ha_enabled by setting ha_enabled bit in the
> vm_instance table. (This is our workaround ATM) We tested HA icw RvR
> in the scenarios ,shutdown / force power off VM. In these scenarios HA
> worked a treat and did restore the redundant pair as it should. And
> keepalived nicely negotiated MASTER & BACKUP.
> These are obviously basic tests, but we are happy to do some more testing.
>
> I understand your concerns and am totally in

Re: HA redundant virtual router

[Daan Hoogland]

Sheng,

just to make sure; You are going to write this document? I see Roeland
understood your mail like this.

When you do, I'd like you to keep in mind that we also want redundant
routers within a VPC to ensure ACS upgrades are more seamless for
customer application groups and - dtap streets. If you need any help
on writing such a doc, let me know.

kind regards,
Daan

On Thu, Aug 29, 2013 at 1:13 PM, Roeland Kuipers
 wrote:
> Hi Sheng,
>
> Thanks for the info. Looking forward to the design doc, I trust this will 
> make things clearer.
> In the meantime will be doing some research and thinking too, to see how we 
> can improve things to also have HA on the RvR in a safe way.
> We will share this once ready.
>
> Thanks,
> Roeland
>
>
> From: Sheng Yang [mailto:sh...@yasker.org]
> Sent: donderdag 29 augustus 2013 0:19
> To: 
> Cc: int-cloud; Daan Hoogland
> Subject: Re: HA redundant virtual router
>
> Hi Roeland,
>
> I would write a design doc to explain how redundant router works currently. 
> For example, for the point 2, we have to force BACKUP become MASTER because:
>
> 1. CS cannot communicate with MASTER at the time
> 2. CS can communicate with BACKUP.
> 3. Rule has to be programmed immediately.
> 4. In case old MASTER come back, it should yield to the VR with updated rule, 
> rather than preempt the updated VR.
>
> In this case, CS need to communicate with RvR to program the new rule, thus 
> it need to intervene the RvR to ensure that if there is only one VR got the 
> rule, it should become MASTER.
>
> Still, I would write a doc later to try to cover every concern of RvR design.
>
> --Sheng
>
> On Tue, Aug 27, 2013 at 3:40 AM, Roeland Kuipers 
> mailto:rkuip...@schubergphilis.com>> wrote:
> Hi Sheng,
>
> Thanks for your reply. I'll see if we can replay this scenario.
>
> With respect to point 1: a good principal IMHO.
>
> Point 2: Why do we force a keepalived node to become master and not wait for 
> keepalived to become master? This way there is less reason to intervene and 
> less risk of multiple masters? As we have seen this behavior with RvR without 
> HA in the past. The downside that updates to rules do not function until 
> backup becomes master. But maybe this is wise anyways since there is 
> something wrong. This conflicts a bit with point 2 as we do intervene here.
>
> Point 3: In my opinion keepalived is solid enough to leave this 
> responsibility with keepalived and that CS just should check the state and 
> not fiddle with priorities to force masters. Because there is obviously a 
> reason why BACKUP refuses to become master.
> I think we should let keepalived prevent multiple master as is designed to 
> prevent this. Or do I miss something here?
> Actually in the scenario you described, with a functioning guest network, 
> keepalived should be able to handle this situation if we make sure all 
> routers have different prios.
>
> I still have the opinion HA and RvR are different mechanisms.
>
> So what do you think is necessary to have the possibility of HA icw RvR? We 
> have a clear business requirement to have this implement on CS. And we have 
> Developers willing to create these changes to make this possible.
> We also like to see RvR on VPC's and are also willing to contribute this 
> functionality.
>
> Thanks for your feedback!
>
> Cheers,
> Roeland
>
> -Original Message-
> From: Sheng Yang [mailto:sh...@yasker.org]
> Sent: vrijdag 23 augustus 2013 23:25
> To: mailto:dev@cloudstack.apache.org>>
> Subject: Re: HA redundant virtual router
>
> Hi Roeland,
>
> Thank you for your testing!
>
> Power off is not an concern right now, because at that time the VM would 
> disappear anyway.
>
> Our concern is more about if VM is still alive but we cannot detect it for a 
> while. For example, a network glitch happened, CS lost connection to the host 
> temporarily(control network), but the guest network is still working.
> HA would start another VR, which would possible result in 3 routers in the 
> guest network(at least for a moment). Many of the policy focus on dealing 
> these intermediate status. Also if you plug off the network cable of one host 
> many things should happen...
>
>
> In RvR we want to make sure:
> 1. The status are self-governed, no need for CS to intervene.
> 2. MASTER would always get the latest rules. That means, if we cannot 
> communicate with MASTER, we would turn to BACKUP and program the rule on it 
> and make it MASTER - even we cannot communicate with MASTER at this time.
> And BACKUP should able to become MASTER if we request. This is achieved by 
> using a script to bump up the priority of BACKUP.
> 3. Trying best to prevent the dual-MASTER situation. So we would program 
> different priority for VRs and the MASTER/BACKUP status completely depends on 
> priority.
>
> And if you take RvR as an alternative to VM's HA mechanism., it's not that 
> counter intuitive in fact.
>
> --Sheng
>
>
> On Fri, Aug 23, 2013 at 1:56 AM

Review Request 13896: VM instantiation : specific information for hypervisors

[Nicolas FOATA]

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

Review request for cloudstack.


Repository: cloudstack-git


Description
---

Abstract/suggestion:
While a VM is instantiated, Cloudstack could send and add furthermore data for 
the hypervisor
coming from a new field such as 'Other options/Other configuration' for example 
in the 'Compute offering' screen.
Thus, each hypervisor could decide whether it want to process the data and how 
or to do not take it into account.
With a such input, Cloudstack will be able to use the specificity and the full 
power of each hypervisor.
 
Applications:
1) On XCP, it will be possible to branch some pci straightforwardly (via pci 
passthrough)
2) To use the more efficiently the min, max memories (static and/or dynamic)
 
Please feel free to modify the text if you to find better and sexy application 
examples
with this two kinds of features and of course to correct mistakes. 


Diffs
-

  api/src/com/cloud/offering/ServiceOffering.java 45d5f38 
  api/src/org/apache/cloudstack/api/ApiConstants.java 00d526d 
  
api/src/org/apache/cloudstack/api/command/admin/offering/CreateServiceOfferingCmd.java
 decac29 
  api/src/org/apache/cloudstack/api/response/ServiceOfferingResponse.java 
288f76b 
  client/WEB-INF/classes/resources/messages.properties 3e775e0 
  client/WEB-INF/classes/resources/messages_fr_FR.properties 284fde8 
  engine/schema/src/com/cloud/migration/ServiceOffering21VO.java 7a49e63 
  engine/schema/src/com/cloud/service/ServiceOfferingVO.java 9a262c5 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
 7173f0b 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java
 11a7b42 
  server/src/com/cloud/api/query/vo/ServiceOfferingJoinVO.java 05ff5f3 
  server/src/com/cloud/configuration/ConfigurationManager.java e06488e 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java 6c32c55 
  server/src/com/cloud/hypervisor/HypervisorGuruBase.java 6d368bd 
  server/src/com/cloud/vm/UserVmManagerImpl.java e4d1c78 
  server/src/com/cloud/vm/VirtualMachineManagerImpl.java 1fb118f 
  server/test/com/cloud/vpc/MockConfigurationManagerImpl.java 840f539 
  setup/db/42betaTo43.sql PRE-CREATION 
  setup/db/create-schema.sql 79550ae 
  ui/dictionary.jsp eec0264 
  ui/scripts/configuration.js 68f38ec 
  ui/scripts/docs.js 6537646 

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


Testing
---


Thanks,

Nicolas FOATA

Re: Review Request 13896: JIRA-3702 : VM instantiation : specific information for hypervisors

[Nicolas FOATA]

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

(Updated Aug. 29, 2013, 11:48 a.m.)


Review request for cloudstack.


Summary (updated)
-

JIRA-3702 : VM instantiation : specific information for hypervisors


Repository: cloudstack-git


Description
---

Abstract/suggestion:
While a VM is instantiated, Cloudstack could send and add furthermore data for 
the hypervisor
coming from a new field such as 'Other options/Other configuration' for example 
in the 'Compute offering' screen.
Thus, each hypervisor could decide whether it want to process the data and how 
or to do not take it into account.
With a such input, Cloudstack will be able to use the specificity and the full 
power of each hypervisor.
 
Applications:
1) On XCP, it will be possible to branch some pci straightforwardly (via pci 
passthrough)
2) To use the more efficiently the min, max memories (static and/or dynamic)
 
Please feel free to modify the text if you to find better and sexy application 
examples
with this two kinds of features and of course to correct mistakes. 


Diffs
-

  api/src/com/cloud/offering/ServiceOffering.java 45d5f38 
  api/src/org/apache/cloudstack/api/ApiConstants.java 00d526d 
  
api/src/org/apache/cloudstack/api/command/admin/offering/CreateServiceOfferingCmd.java
 decac29 
  api/src/org/apache/cloudstack/api/response/ServiceOfferingResponse.java 
288f76b 
  client/WEB-INF/classes/resources/messages.properties 3e775e0 
  client/WEB-INF/classes/resources/messages_fr_FR.properties 284fde8 
  engine/schema/src/com/cloud/migration/ServiceOffering21VO.java 7a49e63 
  engine/schema/src/com/cloud/service/ServiceOfferingVO.java 9a262c5 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
 7173f0b 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServer56FP1Resource.java
 11a7b42 
  server/src/com/cloud/api/query/vo/ServiceOfferingJoinVO.java 05ff5f3 
  server/src/com/cloud/configuration/ConfigurationManager.java e06488e 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java 6c32c55 
  server/src/com/cloud/hypervisor/HypervisorGuruBase.java 6d368bd 
  server/src/com/cloud/vm/UserVmManagerImpl.java e4d1c78 
  server/src/com/cloud/vm/VirtualMachineManagerImpl.java 1fb118f 
  server/test/com/cloud/vpc/MockConfigurationManagerImpl.java 840f539 
  setup/db/42betaTo43.sql PRE-CREATION 
  setup/db/create-schema.sql 79550ae 
  ui/dictionary.jsp eec0264 
  ui/scripts/configuration.js 68f38ec 
  ui/scripts/docs.js 6537646 

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


Testing
---


Thanks,

Nicolas FOATA

Review Request 13897: simplified casting

[Laszlo Hornyak]

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

Review request for cloudstack and Min Chen.


Repository: cloudstack-git


Description
---

double values do not need a Double object to be casted to long


Diffs
-

  server/src/com/cloud/api/query/dao/UserVmJoinDaoImpl.java 7f16974 

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


Testing
---


Thanks,

Laszlo Hornyak

Review Request 13900: simplify setCpuUsed

[Laszlo Hornyak]

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

Review request for cloudstack and Min Chen.


Repository: cloudstack-git


Description
---

- variables inlined
- cpu utilization is not cast to float from double


Diffs
-

  server/src/com/cloud/api/query/dao/UserVmJoinDaoImpl.java 7f16974 

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


Testing
---


Thanks,

Laszlo Hornyak

Review Request 13901: fix long cast to double

[Laszlo Hornyak]

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

Review request for cloudstack, Alena Prokharchyk and Wei Zhou.


Repository: cloudstack-git


Description
---

- the result of dividing long with long resulted in loss of precision both for 
network and IO
- unit tests included


Diffs
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
 a156ae6 
  
plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtComputingResourceTest.java
 3640030 

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


Testing
---

unit test included


Thanks,

Laszlo Hornyak

Re: New Committer: Daan Hoogland

[John Burwell]

Congrats, Daan.

On Aug 28, 2013, at 9:58 AM, Chip Childers  wrote:

> The Project Management Committee (PMC) for Apache CloudStack
> has asked Daan Hoogland to become a committer and we are pleased to
> announce that he has accepted!
> 
> Daan's been quite active on the dev list, working on not just the code
> but also helping us keep tabs on our responsiveness to questions (something 
> that we always need to be mindful of).
> 
> Being a committer allows many contributors to contribute more
> autonomously. For developers, it makes it easier to submit changes and
> eliminates the need to have contributions reviewed via the patch
> submission process. Whether contributions are development-related or
> otherwise, it is a recognition of a contributor's participation in the
> project and commitment to the project and the Apache Way.
> 
> Please join me in congratulating Daan!
> 
> -chip
> on behalf of the CloudStack PMC



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: Review Request 13901: fix long cast to double

[Wei Zhou]

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


It looks the type of varieties in vmStats class need to be changed as well.

- Wei Zhou


On Aug. 29, 2013, 12:26 p.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13901/
> ---
> 
> (Updated Aug. 29, 2013, 12:26 p.m.)
> 
> 
> Review request for cloudstack, Alena Prokharchyk and Wei Zhou.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> - the result of dividing long with long resulted in loss of precision both 
> for network and IO
> - unit tests included
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  a156ae6 
>   
> plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtComputingResourceTest.java
>  3640030 
> 
> Diff: https://reviews.apache.org/r/13901/diff/
> 
> 
> Testing
> ---
> 
> unit test included
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

Re: New Committer: Daan Hoogland

[Wei ZHOU]

Congrats!


2013/8/28 Chip Childers 

> The Project Management Committee (PMC) for Apache CloudStack
> has asked Daan Hoogland to become a committer and we are pleased to
> announce that he has accepted!
>
> Daan's been quite active on the dev list, working on not just the code
> but also helping us keep tabs on our responsiveness to questions (something
> that we always need to be mindful of).
>
> Being a committer allows many contributors to contribute more
> autonomously. For developers, it makes it easier to submit changes and
> eliminates the need to have contributions reviewed via the patch
> submission process. Whether contributions are development-related or
> otherwise, it is a recognition of a contributor's participation in the
> project and commitment to the project and the Apache Way.
>
> Please join me in congratulating Daan!
>
> -chip
> on behalf of the CloudStack PMC
>

Re: Review Request 13901: fix long cast to double

[Laszlo Hornyak]

> On Aug. 29, 2013, 12:40 p.m., Wei Zhou wrote:
> > It looks the type of varieties in vmStats class need to be changed as well.

Hi Wei,

VmStatsEntry.networkReadKBs and other statistics information are already 
double. I think that is good, the problem was that at the division of the long 
values another long was created which was then casted to double, and therefore 
it lost precision, e.g. values below 0.9 kb was truncated down to 0.
You can give it a try and modify the values back to long, it will make the test 
included in the patch fail because the values under 1kb are truncated.


- Laszlo


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


On Aug. 29, 2013, 12:26 p.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13901/
> ---
> 
> (Updated Aug. 29, 2013, 12:26 p.m.)
> 
> 
> Review request for cloudstack, Alena Prokharchyk and Wei Zhou.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> - the result of dividing long with long resulted in loss of precision both 
> for network and IO
> - unit tests included
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  a156ae6 
>   
> plugins/hypervisors/kvm/test/com/cloud/hypervisor/kvm/resource/LibvirtComputingResourceTest.java
>  3640030 
> 
> Diff: https://reviews.apache.org/r/13901/diff/
> 
> 
> Testing
> ---
> 
> unit test included
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

Re: Review Request 13889: CLOUDSTACK-4487: Add Netscaler service provider if not already present

[Rayees Namathponnan]

> On Aug. 29, 2013, 4:33 a.m., Prasanna Santhanam wrote:
> > The NetScaler provider is not different from any other provider and the 
> > test should not enable/disable it unless that's the test itself. The 
> > deployment configuration would need to be done differently. The providers 
> > required for a deployment should be enabled prior to the test run. This is 
> > the same case as deploying a basic zone. We don't configure the security 
> > group provider in the test, it just becomes part of the marvin deployment 
> > configuration.
> > 
> > eg: In the case of advanced zone with security groups 
> > (setup/dev/advancedsg.cfg) you have the following section. 
> > deployDataCenter.py configures and enables the provider for you.
> > 
> > "providers": [
> > {   
> > "broadcastdomainrange": "ZONE", 
> > "name": "VirtualRouter"
> > },  
> > {   
> > "broadcastdomainrange": "ZONE", 
> > "name": "SecurityGroupProvider"
> > }   
> > ],

Prasanna - Can we enable NetScaler as external device without adding any device 
in marvin config file ?

like 

 "providers": [
{   
"broadcastdomainrange": "ZONE", 
"name": "VirtualRouter"
},  
{   
"broadcastdomainrange": "ZONE", 
"name": "SecurityGroupProvider"
}   
{   
"broadcastdomainrange": "ZONE", 
"name": "Netscaler"
}  


- Rayees


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


On Aug. 28, 2013, 5:59 p.m., Sowmya Krishnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13889/
> ---
> 
> (Updated Aug. 28, 2013, 5:59 p.m.)
> 
> 
> Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
> Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4487
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> For a brand new set up, Netscaler service provider won't be present by 
> defualt.
> Fixed the same in common.py.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/common.py f27e87d 
> 
> Diff: https://reviews.apache.org/r/13889/diff/
> 
> 
> Testing
> ---
> 
> Tested on both new MS and an existing one.
> 
> 
> Thanks,
> 
> Sowmya Krishnan
> 
>

Re: Review Request 13889: CLOUDSTACK-4487: Add Netscaler service provider if not already present

[Prasanna Santhanam]

> On Aug. 29, 2013, 4:33 a.m., Prasanna Santhanam wrote:
> > The NetScaler provider is not different from any other provider and the 
> > test should not enable/disable it unless that's the test itself. The 
> > deployment configuration would need to be done differently. The providers 
> > required for a deployment should be enabled prior to the test run. This is 
> > the same case as deploying a basic zone. We don't configure the security 
> > group provider in the test, it just becomes part of the marvin deployment 
> > configuration.
> > 
> > eg: In the case of advanced zone with security groups 
> > (setup/dev/advancedsg.cfg) you have the following section. 
> > deployDataCenter.py configures and enables the provider for you.
> > 
> > "providers": [
> > {   
> > "broadcastdomainrange": "ZONE", 
> > "name": "VirtualRouter"
> > },  
> > {   
> > "broadcastdomainrange": "ZONE", 
> > "name": "SecurityGroupProvider"
> > }   
> > ],
> 
> Rayees Namathponnan wrote:
> Prasanna - Can we enable NetScaler as external device without adding any 
> device in marvin config file ?
> 
> like 
> 
>  "providers": [
> {   
> "broadcastdomainrange": "ZONE", 
> "name": "VirtualRouter"
> },  
> {   
> "broadcastdomainrange": "ZONE", 
> "name": "SecurityGroupProvider"
> }   
> {   
> "broadcastdomainrange": "ZONE", 
> "name": "Netscaler"
> }  
> 
>

Yes - this will configure the provider and allow you to add a device. The test 
takes care of the addition of the device.


- Prasanna


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


On Aug. 28, 2013, 5:59 p.m., Sowmya Krishnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13889/
> ---
> 
> (Updated Aug. 28, 2013, 5:59 p.m.)
> 
> 
> Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
> Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4487
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> For a brand new set up, Netscaler service provider won't be present by 
> defualt.
> Fixed the same in common.py.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/common.py f27e87d 
> 
> Diff: https://reviews.apache.org/r/13889/diff/
> 
> 
> Testing
> ---
> 
> Tested on both new MS and an existing one.
> 
> 
> Thanks,
> 
> Sowmya Krishnan
> 
>

Re: Review Request 13559: Automation: Portable IP test cases

[Gaurav Aradhye]

> On Aug. 27, 2013, 6:02 p.m., venkata swamy babu  budumuru wrote:
> > test/integration/component/test_portable_ip.py, line 817
> > 
> >
> > Isn't it a better idea to check the programmed NAT rule is functioning 
> > properly?

Added call to get remoteSSHClient using the portable ip for which NAT rule is 
created.


> On Aug. 27, 2013, 6:02 p.m., venkata swamy babu  budumuru wrote:
> > test/integration/component/test_portable_ip.py, line 168
> > 
> >
> > It would be better if we prepare services dictionary for 
> > "portable_ip_range" manually on what range it should take.
> > 
> > Current logic just increments the range by 1 and it expects the 
> > existing physical infra to be configured with that CIDR. This approach many 
> > not suite for everyone who fires this script. This is mandating the user of 
> > the scripts to have the next cidr of his public range to be configured and 
> > available for portable ip range testing.

will directly using "untagged" vlan from the list of vlans do? Can you please 
explain how we can manually specify the range? As the range will be different 
for every setup. Please correct me if I'm wrong.

Thanks.


- Gaurav


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


On Aug. 14, 2013, 5:05 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13559/
> ---
> 
> (Updated Aug. 14, 2013, 5:05 p.m.)
> 
> 
> Review request for cloudstack, Murali Reddy, venkata swamy babu  budumuru, 
> and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding new test cases for feature Portable IP
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_portable_ip.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/13559/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 13889: CLOUDSTACK-4487: Add Netscaler service provider if not already present

[Rayees Namathponnan]

> On Aug. 29, 2013, 4:33 a.m., Prasanna Santhanam wrote:
> > The NetScaler provider is not different from any other provider and the 
> > test should not enable/disable it unless that's the test itself. The 
> > deployment configuration would need to be done differently. The providers 
> > required for a deployment should be enabled prior to the test run. This is 
> > the same case as deploying a basic zone. We don't configure the security 
> > group provider in the test, it just becomes part of the marvin deployment 
> > configuration.
> > 
> > eg: In the case of advanced zone with security groups 
> > (setup/dev/advancedsg.cfg) you have the following section. 
> > deployDataCenter.py configures and enables the provider for you.
> > 
> > "providers": [
> > {   
> > "broadcastdomainrange": "ZONE", 
> > "name": "VirtualRouter"
> > },  
> > {   
> > "broadcastdomainrange": "ZONE", 
> > "name": "SecurityGroupProvider"
> > }   
> > ],
> 
> Rayees Namathponnan wrote:
> Prasanna - Can we enable NetScaler as external device without adding any 
> device in marvin config file ?
> 
> like 
> 
>  "providers": [
> {   
> "broadcastdomainrange": "ZONE", 
> "name": "VirtualRouter"
> },  
> {   
> "broadcastdomainrange": "ZONE", 
> "name": "SecurityGroupProvider"
> }   
> {   
> "broadcastdomainrange": "ZONE", 
> "name": "Netscaler"
> }  
> 
>
> 
> Prasanna Santhanam wrote:
> Yes - this will configure the provider and allow you to add a device. The 
> test takes care of the addition of the device.

OK, then i will try; please hold on for merging this patch 


- Rayees


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


On Aug. 28, 2013, 5:59 p.m., Sowmya Krishnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13889/
> ---
> 
> (Updated Aug. 28, 2013, 5:59 p.m.)
> 
> 
> Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
> Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4487
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> For a brand new set up, Netscaler service provider won't be present by 
> defualt.
> Fixed the same in common.py.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/common.py f27e87d 
> 
> Diff: https://reviews.apache.org/r/13889/diff/
> 
> 
> Testing
> ---
> 
> Tested on both new MS and an existing one.
> 
> 
> Thanks,
> 
> Sowmya Krishnan
> 
>

RE: New Committer: Daan Hoogland

[Musayev, Ilya]

Welcome and congrats Daan!

> -Original Message-
> From: Wei ZHOU [mailto:ustcweiz...@gmail.com]
> Sent: Thursday, August 29, 2013 8:43 AM
> To: dev@cloudstack.apache.org
> Subject: Re: New Committer: Daan Hoogland
> 
> Congrats!
> 
> 
> 2013/8/28 Chip Childers 
> 
> > The Project Management Committee (PMC) for Apache CloudStack has
> asked
> > Daan Hoogland to become a committer and we are pleased to announce
> > that he has accepted!
> >
> > Daan's been quite active on the dev list, working on not just the code
> > but also helping us keep tabs on our responsiveness to questions
> > (something that we always need to be mindful of).
> >
> > Being a committer allows many contributors to contribute more
> > autonomously. For developers, it makes it easier to submit changes and
> > eliminates the need to have contributions reviewed via the patch
> > submission process. Whether contributions are development-related or
> > otherwise, it is a recognition of a contributor's participation in the
> > project and commitment to the project and the Apache Way.
> >
> > Please join me in congratulating Daan!
> >
> > -chip
> > on behalf of the CloudStack PMC
> >

Re: Storage Allocated: 0.00 KB / 0.00 KB, hence unable to start a VM

[Nikolay Kabadjov]

Hi, 
the issue is resolved!

The root cause was that one of the XEN Servers has run out of disk sapce and CS 
was not able to connect to it. 

Regards,
Niki



 From: Nikolay Kabadjov 
To: "us...@cloudstack.apache.org" ; 
"dev@cloudstack.apache.org"  
Sent: Wednesday, August 28, 2013 10:22 PM
Subject: Storage Allocated: 0.00 KB / 0.00 KB, hence unable to start a VM 
 


Hello everybody, 
While using CloudStack 3.0.6, from time to time we a gettin the folloiwing 
issue:
the dashboard shows Storage Allocated: 0.00 KB / 0.00 KB

and no VM can be started.

the issue dissapeared all of a sudden few hours later. 

Any idea? 

Thanks and Best Regards,
Niki 

Re: Review Request 12134: removed txn attribute from DB annotation

[Laszlo Hornyak]

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


By now this patch is kind of outdated and needs an update, just wondering what 
developers think about the idea. Is the txn attribute being planned to use in 
the future?

- Laszlo Hornyak


On June 27, 2013, 4:34 p.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12134/
> ---
> 
> (Updated June 27, 2013, 4:34 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The txn attribute was used often with the DB annotation, but it does not have 
> an effect on the behavior of the code since it is never read.
> - All of this references to txn removed
> - Attribute removed from annotation
> - Documentation references removed
> 
> 
> Diffs
> -
> 
>   
> engine/api/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDaoImpl.java
>  8f7826f 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/api/db/dao/EngineHostDaoImpl.java
>  3c34023 
>   engine/schema/src/com/cloud/certificate/dao/CertificateDaoImpl.java f071cea 
>   engine/schema/src/com/cloud/cluster/agentlb/dao/HostTransferMapDaoImpl.java 
> cff4cfc 
>   engine/schema/src/com/cloud/dc/dao/ClusterVSMMapDaoImpl.java b12fa9d 
>   engine/schema/src/com/cloud/dc/dao/DataCenterIpAddressDaoImpl.java 353402d 
>   engine/schema/src/com/cloud/dc/dao/DataCenterLinkLocalIpAddressDaoImpl.java 
> b52e373 
>   engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java e97f2c6 
>   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpAddressDaoImpl.java 
> 782ee0d 
>   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpRangeDaoImpl.java 
> d732e6f 
>   engine/schema/src/com/cloud/host/dao/HostDaoImpl.java 810b973 
>   engine/schema/src/com/cloud/network/dao/AccountGuestVlanMapDaoImpl.java 
> e7a7b34 
>   engine/schema/src/com/cloud/network/dao/ExternalFirewallDeviceDaoImpl.java 
> 01f8861 
>   
> engine/schema/src/com/cloud/network/dao/ExternalLoadBalancerDeviceDaoImpl.java
>  ea6437d 
>   engine/schema/src/com/cloud/network/dao/FirewallRulesDaoImpl.java 45a8068 
>   engine/schema/src/com/cloud/network/dao/NetworkDaoImpl.java c55cf28 
>   engine/schema/src/com/cloud/network/dao/NetworkDomainDaoImpl.java bbb9203 
>   engine/schema/src/com/cloud/network/dao/NetworkExternalFirewallDaoImpl.java 
> b176760 
>   
> engine/schema/src/com/cloud/network/dao/NetworkExternalLoadBalancerDaoImpl.java
>  c29c164 
>   engine/schema/src/com/cloud/network/dao/NetworkServiceMapDaoImpl.java 
> 3cdd738 
>   engine/schema/src/com/cloud/network/dao/PhysicalNetworkDaoImpl.java 1e26a51 
>   
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkServiceProviderDaoImpl.java
>  16a23dd 
>   
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkTrafficTypeDaoImpl.java
>  7e47239 
>   engine/schema/src/com/cloud/network/dao/PortProfileDaoImpl.java 61fe52a 
>   engine/schema/src/com/cloud/network/dao/VirtualRouterProviderDaoImpl.java 
> dba835f 
>   engine/schema/src/com/cloud/network/vpc/dao/PrivateIpDaoImpl.java fe435c0 
>   engine/schema/src/com/cloud/network/vpc/dao/StaticRouteDaoImpl.java fac35a9 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcDaoImpl.java 6560b90 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcGatewayDaoImpl.java a8cb2b3 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingDaoImpl.java 2cda547 
>   
> engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingServiceMapDaoImpl.java 
> 4b5f1b9 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcServiceMapDaoImpl.java 
> a992181 
>   engine/schema/src/com/cloud/offerings/dao/NetworkOfferingDaoImpl.java 
> ef8237a 
>   
> engine/schema/src/com/cloud/offerings/dao/NetworkOfferingServiceMapDaoImpl.java
>  7282443 
>   engine/schema/src/com/cloud/service/dao/ServiceOfferingDaoImpl.java 14b2abf 
>   engine/schema/src/com/cloud/storage/dao/StoragePoolWorkDaoImpl.java 052bae4 
>   engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java f82b511 
>   engine/schema/src/com/cloud/upgrade/dao/VersionDaoImpl.java 7c5c9cc 
>   engine/schema/src/com/cloud/vm/dao/UserVmCloneSettingDaoImpl.java 174f283 
>   
> engine/schema/src/org/apache/cloudstack/region/gslb/GlobalLoadBalancerLbRuleMapDaoImpl.java
>  2a6e72b 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalDhcpDaoImpl.java
>  8123ee0 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalPxeDaoImpl.java
>  acd7f13 
>   plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsBladeDaoImpl.java 
> 5cb9b02 
>   plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsManagerDaoImpl.java 
> 93c0885 
>   
> plugins/h

Re: HA redundant virtual router

[Sheng Yang]

Hi Daan,

As I said, I am writing a design doc to describe the current redundant
router policy, to help understanding redundant router. Current it doesn't
support VPC, so how to implement it in VPC is still open to discuss.

--Sheng


On Thu, Aug 29, 2013 at 4:26 AM, Daan Hoogland wrote:

> Sheng,
>
> just to make sure; You are going to write this document? I see Roeland
> understood your mail like this.
>
> When you do, I'd like you to keep in mind that we also want redundant
> routers within a VPC to ensure ACS upgrades are more seamless for
> customer application groups and - dtap streets. If you need any help
> on writing such a doc, let me know.
>
> kind regards,
> Daan
>
> On Thu, Aug 29, 2013 at 1:13 PM, Roeland Kuipers
>  wrote:
> > Hi Sheng,
> >
> > Thanks for the info. Looking forward to the design doc, I trust this
> will make things clearer.
> > In the meantime will be doing some research and thinking too, to see how
> we can improve things to also have HA on the RvR in a safe way.
> > We will share this once ready.
> >
> > Thanks,
> > Roeland
> >
> >
> > From: Sheng Yang [mailto:sh...@yasker.org]
> > Sent: donderdag 29 augustus 2013 0:19
> > To: 
> > Cc: int-cloud; Daan Hoogland
> > Subject: Re: HA redundant virtual router
> >
> > Hi Roeland,
> >
> > I would write a design doc to explain how redundant router works
> currently. For example, for the point 2, we have to force BACKUP become
> MASTER because:
> >
> > 1. CS cannot communicate with MASTER at the time
> > 2. CS can communicate with BACKUP.
> > 3. Rule has to be programmed immediately.
> > 4. In case old MASTER come back, it should yield to the VR with updated
> rule, rather than preempt the updated VR.
> >
> > In this case, CS need to communicate with RvR to program the new rule,
> thus it need to intervene the RvR to ensure that if there is only one VR
> got the rule, it should become MASTER.
> >
> > Still, I would write a doc later to try to cover every concern of RvR
> design.
> >
> > --Sheng
> >
> > On Tue, Aug 27, 2013 at 3:40 AM, Roeland Kuipers <
> rkuip...@schubergphilis.com> wrote:
> > Hi Sheng,
> >
> > Thanks for your reply. I'll see if we can replay this scenario.
> >
> > With respect to point 1: a good principal IMHO.
> >
> > Point 2: Why do we force a keepalived node to become master and not wait
> for keepalived to become master? This way there is less reason to intervene
> and less risk of multiple masters? As we have seen this behavior with RvR
> without HA in the past. The downside that updates to rules do not function
> until backup becomes master. But maybe this is wise anyways since there is
> something wrong. This conflicts a bit with point 2 as we do intervene here.
> >
> > Point 3: In my opinion keepalived is solid enough to leave this
> responsibility with keepalived and that CS just should check the state and
> not fiddle with priorities to force masters. Because there is obviously a
> reason why BACKUP refuses to become master.
> > I think we should let keepalived prevent multiple master as is designed
> to prevent this. Or do I miss something here?
> > Actually in the scenario you described, with a functioning guest
> network, keepalived should be able to handle this situation if we make sure
> all routers have different prios.
> >
> > I still have the opinion HA and RvR are different mechanisms.
> >
> > So what do you think is necessary to have the possibility of HA icw RvR?
> We have a clear business requirement to have this implement on CS. And we
> have Developers willing to create these changes to make this possible.
> > We also like to see RvR on VPC's and are also willing to contribute this
> functionality.
> >
> > Thanks for your feedback!
> >
> > Cheers,
> > Roeland
> >
> > -Original Message-
> > From: Sheng Yang [mailto:sh...@yasker.org]
> > Sent: vrijdag 23 augustus 2013 23:25
> > To: mailto:dev@cloudstack.apache.org>>
> > Subject: Re: HA redundant virtual router
> >
> > Hi Roeland,
> >
> > Thank you for your testing!
> >
> > Power off is not an concern right now, because at that time the VM would
> disappear anyway.
> >
> > Our concern is more about if VM is still alive but we cannot detect it
> for a while. For example, a network glitch happened, CS lost connection to
> the host temporarily(control network), but the guest network is still
> working.
> > HA would start another VR, which would possible result in 3 routers in
> the guest network(at least for a moment). Many of the policy focus on
> dealing these intermediate status. Also if you plug off the network cable
> of one host many things should happen...
> >
> >
> > In RvR we want to make sure:
> > 1. The status are self-governed, no need for CS to intervene.
> > 2. MASTER would always get the latest rules. That means, if we cannot
> communicate with MASTER, we would turn to BACKUP and program the rule on it
> and make it MASTER - even we cannot communicate with MASTER at

Re: HA redundant virtual router

[Daan Hoogland]

ok,

let's postpone the discussion till you are at least halve done. We
will of course continue to deliberate on what we need internally.

Daan

On Thu, Aug 29, 2013 at 5:08 PM, Sheng Yang  wrote:
> Hi Daan,
>
> As I said, I am writing a design doc to describe the current redundant
> router policy, to help understanding redundant router. Current it doesn't
> support VPC, so how to implement it in VPC is still open to discuss.
>
> --Sheng
>
>
> On Thu, Aug 29, 2013 at 4:26 AM, Daan Hoogland 
> wrote:
>>
>> Sheng,
>>
>> just to make sure; You are going to write this document? I see Roeland
>> understood your mail like this.
>>
>> When you do, I'd like you to keep in mind that we also want redundant
>> routers within a VPC to ensure ACS upgrades are more seamless for
>> customer application groups and - dtap streets. If you need any help
>> on writing such a doc, let me know.
>>
>> kind regards,
>> Daan
>>
>> On Thu, Aug 29, 2013 at 1:13 PM, Roeland Kuipers
>>  wrote:
>> > Hi Sheng,
>> >
>> > Thanks for the info. Looking forward to the design doc, I trust this
>> > will make things clearer.
>> > In the meantime will be doing some research and thinking too, to see how
>> > we can improve things to also have HA on the RvR in a safe way.
>> > We will share this once ready.
>> >
>> > Thanks,
>> > Roeland
>> >
>> >
>> > From: Sheng Yang [mailto:sh...@yasker.org]
>> > Sent: donderdag 29 augustus 2013 0:19
>> > To: 
>> > Cc: int-cloud; Daan Hoogland
>> > Subject: Re: HA redundant virtual router
>> >
>> > Hi Roeland,
>> >
>> > I would write a design doc to explain how redundant router works
>> > currently. For example, for the point 2, we have to force BACKUP become
>> > MASTER because:
>> >
>> > 1. CS cannot communicate with MASTER at the time
>> > 2. CS can communicate with BACKUP.
>> > 3. Rule has to be programmed immediately.
>> > 4. In case old MASTER come back, it should yield to the VR with updated
>> > rule, rather than preempt the updated VR.
>> >
>> > In this case, CS need to communicate with RvR to program the new rule,
>> > thus it need to intervene the RvR to ensure that if there is only one VR 
>> > got
>> > the rule, it should become MASTER.
>> >
>> > Still, I would write a doc later to try to cover every concern of RvR
>> > design.
>> >
>> > --Sheng
>> >
>> > On Tue, Aug 27, 2013 at 3:40 AM, Roeland Kuipers
>> > mailto:rkuip...@schubergphilis.com>> wrote:
>> > Hi Sheng,
>> >
>> > Thanks for your reply. I'll see if we can replay this scenario.
>> >
>> > With respect to point 1: a good principal IMHO.
>> >
>> > Point 2: Why do we force a keepalived node to become master and not wait
>> > for keepalived to become master? This way there is less reason to intervene
>> > and less risk of multiple masters? As we have seen this behavior with RvR
>> > without HA in the past. The downside that updates to rules do not function
>> > until backup becomes master. But maybe this is wise anyways since there is
>> > something wrong. This conflicts a bit with point 2 as we do intervene here.
>> >
>> > Point 3: In my opinion keepalived is solid enough to leave this
>> > responsibility with keepalived and that CS just should check the state and
>> > not fiddle with priorities to force masters. Because there is obviously a
>> > reason why BACKUP refuses to become master.
>> > I think we should let keepalived prevent multiple master as is designed
>> > to prevent this. Or do I miss something here?
>> > Actually in the scenario you described, with a functioning guest
>> > network, keepalived should be able to handle this situation if we make sure
>> > all routers have different prios.
>> >
>> > I still have the opinion HA and RvR are different mechanisms.
>> >
>> > So what do you think is necessary to have the possibility of HA icw RvR?
>> > We have a clear business requirement to have this implement on CS. And we
>> > have Developers willing to create these changes to make this possible.
>> > We also like to see RvR on VPC's and are also willing to contribute this
>> > functionality.
>> >
>> > Thanks for your feedback!
>> >
>> > Cheers,
>> > Roeland
>> >
>> > -Original Message-
>> > From: Sheng Yang [mailto:sh...@yasker.org]
>> > Sent: vrijdag 23 augustus 2013 23:25
>> > To: mailto:dev@cloudstack.apache.org>>
>> > Subject: Re: HA redundant virtual router
>> >
>> > Hi Roeland,
>> >
>> > Thank you for your testing!
>> >
>> > Power off is not an concern right now, because at that time the VM would
>> > disappear anyway.
>> >
>> > Our concern is more about if VM is still alive but we cannot detect it
>> > for a while. For example, a network glitch happened, CS lost connection to
>> > the host temporarily(control network), but the guest network is still
>> > working.
>> > HA would start another VR, which would possible result in 3 routers in
>> > the guest network(at least for a moment). Many of the policy focus on
>> > dealing these intermediate status. Also if you plug off the network cable 
>

[ACS42] Closing resolved issues

[Sudha Ponnaganti]

Pl close the following defects after validation. If there are any that are not 
fixed, pl reopen them

Reporter  Total
Abhinandan Prateek  2
Abhinav Roy   2
Ahmad Emneina   2
Alena Prokharchyk  12
angeline shen7
Anthony Xu4
Ashutosk Kelkar   1
Bharat Kumar11
Brian Angus1
Brian Federle 2
Brian Spindler2
Chandan Purushothama   15
Chiradeep Vittal   1
Dave Brosius  1
David Noland 1
david vz1
Devdeep Singh 3
Diogo Monteiro1
edison su 1
Fang Wang  4
Francois Gaudreault   1
Gaurav Aradhye   1
Harikrishna Patnala 7
Hiroaki Kawai 2
Hongtu Zang  2
Hugo Trippaers 1
ilya musayev  3
Isaac Chiang   3
Jayapal Reddy   6
Jessica Tomechak2
Jessica Wang  2
John Burwell  3
Kelven Yang   2
Kishan Kavala 9
Koushik Das1
Likitha Shetty 5
Max Clark1
Mice Xia   1
Milamber2
Min Chen1
Minying Bao   2
Murali Reddy 8
Nick Wales  1
Nitin Mehta19
Parth Jagirdar2
Paul Angus  1
Prachi Damle  8
Pranav Saxena  1
Prasanna Santhanam 2
Radhika Nair   5
Rajesh Battala   3
Ram Ganesh  2
Rayees Namathponnan10
roxanne chang  1
sadhu suresh 4
Sailaja Mada   11
Saksham Srivastava 7
Sangeetha Hariharan  14
Sanjay Tripathi  2
Sanjeev N   1
Sateesh Chodapuneedi 11
sebastien goasguen1
Shane Witbeck  1
Shanker Balan   1
Sheng Yang 2
shweta agarwal2
Simon Waterhouse 1
Simon Weller 1
Sowmya Krishnan5
Srikanteswararao Talluri2
Toshiaki Hatano2
Venkata Siva Vijayendra Bhamidipati  4
Grand Total266

Re: Review Request 13610: Bugfix CLOUDSTACK-4359: Default username is Admin not admin

[Jonathan Creasy]

Our database has "admin" for the user. I can login as "Admin" or "admin" on a 
freshly minted system. 

I am not sure what problem I faced originally that led me to think that I had 
to use "Admin" in order to login. 

-Jonathan

- Original Message -
From: "Marcus Sorensen" 
To: "Jonathan Creasy" 
Cc: "Radhika Puthiyetath" , 
dev@cloudstack.apache.org
Sent: Thursday, August 29, 2013 12:14:23 AM
Subject: Re: Review Request 13610: Bugfix CLOUDSTACK-4359: Default username is 
Admin not admin

Here's where the admin account is created
(server/src/com/cloud/server/ConfigurationServerImpl.java), when
management server is first started after fresh db deploy. Looks like
we intend for it to be "admin", I'm not sure where the "Admin" might
be coming from unless it's a deployment on top of an existing
database, or there's a second user "Admin" in addition to the id=2
"admin" user, or it's some sort of developer setting for a test build.

// insert admin user, but leave the account disabled until we set a
// password with the user authenticator
long id = 2;
String username = "admin";
String firstname = "admin";
String lastname = "cloud";

// create an account for the admin user first
insertSql = "INSERT INTO `cloud`.`account` (id, uuid,
account_name, type, domain_id, account.default) VALUES (" + id + ",
UUID(), '" + username + "', '1', '1', 1)";
txn = Transaction.currentTxn();
try {
PreparedStatement stmt = txn.prepareAutoCloseStatement(insertSql);
stmt.executeUpdate();
} catch (SQLException ex) {
}

// now insert the user
insertSql = "INSERT INTO `cloud`.`user` (id, uuid, username,
password, account_id, firstname, lastname, created, state,
user.default) " +
"VALUES (" + id + ", UUID(), '" + username + "',
RAND(), 2, '" + firstname + "','" + lastname + "',now(), 'disabled',
1)";



And it seems to work...

[root@devcloud-kvm /]# mysql -e 'drop database cloud'
[root@devcloud-kvm /]# cloudstack-setup-databases
cloud:password@localhost --deploy-as root >/dev/null
[root@devcloud-kvm /]# cloudstack-setup-management
Starting to configure CloudStack Management Server:
Configure sudoers ... [OK]
Configure Firewall ...[OK]
Configure CloudStack Management Server ...[OK]
CloudStack Management Server setup is Done!
[root@devcloud-kvm /]# mysql -e 'select username from cloud.user where id=2'
+--+
| username |
+--+
| admin|
+--+

On Wed, Aug 28, 2013 at 10:54 PM, Marcus Sorensen  wrote:
> I'm just wondering what the actual database says... looking into a
> fresh deploy now. I'm assuming yours was also fresh and not an
> upgrade?
>
> You can run the mysql command 'select username from cloud.user where id=2;'
>
> On Wed, Aug 28, 2013 at 10:32 PM, Jonathan Creasy  
> wrote:
>> Pardon my ignorance, and lack of a computer at hand, what specifically would
>> you like me to check? I am happy to help track this down.
>>
>> -Jonathan
>>
>> On Aug 28, 2013 11:14 PM, "Marcus Sorensen"  wrote:
>>>
>>> Does the actual ROOT/Admin user show that? If so, we should probably fix
>>> that rather than the doc. No reason to change an established standard now.
>>>
>>> On Aug 28, 2013 10:10 PM, "Jonathan Creasy"  wrote:

 It's Admin on my boxes, 4.2 branch, CentOS 4.2. Using "admin" doesn't
 work.

 I haven't looked at the code to see if it could vary with password
 hashing methods or something.

 -Jonathan

 On Aug 28, 2013 11:08 PM, "Marcus Sorensen"  wrote:
>
> Huh? I've always logged in as 'admin'.
>
> On Aug 28, 2013 10:01 PM, "Radhika PC" 
> wrote:
>>
>>
>> ---
>> This is an automatically generated e-mail. To reply, visit:
>> https://reviews.apache.org/r/13610/#review25706
>> ---
>>
>> Ship it!
>>
>>
>> Ship It!
>>
>> - Radhika PC
>>
>>
>> On Aug. 16, 2013, midnight, Jonathan Creasy wrote:
>> >
>> > ---
>> > This is an automatically generated e-mail. To reply, visit:
>> > https://reviews.apache.org/r/13610/
>> > ---
>> >
>> > (Updated Aug. 16, 2013, midnight)
>> >
>> >
>> > Review request for cloudstack.
>> >
>> >
>> > Bugs: CLOUDSTACK-4359
>> >
>> >
>> > Repository: cloudstack-git
>> >
>> >
>> > Description
>> > ---
>> >
>> > 4.2 documentation lists initial user as admin when it should be Admin
>> >
>> > /docs/en-US/html/log-in.html
>> >
>> >
>> > Diffs
>> > -
>> >
>> >   docs/en-US/log-in.xml 84328ce4d45e7a588acb28063616d9c77e5518d8
>> >   docs/pot/log-in.pot 2faf14b1738b5f6b

Re: IPTables Issues

[Maurice Lawler]

Hello,Right now, after rebooting the instance / router, the IPTables are as follows:[root@cloud ~]# iptables -L -nvChain INPUT (policy ACCEPT 61208 packets, 199M bytes) pkts bytes target prot opt in out source   destination     Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source   destination      2320  264K BF-cloudbr0  all  --  *  cloudbr0  0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-is-bridged   803  106K BF-cloudbr0  all  --  cloudbr0 *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-is-bridged   803  106K DROP   all  --  *  cloudbr0  0.0.0.0/0    0.0.0.0/0   0 0 DROP   all  --  cloudbr0 *   0.0.0.0/0    0.0.0.0/0   Chain OUTPUT (policy ACCEPT 61246 packets, 200M bytes) pkts bytes target prot opt in out source   destination     Chain BF-cloudbr0 (2 references) pkts bytes target prot opt in out source   destination      1157  126K ACCEPT all  --  *  *   0.0.0.0/0    0.0.0.0/0   state RELATED,ESTABLISHED  1966  245K BF-cloudbr0-IN  all  --  *  *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-is-in --physdev-is-bridged  1966  245K BF-cloudbr0-OUT  all  --  *  *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-is-out --physdev-is-bridged   146 11287 ACCEPT all  --  *  *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-out eth0 --physdev-is-bridged Chain BF-cloudbr0-IN (1 references) pkts bytes target prot opt in out source   destination        71  7558 r-31-VM    all  --  *  *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-in vnet0 --physdev-is-bridged Chain BF-cloudbr0-OUT (1 references) pkts bytes target prot opt in out source   destination       214 20606 r-31-VM    all  --  *  *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-out vnet0 --physdev-is-bridged Chain r-31-VM (2 references) pkts bytes target prot opt in out source   destination        71  7558 RETURN all  --  *  *   0.0.0.0/0    0.0.0.0/0   PHYSDEV match --physdev-in vnet0 --physdev-is-bridged   214 20606 ACCEPT all  --  *  *   0.0.0.0/0    0.0.0.0/0   [root@cloud ~]# Along with that, I am unable to access the instance via ssh / or ping it / console it. Thanks,M.

Re: Review Request 13610: Bugfix CLOUDSTACK-4359: Default username is Admin not admin

[Marcus Sorensen]

I can confirm that either one works as well. I have noticed that
sometimes if I try to log in right as the mgmt server is coming up, it
will reject my credentials, and then 5 seconds later when it's
finished initializing, it works.  We should really delay the login/UI
to be the last thing that comes up.

Thanks for troubleshooting. In light of this, let's leave the patch out.

On Thu, Aug 29, 2013 at 10:03 AM, Jonathan Creasy
 wrote:
> Our database has "admin" for the user. I can login as "Admin" or "admin" on a 
> freshly minted system.
>
> I am not sure what problem I faced originally that led me to think that I had 
> to use "Admin" in order to login.
>
> -Jonathan
>
> - Original Message -
> From: "Marcus Sorensen" 
> To: "Jonathan Creasy" 
> Cc: "Radhika Puthiyetath" , 
> dev@cloudstack.apache.org
> Sent: Thursday, August 29, 2013 12:14:23 AM
> Subject: Re: Review Request 13610: Bugfix CLOUDSTACK-4359: Default username 
> is Admin not admin
>
> Here's where the admin account is created
> (server/src/com/cloud/server/ConfigurationServerImpl.java), when
> management server is first started after fresh db deploy. Looks like
> we intend for it to be "admin", I'm not sure where the "Admin" might
> be coming from unless it's a deployment on top of an existing
> database, or there's a second user "Admin" in addition to the id=2
> "admin" user, or it's some sort of developer setting for a test build.
>
> // insert admin user, but leave the account disabled until we set a
> // password with the user authenticator
> long id = 2;
> String username = "admin";
> String firstname = "admin";
> String lastname = "cloud";
>
> // create an account for the admin user first
> insertSql = "INSERT INTO `cloud`.`account` (id, uuid,
> account_name, type, domain_id, account.default) VALUES (" + id + ",
> UUID(), '" + username + "', '1', '1', 1)";
> txn = Transaction.currentTxn();
> try {
> PreparedStatement stmt = txn.prepareAutoCloseStatement(insertSql);
> stmt.executeUpdate();
> } catch (SQLException ex) {
> }
>
> // now insert the user
> insertSql = "INSERT INTO `cloud`.`user` (id, uuid, username,
> password, account_id, firstname, lastname, created, state,
> user.default) " +
> "VALUES (" + id + ", UUID(), '" + username + "',
> RAND(), 2, '" + firstname + "','" + lastname + "',now(), 'disabled',
> 1)";
>
>
>
> And it seems to work...
>
> [root@devcloud-kvm /]# mysql -e 'drop database cloud'
> [root@devcloud-kvm /]# cloudstack-setup-databases
> cloud:password@localhost --deploy-as root >/dev/null
> [root@devcloud-kvm /]# cloudstack-setup-management
> Starting to configure CloudStack Management Server:
> Configure sudoers ... [OK]
> Configure Firewall ...[OK]
> Configure CloudStack Management Server ...[OK]
> CloudStack Management Server setup is Done!
> [root@devcloud-kvm /]# mysql -e 'select username from cloud.user where id=2'
> +--+
> | username |
> +--+
> | admin|
> +--+
>
> On Wed, Aug 28, 2013 at 10:54 PM, Marcus Sorensen  wrote:
>> I'm just wondering what the actual database says... looking into a
>> fresh deploy now. I'm assuming yours was also fresh and not an
>> upgrade?
>>
>> You can run the mysql command 'select username from cloud.user where id=2;'
>>
>> On Wed, Aug 28, 2013 at 10:32 PM, Jonathan Creasy  
>> wrote:
>>> Pardon my ignorance, and lack of a computer at hand, what specifically would
>>> you like me to check? I am happy to help track this down.
>>>
>>> -Jonathan
>>>
>>> On Aug 28, 2013 11:14 PM, "Marcus Sorensen"  wrote:

 Does the actual ROOT/Admin user show that? If so, we should probably fix
 that rather than the doc. No reason to change an established standard now.

 On Aug 28, 2013 10:10 PM, "Jonathan Creasy"  wrote:
>
> It's Admin on my boxes, 4.2 branch, CentOS 4.2. Using "admin" doesn't
> work.
>
> I haven't looked at the code to see if it could vary with password
> hashing methods or something.
>
> -Jonathan
>
> On Aug 28, 2013 11:08 PM, "Marcus Sorensen"  wrote:
>>
>> Huh? I've always logged in as 'admin'.
>>
>> On Aug 28, 2013 10:01 PM, "Radhika PC" 
>> wrote:
>>>
>>>
>>> ---
>>> This is an automatically generated e-mail. To reply, visit:
>>> https://reviews.apache.org/r/13610/#review25706
>>> ---
>>>
>>> Ship it!
>>>
>>>
>>> Ship It!
>>>
>>> - Radhika PC
>>>
>>>
>>> On Aug. 16, 2013, midnight, Jonathan Creasy wrote:
>>> >
>>> > ---
>>> > This is an automatically generated e-mail. To reply, visit:
>>> > https://reviews.apache.org/r/13610/
>>> > ---

Re: [VOTE] Apache CloudStack 4.2.0 (third round)

[Chiradeep Vittal]

I have not had success on DevCloud2, there seems to be an issue with a XCP
plugin. I don't think it warrants a -1 yet, I am scrambling to find a
regular XS host to test on.


On 8/28/13 6:57 AM, "Animesh Chaturvedi" 
wrote:

>
>Fixed the subject line as third round
>-
>Hi All,
>
>I've created a 4.2.0 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.2
>Commit: 75dff7cc78eafac9a7723f3e97b5c13502b44e23
>
>List of changes:
>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CH
>ANGES;hb=4.2
>
>Source release (checksums and signatures are available at the same
>location):
>https://dist.apache.org/repos/dist/dev/cloudstack/4.2.0/
>
>PGP release keys (signed using 94BE0D7C):
>https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>Testing instructions are here:
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+proced
>ure
>
>Vote will be open for 72 hours (Friday 8/30 11:00 PM PST) .
>
>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)
>
>
>Thanks
>Animesh

RE: Add network offering UI problem

[Soheil Eizadi]

OK, logged a bug for it:
https://issues.apache.org/jira/browse/CLOUDSTACK-4558

I can recreate it on Safari as well, but could not reproduce it on Win7 with IE.
-Soheil

From: Marty Sweet [msweet@gmail.com]
Sent: Wednesday, August 28, 2013 4:02 PM
To: dev@cloudstack.apache.org
Subject: Re: Add network offering UI problem

Yes, it would be worth logging a bug.
It would also be good if you could test on some more browsers, if they all
are affected then it should be an easy fix :)

Marty

On Wednesday, August 28, 2013, Soheil Eizadi wrote:

> I mis-typed removed "I have not", below
> 
> From: Soheil Eizadi [seiz...@infoblox.com ]
> Sent: Wednesday, August 28, 2013 3:16 PM
> To: dev@cloudstack.apache.org 
> Subject: Add network offering UI problem
>
> I have an operlapping window problem on a Modal Dialog box that is shown.
> The problem happens on FireFox and Chrome. The window overlaps only if you
> create two offerings back to back. I create one, enable service and go back
> and create another one and I have the problem.
>
> I have seen this UI problem when I was working on 4.2 and now that I have
> merged to the latest trunk on 4.3, I still see this problem. Should I log a
> JIRA Bug request, the snapshot showing problem below:
> Screen%20Shot%202013 08 28%20at%209.46.29%20AM.png | 
> opencloudstack
>
> -Soheil
>

Re: VMware error

[Kelven Yang]

Glad that you've found the cause.

Kelven

On 8/28/13 1:15 PM, "Mike Tutkowski"  wrote:

>I found the error.
>
>/iqn/lun
>
>should just be
>
>iqn
>
>Critical, but easy to fix.
>
>
>On Wed, Aug 28, 2013 at 1:34 PM, Mike Tutkowski <
>mike.tutkow...@solidfire.com> wrote:
>
>> Related:
>>
>> 2013-08-27T15:20:48.662Z [4C840B90 info 'TaskManager' opID=8f733b75-42]
>> Task Created :
>> 
>>haTask-ha-host-vim.host.StorageSystem.addInternetScsiStaticTargets-532359
>>783
>>
>>
>> 2013-08-27T15:20:48.669Z [4D201B90 warning 'HostsvcPlugin'
>> opID=8f733b75-42] Add Static target failure on HBA vmhba33, Target
>> 10.10.7.1:3260:/iqn.2010-01.com.solidfire:f0oq.vol-a.96/0 -
>> iScsiLibException: status(c000): Invalid parameter; Message=
>> IMA_AddStaticDiscoveryTarget
>> 2013-08-27T15:20:48.670Z [4D201B90 info 'Default' opID=8f733b75-42]
>> AdapterServer caught exception: vim.fault.PlatformConfigFault
>>
>>
>>
>> 2013-08-27T15:20:48.670Z [4D201B90 info 'TaskManager' opID=8f733b75-42]
>> Task Completed :
>> 
>>haTask-ha-host-vim.host.StorageSystem.addInternetScsiStaticTargets-532359
>>783
>> Status error
>>
>> 2013-08-27T15:20:48.670Z [4D201B90 info 'Vmomi' opID=8f733b75-42]
>> Activation [N5Vmomi10ActivationE:0x4d02a9b0] : Invoke done
>> [addInternetScsiStaticTargets] on [vim.host.StorageSystem:storageSystem]
>>
>>
>> 2013-08-27T15:20:48.670Z [4D201B90 verbose 'Vmomi' opID=8f733b75-42] Arg
>> iScsiHbaDevice:
>>
>>
>> On Wed, Aug 28, 2013 at 12:50 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>> Looks like the following is relevant from the log, but it doesn't seem
>>>to
>>> provide any more insight.
>>>
>>> What do you think?
>>>
>>> Thanks!
>>>
>>> 2013-08-28T18:26:40.191Z [4C840B90 info 'TaskManager' opID=ee4071a2-5e]
>>> Task Completed :
>>> 
>>>haTask-ha-host-vim.host.StorageSystem.addInternetScsiStaticTargets-53240
>>>1079
>>> Status error
>>>
>>> 2013-08-28T18:26:40.191Z [4C840B90 info 'Vmomi' opID=ee4071a2-5e]
>>> Activation [N5Vmomi10ActivationE:0xffe717a0] : Invoke done
>>> [addInternetScsiStaticTargets] on
>>>[vim.host.StorageSystem:storageSystem]
>>>
>>>
>>> 2013-08-28T18:26:40.191Z [4C840B90 verbose 'Vmomi' opID=ee4071a2-5e]
>>>Arg
>>> iScsiHbaDevice:
>>>
>>>
>>>
>>> --> "vmhba33"
>>>
>>>
>>>
>>>
>>> 2013-08-28T18:26:40.191Z [4C840B90 verbose 'Vmomi' opID=ee4071a2-5e]
>>>Arg
>>> targets:
>>>
>>>
>>>
>>> --> (vim.host.InternetScsiHba.StaticTarget) [
>>>
>>>
>>>
>>>
>>> -->(vim.host.InternetScsiHba.StaticTarget) {
>>>
>>>
>>>
>>>
>>> -->   dynamicType = ,
>>>
>>>
>>>
>>>
>>> -->   address = "10.10.7.1",
>>>
>>>
>>>
>>>
>>> -->   port = 3260,
>>>
>>>
>>>
>>>
>>> -->   iScsiName = "/iqn.2010-01.com.solidfire:f0oq.vol-a.105/0",
>>>
>>>
>>>
>>>
>>> -->   discoveryMethod = ,
>>>
>>>
>>>
>>>
>>> -->   authenticationProperties =
>>> (vim.host.InternetScsiHba.AuthenticationProperties) {
>>>
>>>
>>>
>>> -->  dynamicType = ,
>>>
>>>
>>>
>>>
>>> -->  chapAuthEnabled = true,
>>>
>>>
>>>
>>>
>>> -->  chapName =
>>> "CloudStack_444d0139-0c7e-11e3-8500-000c293e6e9d_2",
>>>
>>>
>>>
>>> -->  chapSecret = (not shown),
>>>
>>>
>>>
>>>
>>> -->  chapAuthenticationType = "chapRequired",
>>>
>>>
>>>
>>>
>>> -->  chapInherited = false,
>>>
>>>
>>>
>>>
>>> -->  mutualChapName = ,
>>>
>>>
>>>
>>>
>>> -->  mutualChapSecret = ,
>>>
>>>
>>>
>>>
>>> -->  mutualChapAuthenticationType = ,
>>>
>>>
>>>
>>>
>>> -->  mutualChapInherited = ,
>>>
>>>
>>>
>>>
>>> -->   },
>>>
>>>
>>>
>>>
>>> -->   digestProperties =
>>>(vim.host.InternetScsiHba.DigestProperties)
>>> null,
>>>
>>>
>>>
>>> -->   parent = ,
>>>
>>>
>>>
>>>
>>> -->}
>>>
>>> 2013-08-28T18:26:40.194Z [4C840B90 info 'Vmomi' opID=ee4071a2-5e] Throw
>>> vim.fault.PlatformConfigFault
>>>
>>>
>>>
>>> 2013-08-28T18:26:40.194Z [4C840B90 info 'Vmomi' opID=ee4071a2-5e]
>>> Result:
>>>
>>>
>>>
>>> --> (vim.fault.PlatformConfigFault) {
>>>
>>>
>>>
>>>
>>> -->dynamicType = ,
>>>
>>>
>>>
>>>
>>> -->faultCause = (vmodl.MethodFault) null,
>>>
>>>
>>>
>>>
>>> -->faultMessage = (vmodl.LocalizableMessage) [
>>>
>>>
>>>
>>>
>>> -->   (vmodl.LocalizableMessage) {
>>>
>>>
>>>
>>>
>>> -->  dynamicType = ,
>>>
>>>
>>>
>>>
>>> -->  key = "com.vmware.esx.hostctl.default",
>>>
>>>
>>>
>>>
>>> -->  arg = (vmodl.KeyAnyValue) [
>>>
>>>
>>>
>>>
>>> --> (vmodl.KeyAnyValue) {
>>>
>>>
>>>
>>>
>>> -->dynamicType = ,
>>>
>>>
>>>
>>>
>>> -->key = "reason",
>>>
>>>
>>>
>>>
>>> -->value = "iScsiLibException: status(c000):
>>>Invalid
>>> parameter; Message= IMA_AddStaticDiscoveryTarget",
>>>
>>>
>>>
>>> --> }
>>>
>>>
>>>
>>>
>>> -->  ],
>>>
>>>
>>>
>>>
>>> -->  message = ,
>>>
>>>
>>>
>>>
>>> -->   }
>>>
>>>
>>>
>>>
>>> -->],
>>>
>>>
>>>
>>>
>>> -->text = "",
>>>
>>>
>>>
>>>
>>> -->msg = ""
>>>
>>>
>>>
>>>
>>> --> }
>>>
>>>
>>>
>>>
>>> 201

Re: [VOTE] Apache CloudStack 4.2.0 (third round)

[Chiradeep Vittal]

DevCloud2 works with fix 1a333f36 for CLOUDSTACK-4559

On 8/29/13 10:08 AM, "Chiradeep Vittal" 
wrote:

>I have not had success on DevCloud2, there seems to be an issue with a XCP
>plugin. I don't think it warrants a -1 yet, I am scrambling to find a
>regular XS host to test on.
>
>
>On 8/28/13 6:57 AM, "Animesh Chaturvedi" 
>wrote:
>
>>
>>Fixed the subject line as third round
>>-
>>Hi All,
>>
>>I've created a 4.2.0 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=ref
>>s
>>/heads/4.2
>>Commit: 75dff7cc78eafac9a7723f3e97b5c13502b44e23
>>
>>List of changes:
>>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=C
>>H
>>ANGES;hb=4.2
>>
>>Source release (checksums and signatures are available at the same
>>location):
>>https://dist.apache.org/repos/dist/dev/cloudstack/4.2.0/
>>
>>PGP release keys (signed using 94BE0D7C):
>>https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>>Testing instructions are here:
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+proce
>>d
>>ure
>>
>>Vote will be open for 72 hours (Friday 8/30 11:00 PM PST) .
>>
>>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)
>>
>>
>>Thanks
>>Animesh
>

Template Problem

[Soheil Eizadi]

I migrated my development environment to the top of trunk which points to 4.3 
now. I created a new CloudStack runtime environment running XenServer 6.2, for 
my Secondary Store I replicated another NFS Server that has images for preRC 
CloudStack version 4.2 SystemVM and TinyLinux on it.

I have the CS running and it creates the SSVM and it is healthy, but I don't 
see any Templates in the UI, from the database I would expect to see the "tiny 
Linux" and "SystemVM Template" in the Templates view.

I have restarted the management server and the problem is persistent.

What is the next steps to debug this further?
-Soheil


Here is some logs below:

>From SSVM:
/usr/local/cloud/systemvm/ssvm-check.sh

First DNS server is  10.48.15.25
PING 10.48.15.25 (10.48.15.25): 56 data bytes
64 bytes from 10.48.15.25: icmp_seq=0 ttl=64 time=1.038 ms
64 bytes from 10.48.15.25: icmp_seq=1 ttl=64 time=0.359 ms
--- 10.48.15.25 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 0.359/0.699/1.038/0.340 ms
Good: Can ping DNS server

Good: DNS resolves download.cloud.com

NFS is currently mounted
Mount point is /mnt/SecStorage/3667905e-f9c2-388e-a8c6-112cb96a98a9
Good: Can write to mount point

Management server is 10.48.15.10. Checking connectivity.
Good: Can connect to management server port 8250

Good: Java process is running

Tests Complete. Look for ERROR or WARNING above.

>From MS log:
WARN  [c.c.c.ClusterManagerImpl] (Cluster-Notification-1:null) Notifying 
management server join event took 21 ms
INFO  [c.c.n.s.SecurityGroupListener] (AgentConnectTaskPool-2:ctx-b401ef43) 
Received a host startup notification
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync found routing-1 already in the image store
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync did not find routing-3 on image store 1, may request download 
based on available hypervisor types
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync did not find centos55-x86_64 on image store 1, may request 
download based on available hypervisor types
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync found tiny Linux already in the image store
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync did not find centos53-x64 on image store 1, may request download 
based on available hypervisor types
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync did not find routing-8 on image store 1, may request download 
based on available hypervisor types
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync did not find routing-9 on image store 1, may request download 
based on available hypervisor types
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Template Sync did not find routing-10 on image store 1, may request download 
based on available hypervisor types
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Skip downloading template routing-10 since current data center does not have 
hypervisor LXC
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Skip downloading template routing-9 since current data center does not have 
hypervisor Hyperv
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Skip downloading template routing-8 since current data center does not have 
hypervisor VMware
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Skip downloading template routing-3 since current data center does not have 
hypervisor KVM
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Skip downloading template centos53-x64 since current data center does not have 
hypervisor VMware
INFO  [o.a.c.s.i.TemplateServiceImpl] (AgentConnectTaskPool-2:ctx-b401ef43) 
Skip downloading template centos55-x86_64 since current data center does not 
have hypervisor KVM
INFO  [c.c.c.AgentHookBase] (AgentConnectTaskPool-1:ctx-81d176bd) Successfully 
sent out command to start HTTP handling in console proxy agent
INFO  [c.c.a.m.AgentManagerImpl] (ClusteredAgentManager Timer:null) Could not 
to find a Discoverer to load the resource: 2 for hypervisor type: null
INFO  [c.c.a.m.DirectAgentAttache] (AgentTaskPool-2:ctx-0f928c9f) StartupAnswer 
received 2 Interval = 60
INFO  [c.c.n.s.SecurityGroupListener] (AgentTaskPool-2:ctx-0f928c9f) Received a 
host startup notification
INFO  [c.c.h.x.r.CitrixResourceBase] (AgentTaskPool-1:ctx-36b7c165) Priv

Re: Template Problem

[Wei ZHOU]

It is the same issue to what I described in comment of CLOUDSTACK-4459:


Wei 
Zhouadded
a comment - 29/Aug/13
22:24

Edison, after I redeploy the environment (clean db, restore devcloud to
original, reploydb), the system is up.
Th systemvms (ssvm and cpvm) are running and the state are up, but I can
not see tinylinux in template list. the template_host_ref table is empty.

Wei 
Zhouadded
a comment - 29/Aug/13
23:10

It works well on 4.2-forward branch.



2013/8/29 Soheil Eizadi 

> I migrated my development environment to the top of trunk which points to
> 4.3 now. I created a new CloudStack runtime environment running XenServer
> 6.2, for my Secondary Store I replicated another NFS Server that has images
> for preRC CloudStack version 4.2 SystemVM and TinyLinux on it.
>
> I have the CS running and it creates the SSVM and it is healthy, but I
> don't see any Templates in the UI, from the database I would expect to see
> the "tiny Linux" and "SystemVM Template" in the Templates view.
>
> I have restarted the management server and the problem is persistent.
>
> What is the next steps to debug this further?
> -Soheil
>
>
> Here is some logs below:
>
> From SSVM:
> /usr/local/cloud/systemvm/ssvm-check.sh
> 
> First DNS server is  10.48.15.25
> PING 10.48.15.25 (10.48.15.25): 56 data bytes
> 64 bytes from 10.48.15.25: icmp_seq=0 ttl=64 time=1.038 ms
> 64 bytes from 10.48.15.25: icmp_seq=1 ttl=64 time=0.359 ms
> --- 10.48.15.25 ping statistics ---
> 2 packets transmitted, 2 packets received, 0% packet loss
> round-trip min/avg/max/stddev = 0.359/0.699/1.038/0.340 ms
> Good: Can ping DNS server
> 
> Good: DNS resolves download.cloud.com
> 
> NFS is currently mounted
> Mount point is /mnt/SecStorage/3667905e-f9c2-388e-a8c6-112cb96a98a9
> Good: Can write to mount point
> 
> Management server is 10.48.15.10. Checking connectivity.
> Good: Can connect to management server port 8250
> 
> Good: Java process is running
> 
> Tests Complete. Look for ERROR or WARNING above.
>
> From MS log:
> WARN  [c.c.c.ClusterManagerImpl] (Cluster-Notification-1:null) Notifying
> management server join event took 21 ms
> INFO  [c.c.n.s.SecurityGroupListener]
> (AgentConnectTaskPool-2:ctx-b401ef43) Received a host startup notification
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync found routing-1 already
> in the image store
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find routing-3
> on image store 1, may request download based on available hypervisor types
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> centos55-x86_64 on image store 1, may request download based on available
> hypervisor types
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync found tiny Linux
> already in the image store
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> centos53-x64 on image store 1, may request download based on available
> hypervisor types
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find routing-8
> on image store 1, may request download based on available hypervisor types
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find routing-9
> on image store 1, may request download based on available hypervisor types
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find routing-10
> on image store 1, may request download based on available hypervisor types
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template routing-10
> since current data center does not have hypervisor LXC
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template routing-9
> since current data center does not have hypervisor Hyperv
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template routing-8
> since current data center does not have hypervisor VMware
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template routing-3
> since current data center does not have hypervisor KVM
> INFO  [o.a.c.s.i.TemplateServiceImpl]
> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template
> centos53-x64 since current data center does not have hypervisor

KVM Assistance

[Mike Tutkowski]

Hi,

For the past nine months that I've been working with CloudStack, I've
exclusively used XenServer and ESXi as my hosts.

I am now trying out KVM and following the instruction here:

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html

I am unable to install the cloudstack-agent package on my KVM host (Ubuntu
12.04.1), however.

mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package cloudstack-agent

Any thoughts on this?

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: Template Problem

[Chiradeep Vittal]

It should be template_store_ref

On 8/29/13 2:34 PM, "Wei ZHOU"  wrote:

>It is the same issue to what I described in comment of CLOUDSTACK-4459:
>
>
>Wei 
>Zhoua
>dded
>a comment - 29/Aug/13
>22:24
>
>Edison, after I redeploy the environment (clean db, restore devcloud to
>original, reploydb), the system is up.
>Th systemvms (ssvm and cpvm) are running and the state are up, but I can
>not see tinylinux in template list. the template_host_ref table is empty.
>
>Wei 
>Zhoua
>dded
>a comment - 29/Aug/13
>23:10
>
>It works well on 4.2-forward branch.
>
>
>
>2013/8/29 Soheil Eizadi 
>
>> I migrated my development environment to the top of trunk which points
>>to
>> 4.3 now. I created a new CloudStack runtime environment running
>>XenServer
>> 6.2, for my Secondary Store I replicated another NFS Server that has
>>images
>> for preRC CloudStack version 4.2 SystemVM and TinyLinux on it.
>>
>> I have the CS running and it creates the SSVM and it is healthy, but I
>> don't see any Templates in the UI, from the database I would expect to
>>see
>> the "tiny Linux" and "SystemVM Template" in the Templates view.
>>
>> I have restarted the management server and the problem is persistent.
>>
>> What is the next steps to debug this further?
>> -Soheil
>>
>>
>> Here is some logs below:
>>
>> From SSVM:
>> /usr/local/cloud/systemvm/ssvm-check.sh
>> 
>> First DNS server is  10.48.15.25
>> PING 10.48.15.25 (10.48.15.25): 56 data bytes
>> 64 bytes from 10.48.15.25: icmp_seq=0 ttl=64 time=1.038 ms
>> 64 bytes from 10.48.15.25: icmp_seq=1 ttl=64 time=0.359 ms
>> --- 10.48.15.25 ping statistics ---
>> 2 packets transmitted, 2 packets received, 0% packet loss
>> round-trip min/avg/max/stddev = 0.359/0.699/1.038/0.340 ms
>> Good: Can ping DNS server
>> 
>> Good: DNS resolves download.cloud.com
>> 
>> NFS is currently mounted
>> Mount point is /mnt/SecStorage/3667905e-f9c2-388e-a8c6-112cb96a98a9
>> Good: Can write to mount point
>> 
>> Management server is 10.48.15.10. Checking connectivity.
>> Good: Can connect to management server port 8250
>> 
>> Good: Java process is running
>> 
>> Tests Complete. Look for ERROR or WARNING above.
>>
>> From MS log:
>> WARN  [c.c.c.ClusterManagerImpl] (Cluster-Notification-1:null) Notifying
>> management server join event took 21 ms
>> INFO  [c.c.n.s.SecurityGroupListener]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Received a host startup
>>notification
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync found routing-1
>>already
>> in the image store
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
>>routing-3
>> on image store 1, may request download based on available hypervisor
>>types
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
>> centos55-x86_64 on image store 1, may request download based on
>>available
>> hypervisor types
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync found tiny Linux
>> already in the image store
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
>> centos53-x64 on image store 1, may request download based on available
>> hypervisor types
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
>>routing-8
>> on image store 1, may request download based on available hypervisor
>>types
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
>>routing-9
>> on image store 1, may request download based on available hypervisor
>>types
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
>>routing-10
>> on image store 1, may request download based on available hypervisor
>>types
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template
>>routing-10
>> since current data center does not have hypervisor LXC
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template
>>routing-9
>> since current data center does not have hypervisor Hyperv
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template
>>routing-8
>> since current data center does not have hypervisor VMware
>> INFO  [o.a.c.s.i.TemplateServiceImpl]
>> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template
>>routing-3
>> si

Re: KVM Assistance

[Mike Tutkowski]

Maybe I need to add a repo for CloudStack? I didn't see that in the KVM
section, but perhaps it was earlier in the documentation.


On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Hi,
>
> For the past nine months that I've been working with CloudStack, I've
> exclusively used XenServer and ESXi as my hosts.
>
> I am now trying out KVM and following the instruction here:
>
>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
>
> I am unable to install the cloudstack-agent package on my KVM host (Ubuntu
> 12.04.1), however.
>
> mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> E: Unable to locate package cloudstack-agent
>
> Any thoughts on this?
>
> 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: Template Problem

[Wei ZHOU]

Chiradeep, Thanks.
I cannot give more information as the environment has been cleaned.
Maybe Soheil can. I think it is the same issue.


2013/8/29 Chiradeep Vittal 

> It should be template_store_ref
>
> On 8/29/13 2:34 PM, "Wei ZHOU"  wrote:
>
> >It is the same issue to what I described in comment of CLOUDSTACK-4459:
> >
> >
> >Wei
> >Zhou >a
> >dded
> >a comment - 29/Aug/13
> >22:24
> >
> >Edison, after I redeploy the environment (clean db, restore devcloud to
> >original, reploydb), the system is up.
> >Th systemvms (ssvm and cpvm) are running and the state are up, but I can
> >not see tinylinux in template list. the template_host_ref table is empty.
> >
> >Wei
> >Zhou >a
> >dded
> >a comment - 29/Aug/13
> >23:10
> >
> >It works well on 4.2-forward branch.
> >
> >
> >
> >2013/8/29 Soheil Eizadi 
> >
> >> I migrated my development environment to the top of trunk which points
> >>to
> >> 4.3 now. I created a new CloudStack runtime environment running
> >>XenServer
> >> 6.2, for my Secondary Store I replicated another NFS Server that has
> >>images
> >> for preRC CloudStack version 4.2 SystemVM and TinyLinux on it.
> >>
> >> I have the CS running and it creates the SSVM and it is healthy, but I
> >> don't see any Templates in the UI, from the database I would expect to
> >>see
> >> the "tiny Linux" and "SystemVM Template" in the Templates view.
> >>
> >> I have restarted the management server and the problem is persistent.
> >>
> >> What is the next steps to debug this further?
> >> -Soheil
> >>
> >>
> >> Here is some logs below:
> >>
> >> From SSVM:
> >> /usr/local/cloud/systemvm/ssvm-check.sh
> >> 
> >> First DNS server is  10.48.15.25
> >> PING 10.48.15.25 (10.48.15.25): 56 data bytes
> >> 64 bytes from 10.48.15.25: icmp_seq=0 ttl=64 time=1.038 ms
> >> 64 bytes from 10.48.15.25: icmp_seq=1 ttl=64 time=0.359 ms
> >> --- 10.48.15.25 ping statistics ---
> >> 2 packets transmitted, 2 packets received, 0% packet loss
> >> round-trip min/avg/max/stddev = 0.359/0.699/1.038/0.340 ms
> >> Good: Can ping DNS server
> >> 
> >> Good: DNS resolves download.cloud.com
> >> 
> >> NFS is currently mounted
> >> Mount point is /mnt/SecStorage/3667905e-f9c2-388e-a8c6-112cb96a98a9
> >> Good: Can write to mount point
> >> 
> >> Management server is 10.48.15.10. Checking connectivity.
> >> Good: Can connect to management server port 8250
> >> 
> >> Good: Java process is running
> >> 
> >> Tests Complete. Look for ERROR or WARNING above.
> >>
> >> From MS log:
> >> WARN  [c.c.c.ClusterManagerImpl] (Cluster-Notification-1:null) Notifying
> >> management server join event took 21 ms
> >> INFO  [c.c.n.s.SecurityGroupListener]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Received a host startup
> >>notification
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync found routing-1
> >>already
> >> in the image store
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> >>routing-3
> >> on image store 1, may request download based on available hypervisor
> >>types
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> >> centos55-x86_64 on image store 1, may request download based on
> >>available
> >> hypervisor types
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync found tiny Linux
> >> already in the image store
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> >> centos53-x64 on image store 1, may request download based on available
> >> hypervisor types
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> >>routing-8
> >> on image store 1, may request download based on available hypervisor
> >>types
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> >>routing-9
> >> on image store 1, may request download based on available hypervisor
> >>types
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Template Sync did not find
> >>routing-10
> >> on image store 1, may request download based on available hypervisor
> >>types
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx-b401ef43) Skip downloading template
> >>routing-10
> >> since current data center does not have hypervisor LXC
> >> INFO  [o.a.c.s.i.TemplateServiceImpl]
> >> (AgentConnectTaskPool-2:ctx

Re: KVM Assistance

[Wei ZHOU]

You need to add a repo, or download the deb files and install them.

for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
for Ubuntu, http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/


2013/8/29 Mike Tutkowski 

> Maybe I need to add a repo for CloudStack? I didn't see that in the KVM
> section, but perhaps it was earlier in the documentation.
>
>
> On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Hi,
> >
> > For the past nine months that I've been working with CloudStack, I've
> > exclusively used XenServer and ESXi as my hosts.
> >
> > I am now trying out KVM and following the instruction here:
> >
> >
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> >
> > I am unable to install the cloudstack-agent package on my KVM host
> (Ubuntu
> > 12.04.1), however.
> >
> > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > E: Unable to locate package cloudstack-agent
> >
> > Any thoughts on this?
> >
> > 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<
> http://solidfire.com/solution/overview/?video=play>
> > *™*
> >
>
>
>
> --
> *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: KVM Assistance

[Mike Tutkowski]

What I'm planning on doing is allowing KVM to leverage dynamically created
volumes the way I did for XenServer and VMware in 4.2.

Traditionally in CloudStack, admins have had to preallocate a large amount
of storage (ex. a volume from a SAN) up front, update the hypervisor to use
this storage, then present the hypervisor data structure (ex. a XenServer
storage repository) to CloudStack as primary storage. Several CloudStack
volumes are then typically placed on this primary storage (they share the
underlying preallocated storage).

To support true Quality of Service (QoS), in 4.2, working based off of
Edison's new storage framework, I wrote a storage plug-in that dynamically
creates volumes on the SolidFire SAN whenever a CloudStack volume is
attached to a VM for the first time. This leads to a one-to-one mapping
between the CloudStack volume and the SAN volume (and QoS is enabled at the
SAN volume level).

To make this work, I needed to modify logic in CitrixResourceBase.java and
VmwareResource.java to enable them to understand the concept of
"CloudStack-managed" storage (as opposed to non-CloudStack-managed storage,
which is just the preallocated storage I referred to earlier).

I want to update KVM logic in 4.3 to allow it to leverage this type of
storage, as well.

My question for our KVM experts out there is the following:

Unlike XenServer and VMware, the server resource for KVM runs on the host
itself (instead of on the management server). How do I get my modified code
to the host when testing it out?

Thanks!!


On Thu, Aug 29, 2013 at 3:52 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Maybe I need to add a repo for CloudStack? I didn't see that in the KVM
> section, but perhaps it was earlier in the documentation.
>
>
> On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Hi,
>>
>> For the past nine months that I've been working with CloudStack, I've
>> exclusively used XenServer and ESXi as my hosts.
>>
>> I am now trying out KVM and following the instruction here:
>>
>>
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
>>
>> I am unable to install the cloudstack-agent package on my KVM host
>> (Ubuntu 12.04.1), however.
>>
>> mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> E: Unable to locate package cloudstack-agent
>>
>> Any thoughts on this?
>>
>> 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
*™*

Re: KVM Assistance

[Mike Tutkowski]

Thanks for the repo info, Wei!


On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU  wrote:

> You need to add a repo, or download the deb files and install them.
>
> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> for Ubuntu, http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
>
>
> 2013/8/29 Mike Tutkowski 
>
> > Maybe I need to add a repo for CloudStack? I didn't see that in the KVM
> > section, but perhaps it was earlier in the documentation.
> >
> >
> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Hi,
> > >
> > > For the past nine months that I've been working with CloudStack, I've
> > > exclusively used XenServer and ESXi as my hosts.
> > >
> > > I am now trying out KVM and following the instruction here:
> > >
> > >
> > >
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> > >
> > > I am unable to install the cloudstack-agent package on my KVM host
> > (Ubuntu
> > > 12.04.1), however.
> > >
> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> > > Reading package lists... Done
> > > Building dependency tree
> > > Reading state information... Done
> > > E: Unable to locate package cloudstack-agent
> > >
> > > Any thoughts on this?
> > >
> > > 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<
> > http://solidfire.com/solution/overview/?video=play>
> > > *™*
> > >
> >
> >
> >
> > --
> > *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: [VOTE] Apache CloudStack 4.2.0 (third round)

[Animesh Chaturvedi]

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Wednesday, August 28, 2013 10:40 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.2.0 (third round)
> 
> Hi Animesh,
> 
> It looks like we have a couple Critical bug fixes newly checked in to
> 4.2-forward.
> 
> Sounds like we'll be spinning up a new RC then?
> 
> Just to confirm, you will pick up my fix in that new RC, as well?
> 
> Thanks!
> 
[Animesh>] I have been reviewing the fixes but waiting to see more RC testing 
feedback come in. 
> 
> On Wed, Aug 28, 2013 at 5:57 PM, Marcus Sorensen
> wrote:
> 
> > These are just some notes that might be useful things to point out in
> > the release, as they tripped me up, and I'm sure others will be as
> > well:
> >
> > 1. vnc password, still looking for docs on how this works. I found the
> > bug report and the patch, but I had to resort to looking at the
> > StartCommand log on the agent to get the password.
> >
> > 2. can't figure out how to deploy VPC. In 4.2 it tells me to jump
> > through a few extra hoops regarding setting up internal loadbalancer
> > service first, "Provider InternalLbVm should be enabled in at least
> > one physical network of the zone specified", so I look at my physical
> > network -> network service providers and see "Internal LB VM" is
> > disabled, so I try to enable it and get "Provider is not ready, cannot
> > Enable the provider, please configure the provider first". I'm stuck,
> > I don't see anything in the UI that would provide a configuration
> > dialog for the internal lb provider, nor do I see anything in the
> > global options. It makes me wonder how upgrades will fare if VPCs are
> > being used.
> >
> > Other than these, things seem to be going smoothly so far.
> >
> > On Wed, Aug 28, 2013 at 4:33 PM, Mike Tutkowski
> >  wrote:
> > > Thanks, David
> > >
> > > My storage plug-in works for XenServer in 4.2, but - without this
> > > little checkin to 4.2-forward - it cannot support VMware, so I was
> > > interested in seeing how far out that would be if we don't re-spin
> 4.2.
> > >
> > >
> > > On Wed, Aug 28, 2013 at 3:43 PM, David Nalley  wrote:
> > >
> > >> On Wed, Aug 28, 2013 at 5:13 PM, Mike Tutkowski
> > >>  wrote:
> > >> >
> > >> > Thanks
> > >> >
> > >> > By the way, do you know of hand when 4.2.1 is scheduled for
> release?
> > >> >
> > >>
> > >> Typically it takes a couple of months after the feature release,
> > >> though it might be preempted by a security issue which forces a
> > >> faster update.
> > >>
> > >> --David
> > >>
> > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the
> > > cloud
> > > *(tm)*
> >
> 
> 
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

Review Request 13907: change criteria to set vmware.create.full.clone global flag

[Venkata Siva Vijayendra Bhamidipati]

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

Review request for cloudstack, Alex Huang and Kelven Yang.


Bugs: CLOUDSTACK-4539


Repository: cloudstack-git


Description
---

Changing criteria to set the vmware.create.full.clone global flag in an upgrade 
scenario from previous versions to 4.2.0 such that the flag will be set to true 
iff there are no existing data centers in the deployment. For a fresh 
deployment of 4.2.0, this flag will be set to true.


Diffs
-

  engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java 773ad62 
  setup/db/db/schema-410to420.sql 6eb7534 

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


Testing
---

Tested the following scenarios:

1) Upgraded from 3.0.6 that had no data centers created in it, to 4.2, and the 
flag was set to true post upgrade.
2) Upgraded from 3.0.6 that had data centers created in it, to 4.2, and the 
flag was set to false post upgrade.
3) Deployed a fresh 4.2.0 setup, and the flag was set to true.


Thanks,

Venkata Siva Vijayendra Bhamidipati

Re: KVM Assistance

[Mike Tutkowski]

Any thoughts on this, Wei?

W: GPG error: http://cloudstack.apt-get.eu precise Release: The following
signatures couldn't be verified because the public key is not available:
NO_PUBKEY BBFCFE5386C278E3



On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks for the repo info, Wei!
>
>
> On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU  wrote:
>
>> You need to add a repo, or download the deb files and install them.
>>
>> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
>> for Ubuntu, http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
>>
>>
>> 2013/8/29 Mike Tutkowski 
>>
>> > Maybe I need to add a repo for CloudStack? I didn't see that in the KVM
>> > section, but perhaps it was earlier in the documentation.
>> >
>> >
>> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
>> > mike.tutkow...@solidfire.com> wrote:
>> >
>> > > Hi,
>> > >
>> > > For the past nine months that I've been working with CloudStack, I've
>> > > exclusively used XenServer and ESXi as my hosts.
>> > >
>> > > I am now trying out KVM and following the instruction here:
>> > >
>> > >
>> > >
>> >
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
>> > >
>> > > I am unable to install the cloudstack-agent package on my KVM host
>> > (Ubuntu
>> > > 12.04.1), however.
>> > >
>> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
>> > > Reading package lists... Done
>> > > Building dependency tree
>> > > Reading state information... Done
>> > > E: Unable to locate package cloudstack-agent
>> > >
>> > > Any thoughts on this?
>> > >
>> > > 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<
>> > http://solidfire.com/solution/overview/?video=play>
>> > > *™*
>> > >
>> >
>> >
>> >
>> > --
>> > *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
*™*

Re: [VOTE] Apache CloudStack 4.2.0 (third round)

[Mike Tutkowski]

Oh, OK, sorry - I just saw two messages yesterday from people with critical
fixes requesting to be cherry picked to 4.2, so I assumed that would happen.

Thanks for the update!


On Thu, Aug 29, 2013 at 4:28 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:

>
>
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Wednesday, August 28, 2013 10:40 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [VOTE] Apache CloudStack 4.2.0 (third round)
> >
> > Hi Animesh,
> >
> > It looks like we have a couple Critical bug fixes newly checked in to
> > 4.2-forward.
> >
> > Sounds like we'll be spinning up a new RC then?
> >
> > Just to confirm, you will pick up my fix in that new RC, as well?
> >
> > Thanks!
> >
> [Animesh>] I have been reviewing the fixes but waiting to see more RC
> testing feedback come in.
> >
> > On Wed, Aug 28, 2013 at 5:57 PM, Marcus Sorensen
> > wrote:
> >
> > > These are just some notes that might be useful things to point out in
> > > the release, as they tripped me up, and I'm sure others will be as
> > > well:
> > >
> > > 1. vnc password, still looking for docs on how this works. I found the
> > > bug report and the patch, but I had to resort to looking at the
> > > StartCommand log on the agent to get the password.
> > >
> > > 2. can't figure out how to deploy VPC. In 4.2 it tells me to jump
> > > through a few extra hoops regarding setting up internal loadbalancer
> > > service first, "Provider InternalLbVm should be enabled in at least
> > > one physical network of the zone specified", so I look at my physical
> > > network -> network service providers and see "Internal LB VM" is
> > > disabled, so I try to enable it and get "Provider is not ready, cannot
> > > Enable the provider, please configure the provider first". I'm stuck,
> > > I don't see anything in the UI that would provide a configuration
> > > dialog for the internal lb provider, nor do I see anything in the
> > > global options. It makes me wonder how upgrades will fare if VPCs are
> > > being used.
> > >
> > > Other than these, things seem to be going smoothly so far.
> > >
> > > On Wed, Aug 28, 2013 at 4:33 PM, Mike Tutkowski
> > >  wrote:
> > > > Thanks, David
> > > >
> > > > My storage plug-in works for XenServer in 4.2, but - without this
> > > > little checkin to 4.2-forward - it cannot support VMware, so I was
> > > > interested in seeing how far out that would be if we don't re-spin
> > 4.2.
> > > >
> > > >
> > > > On Wed, Aug 28, 2013 at 3:43 PM, David Nalley  wrote:
> > > >
> > > >> On Wed, Aug 28, 2013 at 5:13 PM, Mike Tutkowski
> > > >>  wrote:
> > > >> >
> > > >> > Thanks
> > > >> >
> > > >> > By the way, do you know of hand when 4.2.1 is scheduled for
> > release?
> > > >> >
> > > >>
> > > >> Typically it takes a couple of months after the feature release,
> > > >> though it might be preempted by a security issue which forces a
> > > >> faster update.
> > > >>
> > > >> --David
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > *Mike Tutkowski*
> > > > *Senior CloudStack Developer, SolidFire Inc.*
> > > > e: mike.tutkow...@solidfire.com
> > > > o: 303.746.7302
> > > > Advancing the way the world uses the
> > > > cloud
> > > > *(tm)*
> > >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
>



-- 
*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: Review Request 13907: change criteria to set vmware.create.full.clone global flag

[Kelven Yang]

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

Ship it!


Ship It!

- Kelven Yang


On Aug. 29, 2013, 10:41 p.m., Venkata Siva Vijayendra Bhamidipati wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13907/
> ---
> 
> (Updated Aug. 29, 2013, 10:41 p.m.)
> 
> 
> Review request for cloudstack, Alex Huang and Kelven Yang.
> 
> 
> Bugs: CLOUDSTACK-4539
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Changing criteria to set the vmware.create.full.clone global flag in an 
> upgrade scenario from previous versions to 4.2.0 such that the flag will be 
> set to true iff there are no existing data centers in the deployment. For a 
> fresh deployment of 4.2.0, this flag will be set to true.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade410to420.java 773ad62 
>   setup/db/db/schema-410to420.sql 6eb7534 
> 
> Diff: https://reviews.apache.org/r/13907/diff/
> 
> 
> Testing
> ---
> 
> Tested the following scenarios:
> 
> 1) Upgraded from 3.0.6 that had no data centers created in it, to 4.2, and 
> the flag was set to true post upgrade.
> 2) Upgraded from 3.0.6 that had data centers created in it, to 4.2, and the 
> flag was set to false post upgrade.
> 3) Deployed a fresh 4.2.0 setup, and the flag was set to true.
> 
> 
> Thanks,
> 
> Venkata Siva Vijayendra Bhamidipati
> 
>

Re: KVM Assistance

[Marty Sweet]

Hi Mike,

Something like this should help:
http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error

Marty

On Thursday, August 29, 2013, Mike Tutkowski wrote:

> Any thoughts on this, Wei?
>
> W: GPG error: http://cloudstack.apt-get.eu precise Release: The following
> signatures couldn't be verified because the public key is not available:
> NO_PUBKEY BBFCFE5386C278E3
>
>
>
> On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Thanks for the repo info, Wei!
> >
> >
> > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU  wrote:
> >
> >> You need to add a repo, or download the deb files and install them.
> >>
> >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> >> for Ubuntu, http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> >>
> >>
> >> 2013/8/29 Mike Tutkowski 
> >>
> >> > Maybe I need to add a repo for CloudStack? I didn't see that in the
> KVM
> >> > section, but perhaps it was earlier in the documentation.
> >> >
> >> >
> >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> >> > mike.tutkow...@solidfire.com> wrote:
> >> >
> >> > > Hi,
> >> > >
> >> > > For the past nine months that I've been working with CloudStack,
> I've
> >> > > exclusively used XenServer and ESXi as my hosts.
> >> > >
> >> > > I am now trying out KVM and following the instruction here:
> >> > >
> >> > >
> >> > >
> >> >
> >>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> >> > >
> >> > > I am unable to install the cloudstack-agent package on my KVM host
> >> > (Ubuntu
> >> > > 12.04.1), however.
> >> > >
> >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> >> > > Reading package lists... Done
> >> > > Building dependency tree
> >> > > Reading state information... Done
> >> > > E: Unable to locate package cloudstack-agent
> >> > >
> >> > > Any thoughts on this?
> >> > >
> >> > > 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<
> >> > http://solidfire.com/solution/overview/?video=play>
> >> > > *™*
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *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<
> http://solidfire.com/solution/overview/?video=play>
> > *™*
> >
>
>
>
> --
> *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: Review Request 13610: Bugfix CLOUDSTACK-4359: Default username is Admin not admin

[Jonathan Creasy]

Pardon my ignorance, and lack of a computer at hand, what specifically
would you like me to check? I am happy to help track this down.

-Jonathan
On Aug 28, 2013 11:14 PM, "Marcus Sorensen"  wrote:

> Does the actual ROOT/Admin user show that? If so, we should probably fix
> that rather than the doc. No reason to change an established standard now.
> On Aug 28, 2013 10:10 PM, "Jonathan Creasy"  wrote:
>
>> It's Admin on my boxes, 4.2 branch, CentOS 4.2. Using "admin" doesn't
>> work.
>>
>> I haven't looked at the code to see if it could vary with password
>> hashing methods or something.
>>
>> -Jonathan
>> On Aug 28, 2013 11:08 PM, "Marcus Sorensen"  wrote:
>>
>>> Huh? I've always logged in as 'admin'.
>>> On Aug 28, 2013 10:01 PM, "Radhika PC" 
>>> wrote:
>>>

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

 Ship it!


 Ship It!

 - Radhika PC


 On Aug. 16, 2013, midnight, Jonathan Creasy wrote:
 >
 > ---
 > This is an automatically generated e-mail. To reply, visit:
 > https://reviews.apache.org/r/13610/
 > ---
 >
 > (Updated Aug. 16, 2013, midnight)
 >
 >
 > Review request for cloudstack.
 >
 >
 > Bugs: CLOUDSTACK-4359
 >
 >
 > Repository: cloudstack-git
 >
 >
 > Description
 > ---
 >
 > 4.2 documentation lists initial user as admin when it should be Admin
 >
 > /docs/en-US/html/log-in.html
 >
 >
 > Diffs
 > -
 >
 >   docs/en-US/log-in.xml 84328ce4d45e7a588acb28063616d9c77e5518d8
 >   docs/pot/log-in.pot 2faf14b1738b5f6b7473b35f3b7cf72882c600b2
 >
 > Diff: https://reviews.apache.org/r/13610/diff/
 >
 >
 > Testing
 > ---
 >
 >
 > Thanks,
 >
 > Jonathan Creasy
 >
 >

Build failure in 4.2-forward

[Animesh Chaturvedi]

Folks

We need to compile before checking in a fix especially that we are close to 
wrapping up on 4.2. Kelven thanks for fixing it


Thanks
Animesh

-Original Message-
From: kelv...@apache.org [mailto:kelv...@apache.org] 
Sent: Thursday, August 29, 2013 4:32 PM
To: comm...@cloudstack.apache.org
Subject: git commit: updated refs/heads/4.2-forward to 2848af8

Updated Branches:
  refs/heads/4.2-forward 07d79c7ad -> 2848af812


Fix the build cause by typo in a un-test check-in!


Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo
Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/2848af81
Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/2848af81
Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/2848af81

Branch: refs/heads/4.2-forward
Commit: 2848af8126f47f92ebb90191e62778461193cb9b
Parents: 07d79c7
Author: Kelven Yang 
Authored: Thu Aug 29 16:18:36 2013 -0700
Committer: Kelven Yang 
Committed: Thu Aug 29 16:18:36 2013 -0700

--
 .../src/com/cloud/hypervisor/vmware/resource/VmwareResource.java   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cloudstack/blob/2848af81/plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
--
diff --git 
a/plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
 
b/plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
index 97c9acc..96ee201 100755
--- 
a/plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
+++ 
b/plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
@@ -448,7 +448,7 @@ public class VmwareResource implements StoragePoolResource, 
ServerResource, Vmwa
 } else if (clz == GetVmStatsCommand.class) {
 answer = execute((GetVmStatsCommand) cmd);
 } else if (clz == GetVmDiskStatsCommand.class) {
-answer = execute((GetDiskVmStatsCommand) cmd);
+answer = execute((GetVmDiskStatsCommand) cmd);
 } else if (clz == CheckHealthCommand.class) {
 answer = execute((CheckHealthCommand) cmd);
 } else if (clz == StopCommand.class) {

[ACS42] KVM upgrade path to 4.2

[Edison Su]

There is a bug related to KVM upgrade: CLOUDSTACK-4405. The main issue is 
related to guest network bridge name schema is changed, thus migrate vm, create 
new vm will have problem after upgraded to 4.2.
If you are using basic network, then don't need to do the following steps.
The proposed upgrade paths are:
1. Stick to old network name in 4.2. You can set 
"network.bridge.name.schema=3.0" in /etc/cloudstack/agent/agent.properties
2. Upgrade to new network name schema, need to do the following steps:
  a. Install 4.2 cloudstack agent on each kvm host
  b. Run "cloudstack-agent-upgrade". This script will upgrade all the 
existing bridge name to new bridge name.
  c. install a libvirt hook: 
   c1. mkdir /etc/libvirt/hooks
   c2. cp /usr/share/cloudstack-agent/lib/libvirtqemuhook 
/etc/libvirt/hooks/qemu
   c3. chmod +x /etc/libvirt/hooks/qemu
   c4. service libvirtd restart
   c5. service cloudstack-agent restart
The potential issues if you are using above upgrade path 2:
1. If you are using multiple physical bridges, other than the one specified in 
"guest.network.device" in /etc/cloudstack/agent/agent.properties, then the vm 
live migration may have problem.
2. Advanced zone with security group, wont' work.
3. may have old iptables rules left on kvm host, it shouldn't impact guest 
connectivity though.

Fwd: no Public Network exist in Advance Zone with Security Group enabled

[Jijun]

hi all,

now we try to add advance zone , shared network offering with security
group  enabled.

but in the UI when click the next step we can not choose the public
network.

when vm created , cpvm , ssvm  will get a public ip address from guest network.


is there any design considerations?






--
Thanks,
Jijun

Re: KVM Assistance

[Mike Tutkowski]

Thanks, Marty - that solved the problem!


On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet  wrote:

> Hi Mike,
>
> Something like this should help:
> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
>
> Marty
>
> On Thursday, August 29, 2013, Mike Tutkowski wrote:
>
> > Any thoughts on this, Wei?
> >
> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
> following
> > signatures couldn't be verified because the public key is not available:
> > NO_PUBKEY BBFCFE5386C278E3
> >
> >
> >
> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Thanks for the repo info, Wei!
> > >
> > >
> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU 
> wrote:
> > >
> > >> You need to add a repo, or download the deb files and install them.
> > >>
> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> > >> for Ubuntu,
> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> > >>
> > >>
> > >> 2013/8/29 Mike Tutkowski 
> > >>
> > >> > Maybe I need to add a repo for CloudStack? I didn't see that in the
> > KVM
> > >> > section, but perhaps it was earlier in the documentation.
> > >> >
> > >> >
> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> > >> > mike.tutkow...@solidfire.com> wrote:
> > >> >
> > >> > > Hi,
> > >> > >
> > >> > > For the past nine months that I've been working with CloudStack,
> > I've
> > >> > > exclusively used XenServer and ESXi as my hosts.
> > >> > >
> > >> > > I am now trying out KVM and following the instruction here:
> > >> > >
> > >> > >
> > >> > >
> > >> >
> > >>
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> > >> > >
> > >> > > I am unable to install the cloudstack-agent package on my KVM host
> > >> > (Ubuntu
> > >> > > 12.04.1), however.
> > >> > >
> > >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> > >> > > Reading package lists... Done
> > >> > > Building dependency tree
> > >> > > Reading state information... Done
> > >> > > E: Unable to locate package cloudstack-agent
> > >> > >
> > >> > > Any thoughts on this?
> > >> > >
> > >> > > 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<
> > >> > http://solidfire.com/solution/overview/?video=play>
> > >> > > *™*
> > >> > >
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > *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<
> > http://solidfire.com/solution/overview/?video=play>
> > > *™*
> > >
> >
> >
> >
> > --
> > *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
*™*

[Questions]: Basic Zone Securiy Group problem?

[Jijun]

i clone branch 4.2 code, package and do a  fresh installation.

hypervisor : xenserver 6.2 change  openvswitch to bridge.

add basic zone ,security group enabeld.

create a new vm , default security group

the previous version  document   said the ingress will be blocked by 
default.  but in my test, the network in and out are all allowed.

so strange.

is it a bug ?

iptable rule in hypervisor :

[root@xenserver-dlghbuxq ~]# iptables -nL
Chain INPUT (policy ACCEPT)
target prot opt source   destination

Chain FORWARD (policy ACCEPT)
target prot opt source   destination
BRIDGE-FIREWALL  all  --  0.0.0.0/00.0.0.0/0 PHYSDEV match 
--physdev-is-bridged
ACCEPT all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out eth1 --physdev-is-bridged
ACCEPT all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out eth0 --physdev-is-bridged

DROP   all  --  0.0.0.0/00.0.0.0/0

Chain OUTPUT (policy ACCEPT)
target prot opt source   destination

Chain BRIDGE-DEFAULT-FIREWALL (1 references)
target prot opt source   destination
ACCEPT all  --  0.0.0.0/00.0.0.0/0   state 
RELATED,ESTABLISHED
ACCEPT udp  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-is-bridged udp spt:68 dpt:67
ACCEPT udp  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-is-bridged udp spt:67 dpt:68


Chain BRIDGE-FIREWALL (1 references)
target prot opt source   destination
BRIDGE-DEFAULT-FIREWALL  all  --  0.0.0.0/0 0.0.0.0/0
i-2-7-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif21.0 --physdev-is-bridged
i-3-8-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif20.0 --physdev-is-bridged
r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif19.0 --physdev-is-bridged
r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif19.1 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif18.2 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif18.0 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif18.1 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif18.3 --physdev-is-bridged
v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif17.2 --physdev-is-bridged
v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif17.0 --physdev-is-bridged
v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif17.1 --physdev-is-bridged
v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif17.1 --physdev-is-bridged
v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif17.0 --physdev-is-bridged
v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif17.2 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif18.3 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif18.1 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif18.0 --physdev-is-bridged
s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif18.2 --physdev-is-bridged
r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif19.1 --physdev-is-bridged
r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif19.0 --physdev-is-bridged
i-3-8-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif20.0 --physdev-is-bridged
i-2-7-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-out vif21.0 --physdev-is-bridged


Chain L (0 references)
target prot opt source   destination

Chain RH-Firewall-1-INPUT (0 references)
target prot opt source   destination

Chain i-2-7-VM (1 references)
target prot opt source   destination
DROP   all  --  0.0.0.0/00.0.0.0/0

Chain i-2-7-VM-eg (1 references)
target prot opt source   destination
RETURN all  --  0.0.0.0/00.0.0.0/0

Chain i-2-7-def (2 references)
target prot opt source   destination
RETURN udp  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physdev-in vif21.0 --physdev-is-bridged set i-2-7-VM src udp dpt:53
DROP   all  --  0.0.0.0/00.0.0.0/0   PHYSDEV 
match --physd

Re: KVM Assistance

[Mike Tutkowski]

So, now I'm trying to add a KVM host to CS and am having a bit of trouble
with LibvirtServerDiscoverer finding it (this line below: List
hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing, clusterId,
podId, dcId);).

private HostVO waitForHostConnect(long dcId, long podId,
longclusterId, String guid) {

for (int i = 0; i < _waitTime * 2; i++) {

List hosts = _resourceMgr
.listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId, dcId);

for (HostVO host : hosts) {

if (host.getGuid().equalsIgnoreCase(guid)) {

return host;

}

}
Any thoughts on how I might debug this? Is there a log on the KVM host I
should be looking at? I don't see a relevant entry in my cloud.host table.

Thanks!


On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks, Marty - that solved the problem!
>
>
> On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet  wrote:
>
>> Hi Mike,
>>
>> Something like this should help:
>> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
>>
>> Marty
>>
>> On Thursday, August 29, 2013, Mike Tutkowski wrote:
>>
>> > Any thoughts on this, Wei?
>> >
>> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
>> following
>> > signatures couldn't be verified because the public key is not available:
>> > NO_PUBKEY BBFCFE5386C278E3
>> >
>> >
>> >
>> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
>> > mike.tutkow...@solidfire.com> wrote:
>> >
>> > > Thanks for the repo info, Wei!
>> > >
>> > >
>> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU 
>> wrote:
>> > >
>> > >> You need to add a repo, or download the deb files and install them.
>> > >>
>> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
>> > >> for Ubuntu,
>> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
>> > >>
>> > >>
>> > >> 2013/8/29 Mike Tutkowski 
>> > >>
>> > >> > Maybe I need to add a repo for CloudStack? I didn't see that in the
>> > KVM
>> > >> > section, but perhaps it was earlier in the documentation.
>> > >> >
>> > >> >
>> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
>> > >> > mike.tutkow...@solidfire.com> wrote:
>> > >> >
>> > >> > > Hi,
>> > >> > >
>> > >> > > For the past nine months that I've been working with CloudStack,
>> > I've
>> > >> > > exclusively used XenServer and ESXi as my hosts.
>> > >> > >
>> > >> > > I am now trying out KVM and following the instruction here:
>> > >> > >
>> > >> > >
>> > >> > >
>> > >> >
>> > >>
>> >
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
>> > >> > >
>> > >> > > I am unable to install the cloudstack-agent package on my KVM
>> host
>> > >> > (Ubuntu
>> > >> > > 12.04.1), however.
>> > >> > >
>> > >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
>> > >> > > Reading package lists... Done
>> > >> > > Building dependency tree
>> > >> > > Reading state information... Done
>> > >> > > E: Unable to locate package cloudstack-agent
>> > >> > >
>> > >> > > Any thoughts on this?
>> > >> > >
>> > >> > > 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<
>> > >> > http://solidfire.com/solution/overview/?video=play>
>> > >> > > *™*
>> > >> > >
>> > >> >
>> > >> >
>> > >> >
>> > >> > --
>> > >> > *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<
>> > http://solidfire.com/solution/overview/?video=play>
>> > > *™*
>> > >
>> >
>> >
>> >
>> > --
>> > *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
*™*

Re: KVM Assistance

[Marcus Sorensen]

Normally the agent service starts and connects up. The mgmt server uses ssh
to start the agent and set it up for the first time. You will probably need
to look at the agent logs and see if it is having trouble connecting to the
mgmt server or something (firewall?).
On Aug 29, 2013 9:55 PM, "Mike Tutkowski" 
wrote:

> So, now I'm trying to add a KVM host to CS and am having a bit of trouble
> with LibvirtServerDiscoverer finding it (this line below: List
> hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing, clusterId,
> podId, dcId);).
>
> private HostVO waitForHostConnect(long dcId, long podId,
> longclusterId, String guid) {
>
> for (int i = 0; i < _waitTime * 2; i++) {
>
> List hosts = _resourceMgr
> .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId, dcId);
>
> for (HostVO host : hosts) {
>
> if (host.getGuid().equalsIgnoreCase(guid)) {
>
> return host;
>
> }
>
> }
> Any thoughts on how I might debug this? Is there a log on the KVM host I
> should be looking at? I don't see a relevant entry in my cloud.host table.
>
> Thanks!
>
>
> On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Thanks, Marty - that solved the problem!
> >
> >
> > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet 
> wrote:
> >
> >> Hi Mike,
> >>
> >> Something like this should help:
> >> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> >>
> >> Marty
> >>
> >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> >>
> >> > Any thoughts on this, Wei?
> >> >
> >> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
> >> following
> >> > signatures couldn't be verified because the public key is not
> available:
> >> > NO_PUBKEY BBFCFE5386C278E3
> >> >
> >> >
> >> >
> >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> >> > mike.tutkow...@solidfire.com> wrote:
> >> >
> >> > > Thanks for the repo info, Wei!
> >> > >
> >> > >
> >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU 
> >> wrote:
> >> > >
> >> > >> You need to add a repo, or download the deb files and install them.
> >> > >>
> >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> >> > >> for Ubuntu,
> >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> >> > >>
> >> > >>
> >> > >> 2013/8/29 Mike Tutkowski 
> >> > >>
> >> > >> > Maybe I need to add a repo for CloudStack? I didn't see that in
> the
> >> > KVM
> >> > >> > section, but perhaps it was earlier in the documentation.
> >> > >> >
> >> > >> >
> >> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> >> > >> > mike.tutkow...@solidfire.com> wrote:
> >> > >> >
> >> > >> > > Hi,
> >> > >> > >
> >> > >> > > For the past nine months that I've been working with
> CloudStack,
> >> > I've
> >> > >> > > exclusively used XenServer and ESXi as my hosts.
> >> > >> > >
> >> > >> > > I am now trying out KVM and following the instruction here:
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> >
> >> > >>
> >> >
> >>
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> >> > >> > >
> >> > >> > > I am unable to install the cloudstack-agent package on my KVM
> >> host
> >> > >> > (Ubuntu
> >> > >> > > 12.04.1), however.
> >> > >> > >
> >> > >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> >> > >> > > Reading package lists... Done
> >> > >> > > Building dependency tree
> >> > >> > > Reading state information... Done
> >> > >> > > E: Unable to locate package cloudstack-agent
> >> > >> > >
> >> > >> > > Any thoughts on this?
> >> > >> > >
> >> > >> > > 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<
> >> > >> > http://solidfire.com/solution/overview/?video=play>
> >> > >> > > *™*
> >> > >> > >
> >> > >> >
> >> > >> >
> >> > >> >
> >> > >> > --
> >> > >> > *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<
> >> > http://solidfire.com/solution/overview/?video=play>
> >> > > *™*
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *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: KVM Assistance

[Mike Tutkowski]

Thanks, Marcus

I'm not used to playing around in a KVM environment. Can you tell me where
our agent logs are on KVM?

Originally I didn't have SSH installed, but I noticed that problem while
stepping through the debugger. After I installed it, the SSH call went
through just fine as far as the CSMS was concerned, so - as you say - I was
thinking I should take a look on the KVM side and see if maybe an error
occurred that it didn't report back.


On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen wrote:

> Normally the agent service starts and connects up. The mgmt server uses ssh
> to start the agent and set it up for the first time. You will probably need
> to look at the agent logs and see if it is having trouble connecting to the
> mgmt server or something (firewall?).
> On Aug 29, 2013 9:55 PM, "Mike Tutkowski" 
> wrote:
>
> > So, now I'm trying to add a KVM host to CS and am having a bit of trouble
> > with LibvirtServerDiscoverer finding it (this line below: List
> > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> clusterId,
> > podId, dcId);).
> >
> > private HostVO waitForHostConnect(long dcId, long podId,
> > longclusterId, String guid) {
> >
> > for (int i = 0; i < _waitTime * 2; i++) {
> >
> > List hosts = _resourceMgr
> > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId, dcId);
> >
> > for (HostVO host : hosts) {
> >
> > if (host.getGuid().equalsIgnoreCase(guid)) {
> >
> > return host;
> >
> > }
> >
> > }
> > Any thoughts on how I might debug this? Is there a log on the KVM host I
> > should be looking at? I don't see a relevant entry in my cloud.host
> table.
> >
> > Thanks!
> >
> >
> > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Thanks, Marty - that solved the problem!
> > >
> > >
> > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet 
> > wrote:
> > >
> > >> Hi Mike,
> > >>
> > >> Something like this should help:
> > >> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> > >>
> > >> Marty
> > >>
> > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> > >>
> > >> > Any thoughts on this, Wei?
> > >> >
> > >> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
> > >> following
> > >> > signatures couldn't be verified because the public key is not
> > available:
> > >> > NO_PUBKEY BBFCFE5386C278E3
> > >> >
> > >> >
> > >> >
> > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> > >> > mike.tutkow...@solidfire.com> wrote:
> > >> >
> > >> > > Thanks for the repo info, Wei!
> > >> > >
> > >> > >
> > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU 
> > >> wrote:
> > >> > >
> > >> > >> You need to add a repo, or download the deb files and install
> them.
> > >> > >>
> > >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> > >> > >> for Ubuntu,
> > >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> > >> > >>
> > >> > >>
> > >> > >> 2013/8/29 Mike Tutkowski 
> > >> > >>
> > >> > >> > Maybe I need to add a repo for CloudStack? I didn't see that in
> > the
> > >> > KVM
> > >> > >> > section, but perhaps it was earlier in the documentation.
> > >> > >> >
> > >> > >> >
> > >> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> > >> > >> > mike.tutkow...@solidfire.com> wrote:
> > >> > >> >
> > >> > >> > > Hi,
> > >> > >> > >
> > >> > >> > > For the past nine months that I've been working with
> > CloudStack,
> > >> > I've
> > >> > >> > > exclusively used XenServer and ESXi as my hosts.
> > >> > >> > >
> > >> > >> > > I am now trying out KVM and following the instruction here:
> > >> > >> > >
> > >> > >> > >
> > >> > >> > >
> > >> > >> >
> > >> > >>
> > >> >
> > >>
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> > >> > >> > >
> > >> > >> > > I am unable to install the cloudstack-agent package on my KVM
> > >> host
> > >> > >> > (Ubuntu
> > >> > >> > > 12.04.1), however.
> > >> > >> > >
> > >> > >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> > >> > >> > > Reading package lists... Done
> > >> > >> > > Building dependency tree
> > >> > >> > > Reading state information... Done
> > >> > >> > > E: Unable to locate package cloudstack-agent
> > >> > >> > >
> > >> > >> > > Any thoughts on this?
> > >> > >> > >
> > >> > >> > > 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<
> > >> > >> > http://solidfire.com/solution/overview/?video=play>
> > >> > >> > > *™*
> > >> > >> > >
> > >> > >> >
> > >> > >> >
> > >> > >> >
> > >> > >> > --
> > >> > >> > *Mike Tutkowski*
> > >> > >> > *Senior CloudStack Developer, SolidFire Inc.*
> > >> > >> > e: m

Re: KVM Assistance

[Mike Tutkowski]

KVM is running on Ubuntu 12.04.1 by the way.


On Thu, Aug 29, 2013 at 10:05 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks, Marcus
>
> I'm not used to playing around in a KVM environment. Can you tell me where
> our agent logs are on KVM?
>
> Originally I didn't have SSH installed, but I noticed that problem while
> stepping through the debugger. After I installed it, the SSH call went
> through just fine as far as the CSMS was concerned, so - as you say - I was
> thinking I should take a look on the KVM side and see if maybe an error
> occurred that it didn't report back.
>
>
> On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen wrote:
>
>> Normally the agent service starts and connects up. The mgmt server uses
>> ssh
>> to start the agent and set it up for the first time. You will probably
>> need
>> to look at the agent logs and see if it is having trouble connecting to
>> the
>> mgmt server or something (firewall?).
>> On Aug 29, 2013 9:55 PM, "Mike Tutkowski" 
>> wrote:
>>
>> > So, now I'm trying to add a KVM host to CS and am having a bit of
>> trouble
>> > with LibvirtServerDiscoverer finding it (this line below: List
>> > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
>> clusterId,
>> > podId, dcId);).
>> >
>> > private HostVO waitForHostConnect(long dcId, long podId,
>> > longclusterId, String guid) {
>> >
>> > for (int i = 0; i < _waitTime * 2; i++) {
>> >
>> > List hosts = _resourceMgr
>> > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId, dcId);
>> >
>> > for (HostVO host : hosts) {
>> >
>> > if (host.getGuid().equalsIgnoreCase(guid)) {
>> >
>> > return host;
>> >
>> > }
>> >
>> > }
>> > Any thoughts on how I might debug this? Is there a log on the KVM host I
>> > should be looking at? I don't see a relevant entry in my cloud.host
>> table.
>> >
>> > Thanks!
>> >
>> >
>> > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
>> > mike.tutkow...@solidfire.com> wrote:
>> >
>> > > Thanks, Marty - that solved the problem!
>> > >
>> > >
>> > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet 
>> > wrote:
>> > >
>> > >> Hi Mike,
>> > >>
>> > >> Something like this should help:
>> > >> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
>> > >>
>> > >> Marty
>> > >>
>> > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
>> > >>
>> > >> > Any thoughts on this, Wei?
>> > >> >
>> > >> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
>> > >> following
>> > >> > signatures couldn't be verified because the public key is not
>> > available:
>> > >> > NO_PUBKEY BBFCFE5386C278E3
>> > >> >
>> > >> >
>> > >> >
>> > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
>> > >> > mike.tutkow...@solidfire.com> wrote:
>> > >> >
>> > >> > > Thanks for the repo info, Wei!
>> > >> > >
>> > >> > >
>> > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU > >
>> > >> wrote:
>> > >> > >
>> > >> > >> You need to add a repo, or download the deb files and install
>> them.
>> > >> > >>
>> > >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
>> > >> > >> for Ubuntu,
>> > >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
>> > >> > >>
>> > >> > >>
>> > >> > >> 2013/8/29 Mike Tutkowski 
>> > >> > >>
>> > >> > >> > Maybe I need to add a repo for CloudStack? I didn't see that
>> in
>> > the
>> > >> > KVM
>> > >> > >> > section, but perhaps it was earlier in the documentation.
>> > >> > >> >
>> > >> > >> >
>> > >> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
>> > >> > >> > mike.tutkow...@solidfire.com> wrote:
>> > >> > >> >
>> > >> > >> > > Hi,
>> > >> > >> > >
>> > >> > >> > > For the past nine months that I've been working with
>> > CloudStack,
>> > >> > I've
>> > >> > >> > > exclusively used XenServer and ESXi as my hosts.
>> > >> > >> > >
>> > >> > >> > > I am now trying out KVM and following the instruction here:
>> > >> > >> > >
>> > >> > >> > >
>> > >> > >> > >
>> > >> > >> >
>> > >> > >>
>> > >> >
>> > >>
>> >
>> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
>> > >> > >> > >
>> > >> > >> > > I am unable to install the cloudstack-agent package on my
>> KVM
>> > >> host
>> > >> > >> > (Ubuntu
>> > >> > >> > > 12.04.1), however.
>> > >> > >> > >
>> > >> > >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
>> > >> > >> > > Reading package lists... Done
>> > >> > >> > > Building dependency tree
>> > >> > >> > > Reading state information... Done
>> > >> > >> > > E: Unable to locate package cloudstack-agent
>> > >> > >> > >
>> > >> > >> > > Any thoughts on this?
>> > >> > >> > >
>> > >> > >> > > Thanks!
>> > >> > >> > >
>> > >> > >> > > --
>> > >> > >> > > *Mike Tutkowski*
>> > >> > >> > > *Senior CloudStack Developer, SolidFire Inc.*
>> > >> > >> > > e: mike.tutkow...@solidfire.com
>> > >> > >> > > o: 303.746.7302
>> > >> > >> > > Ad

Re: KVM Assistance

[Marcus Sorensen]

/var/log/cloudstack/agent/agent.log ... There is also a setup log in that
location to see if something in the agent setup went awry.
On Aug 29, 2013 10:05 PM, "Mike Tutkowski" 
wrote:

> Thanks, Marcus
>
> I'm not used to playing around in a KVM environment. Can you tell me where
> our agent logs are on KVM?
>
> Originally I didn't have SSH installed, but I noticed that problem while
> stepping through the debugger. After I installed it, the SSH call went
> through just fine as far as the CSMS was concerned, so - as you say - I was
> thinking I should take a look on the KVM side and see if maybe an error
> occurred that it didn't report back.
>
>
> On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen  >wrote:
>
> > Normally the agent service starts and connects up. The mgmt server uses
> ssh
> > to start the agent and set it up for the first time. You will probably
> need
> > to look at the agent logs and see if it is having trouble connecting to
> the
> > mgmt server or something (firewall?).
> > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" 
> > wrote:
> >
> > > So, now I'm trying to add a KVM host to CS and am having a bit of
> trouble
> > > with LibvirtServerDiscoverer finding it (this line below: List
> > > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> > clusterId,
> > > podId, dcId);).
> > >
> > > private HostVO waitForHostConnect(long dcId, long podId,
> > > longclusterId, String guid) {
> > >
> > > for (int i = 0; i < _waitTime * 2; i++) {
> > >
> > > List hosts = _resourceMgr
> > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId, dcId);
> > >
> > > for (HostVO host : hosts) {
> > >
> > > if (host.getGuid().equalsIgnoreCase(guid)) {
> > >
> > > return host;
> > >
> > > }
> > >
> > > }
> > > Any thoughts on how I might debug this? Is there a log on the KVM host
> I
> > > should be looking at? I don't see a relevant entry in my cloud.host
> > table.
> > >
> > > Thanks!
> > >
> > >
> > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > > > Thanks, Marty - that solved the problem!
> > > >
> > > >
> > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet 
> > > wrote:
> > > >
> > > >> Hi Mike,
> > > >>
> > > >> Something like this should help:
> > > >> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> > > >>
> > > >> Marty
> > > >>
> > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> > > >>
> > > >> > Any thoughts on this, Wei?
> > > >> >
> > > >> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
> > > >> following
> > > >> > signatures couldn't be verified because the public key is not
> > > available:
> > > >> > NO_PUBKEY BBFCFE5386C278E3
> > > >> >
> > > >> >
> > > >> >
> > > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> > > >> > mike.tutkow...@solidfire.com> wrote:
> > > >> >
> > > >> > > Thanks for the repo info, Wei!
> > > >> > >
> > > >> > >
> > > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU <
> ustcweiz...@gmail.com>
> > > >> wrote:
> > > >> > >
> > > >> > >> You need to add a repo, or download the deb files and install
> > them.
> > > >> > >>
> > > >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> > > >> > >> for Ubuntu,
> > > >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> > > >> > >>
> > > >> > >>
> > > >> > >> 2013/8/29 Mike Tutkowski 
> > > >> > >>
> > > >> > >> > Maybe I need to add a repo for CloudStack? I didn't see that
> in
> > > the
> > > >> > KVM
> > > >> > >> > section, but perhaps it was earlier in the documentation.
> > > >> > >> >
> > > >> > >> >
> > > >> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> > > >> > >> > mike.tutkow...@solidfire.com> wrote:
> > > >> > >> >
> > > >> > >> > > Hi,
> > > >> > >> > >
> > > >> > >> > > For the past nine months that I've been working with
> > > CloudStack,
> > > >> > I've
> > > >> > >> > > exclusively used XenServer and ESXi as my hosts.
> > > >> > >> > >
> > > >> > >> > > I am now trying out KVM and following the instruction here:
> > > >> > >> > >
> > > >> > >> > >
> > > >> > >> > >
> > > >> > >> >
> > > >> > >>
> > > >> >
> > > >>
> > >
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hypervisor-kvm-install-flow.html
> > > >> > >> > >
> > > >> > >> > > I am unable to install the cloudstack-agent package on my
> KVM
> > > >> host
> > > >> > >> > (Ubuntu
> > > >> > >> > > 12.04.1), however.
> > > >> > >> > >
> > > >> > >> > > mtutkowski@ubuntu:~$ sudo apt-get install cloudstack-agent
> > > >> > >> > > Reading package lists... Done
> > > >> > >> > > Building dependency tree
> > > >> > >> > > Reading state information... Done
> > > >> > >> > > E: Unable to locate package cloudstack-agent
> > > >> > >> > >
> > > >> > >> > > Any thoughts on this?
> > > >> > >> > >
> > > >> > >> > > Thanks!
> > > >> > >> > >
> > > >> > >> > > --

Re: KVM Assistance

[Mike Tutkowski]

Thanks!

By the way, these are the parameters I pass into cloudstack-setup-agent
(just in case something looks odd to you there):

-m 172.16.140.1 -z 1 -p 1 -c 3 -g 8bd34de8-783c-387f-a043-aa53ee31df6b -a
--pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0


On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen wrote:

> /var/log/cloudstack/agent/agent.log ... There is also a setup log in that
> location to see if something in the agent setup went awry.
> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" 
> wrote:
>
> > Thanks, Marcus
> >
> > I'm not used to playing around in a KVM environment. Can you tell me
> where
> > our agent logs are on KVM?
> >
> > Originally I didn't have SSH installed, but I noticed that problem while
> > stepping through the debugger. After I installed it, the SSH call went
> > through just fine as far as the CSMS was concerned, so - as you say - I
> was
> > thinking I should take a look on the KVM side and see if maybe an error
> > occurred that it didn't report back.
> >
> >
> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen  > >wrote:
> >
> > > Normally the agent service starts and connects up. The mgmt server uses
> > ssh
> > > to start the agent and set it up for the first time. You will probably
> > need
> > > to look at the agent logs and see if it is having trouble connecting to
> > the
> > > mgmt server or something (firewall?).
> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
> mike.tutkow...@solidfire.com>
> > > wrote:
> > >
> > > > So, now I'm trying to add a KVM host to CS and am having a bit of
> > trouble
> > > > with LibvirtServerDiscoverer finding it (this line below:
> List
> > > > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> > > clusterId,
> > > > podId, dcId);).
> > > >
> > > > private HostVO waitForHostConnect(long dcId, long podId,
> > > > longclusterId, String guid) {
> > > >
> > > > for (int i = 0; i < _waitTime * 2; i++) {
> > > >
> > > > List hosts = _resourceMgr
> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId, dcId);
> > > >
> > > > for (HostVO host : hosts) {
> > > >
> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
> > > >
> > > > return host;
> > > >
> > > > }
> > > >
> > > > }
> > > > Any thoughts on how I might debug this? Is there a log on the KVM
> host
> > I
> > > > should be looking at? I don't see a relevant entry in my cloud.host
> > > table.
> > > >
> > > > Thanks!
> > > >
> > > >
> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> > > > mike.tutkow...@solidfire.com> wrote:
> > > >
> > > > > Thanks, Marty - that solved the problem!
> > > > >
> > > > >
> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet  >
> > > > wrote:
> > > > >
> > > > >> Hi Mike,
> > > > >>
> > > > >> Something like this should help:
> > > > >> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> > > > >>
> > > > >> Marty
> > > > >>
> > > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> > > > >>
> > > > >> > Any thoughts on this, Wei?
> > > > >> >
> > > > >> > W: GPG error: http://cloudstack.apt-get.eu precise Release: The
> > > > >> following
> > > > >> > signatures couldn't be verified because the public key is not
> > > > available:
> > > > >> > NO_PUBKEY BBFCFE5386C278E3
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> > > > >> > mike.tutkow...@solidfire.com> wrote:
> > > > >> >
> > > > >> > > Thanks for the repo info, Wei!
> > > > >> > >
> > > > >> > >
> > > > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU <
> > ustcweiz...@gmail.com>
> > > > >> wrote:
> > > > >> > >
> > > > >> > >> You need to add a repo, or download the deb files and install
> > > them.
> > > > >> > >>
> > > > >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> > > > >> > >> for Ubuntu,
> > > > >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> > > > >> > >>
> > > > >> > >>
> > > > >> > >> 2013/8/29 Mike Tutkowski 
> > > > >> > >>
> > > > >> > >> > Maybe I need to add a repo for CloudStack? I didn't see
> that
> > in
> > > > the
> > > > >> > KVM
> > > > >> > >> > section, but perhaps it was earlier in the documentation.
> > > > >> > >> >
> > > > >> > >> >
> > > > >> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
> > > > >> > >> > mike.tutkow...@solidfire.com> wrote:
> > > > >> > >> >
> > > > >> > >> > > Hi,
> > > > >> > >> > >
> > > > >> > >> > > For the past nine months that I've been working with
> > > > CloudStack,
> > > > >> > I've
> > > > >> > >> > > exclusively used XenServer and ESXi as my hosts.
> > > > >> > >> > >
> > > > >> > >> > > I am now trying out KVM and following the instruction
> here:
> > > > >> > >> > >
> > > > >> > >> > >
> > > > >> > >> > >
> > > > >> > >> >
> > > > >> > >>
> > > > >> >
> > > > >>
> > > >
> > >
> >
> http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Installation_Guide/hype

Re: KVM Assistance

[Mike Tutkowski]

Interesting...there is an agent folder, but no files in it.


On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks!
>
> By the way, these are the parameters I pass into cloudstack-setup-agent
> (just in case something looks odd to you there):
>
> -m 172.16.140.1 -z 1 -p 1 -c 3 -g 8bd34de8-783c-387f-a043-aa53ee31df6b -a
> --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
>
>
> On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen wrote:
>
>> /var/log/cloudstack/agent/agent.log ... There is also a setup log in that
>> location to see if something in the agent setup went awry.
>> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" 
>> wrote:
>>
>> > Thanks, Marcus
>> >
>> > I'm not used to playing around in a KVM environment. Can you tell me
>> where
>> > our agent logs are on KVM?
>> >
>> > Originally I didn't have SSH installed, but I noticed that problem while
>> > stepping through the debugger. After I installed it, the SSH call went
>> > through just fine as far as the CSMS was concerned, so - as you say - I
>> was
>> > thinking I should take a look on the KVM side and see if maybe an error
>> > occurred that it didn't report back.
>> >
>> >
>> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen > > >wrote:
>> >
>> > > Normally the agent service starts and connects up. The mgmt server
>> uses
>> > ssh
>> > > to start the agent and set it up for the first time. You will probably
>> > need
>> > > to look at the agent logs and see if it is having trouble connecting
>> to
>> > the
>> > > mgmt server or something (firewall?).
>> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
>> mike.tutkow...@solidfire.com>
>> > > wrote:
>> > >
>> > > > So, now I'm trying to add a KVM host to CS and am having a bit of
>> > trouble
>> > > > with LibvirtServerDiscoverer finding it (this line below:
>> List
>> > > > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
>> > > clusterId,
>> > > > podId, dcId);).
>> > > >
>> > > > private HostVO waitForHostConnect(long dcId, long podId,
>> > > > longclusterId, String guid) {
>> > > >
>> > > > for (int i = 0; i < _waitTime * 2; i++) {
>> > > >
>> > > > List hosts = _resourceMgr
>> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId,
>> dcId);
>> > > >
>> > > > for (HostVO host : hosts) {
>> > > >
>> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
>> > > >
>> > > > return host;
>> > > >
>> > > > }
>> > > >
>> > > > }
>> > > > Any thoughts on how I might debug this? Is there a log on the KVM
>> host
>> > I
>> > > > should be looking at? I don't see a relevant entry in my cloud.host
>> > > table.
>> > > >
>> > > > Thanks!
>> > > >
>> > > >
>> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
>> > > > mike.tutkow...@solidfire.com> wrote:
>> > > >
>> > > > > Thanks, Marty - that solved the problem!
>> > > > >
>> > > > >
>> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet <
>> msweet@gmail.com>
>> > > > wrote:
>> > > > >
>> > > > >> Hi Mike,
>> > > > >>
>> > > > >> Something like this should help:
>> > > > >> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
>> > > > >>
>> > > > >> Marty
>> > > > >>
>> > > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
>> > > > >>
>> > > > >> > Any thoughts on this, Wei?
>> > > > >> >
>> > > > >> > W: GPG error: http://cloudstack.apt-get.eu precise Release:
>> The
>> > > > >> following
>> > > > >> > signatures couldn't be verified because the public key is not
>> > > > available:
>> > > > >> > NO_PUBKEY BBFCFE5386C278E3
>> > > > >> >
>> > > > >> >
>> > > > >> >
>> > > > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
>> > > > >> > mike.tutkow...@solidfire.com> wrote:
>> > > > >> >
>> > > > >> > > Thanks for the repo info, Wei!
>> > > > >> > >
>> > > > >> > >
>> > > > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU <
>> > ustcweiz...@gmail.com>
>> > > > >> wrote:
>> > > > >> > >
>> > > > >> > >> You need to add a repo, or download the deb files and
>> install
>> > > them.
>> > > > >> > >>
>> > > > >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
>> > > > >> > >> for Ubuntu,
>> > > > >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
>> > > > >> > >>
>> > > > >> > >>
>> > > > >> > >> 2013/8/29 Mike Tutkowski 
>> > > > >> > >>
>> > > > >> > >> > Maybe I need to add a repo for CloudStack? I didn't see
>> that
>> > in
>> > > > the
>> > > > >> > KVM
>> > > > >> > >> > section, but perhaps it was earlier in the documentation.
>> > > > >> > >> >
>> > > > >> > >> >
>> > > > >> > >> > On Thu, Aug 29, 2013 at 3:35 PM, Mike Tutkowski <
>> > > > >> > >> > mike.tutkow...@solidfire.com> wrote:
>> > > > >> > >> >
>> > > > >> > >> > > Hi,
>> > > > >> > >> > >
>> > > > >> > >> > > For the past nine months that I've been working with
>> > > > CloudStack,
>> > > > >> > I've
>> > > > >> > >> > > exclusively used XenServer and ESXi as my 

Re: KVM Assistance

[Marcus Sorensen]

Is the agent running? Or perhaps cloud-setup-agent?
On Aug 29, 2013 10:13 PM, "Mike Tutkowski" 
wrote:

> Interesting...there is an agent folder, but no files in it.
>
>
> On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Thanks!
> >
> > By the way, these are the parameters I pass into cloudstack-setup-agent
> > (just in case something looks odd to you there):
> >
> > -m 172.16.140.1 -z 1 -p 1 -c 3 -g 8bd34de8-783c-387f-a043-aa53ee31df6b -a
> > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
> >
> >
> > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen  >wrote:
> >
> >> /var/log/cloudstack/agent/agent.log ... There is also a setup log in
> that
> >> location to see if something in the agent setup went awry.
> >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
> mike.tutkow...@solidfire.com>
> >> wrote:
> >>
> >> > Thanks, Marcus
> >> >
> >> > I'm not used to playing around in a KVM environment. Can you tell me
> >> where
> >> > our agent logs are on KVM?
> >> >
> >> > Originally I didn't have SSH installed, but I noticed that problem
> while
> >> > stepping through the debugger. After I installed it, the SSH call went
> >> > through just fine as far as the CSMS was concerned, so - as you say -
> I
> >> was
> >> > thinking I should take a look on the KVM side and see if maybe an
> error
> >> > occurred that it didn't report back.
> >> >
> >> >
> >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen  >> > >wrote:
> >> >
> >> > > Normally the agent service starts and connects up. The mgmt server
> >> uses
> >> > ssh
> >> > > to start the agent and set it up for the first time. You will
> probably
> >> > need
> >> > > to look at the agent logs and see if it is having trouble connecting
> >> to
> >> > the
> >> > > mgmt server or something (firewall?).
> >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
> >> mike.tutkow...@solidfire.com>
> >> > > wrote:
> >> > >
> >> > > > So, now I'm trying to add a KVM host to CS and am having a bit of
> >> > trouble
> >> > > > with LibvirtServerDiscoverer finding it (this line below:
> >> List
> >> > > > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> >> > > clusterId,
> >> > > > podId, dcId);).
> >> > > >
> >> > > > private HostVO waitForHostConnect(long dcId, long podId,
> >> > > > longclusterId, String guid) {
> >> > > >
> >> > > > for (int i = 0; i < _waitTime * 2; i++) {
> >> > > >
> >> > > > List hosts = _resourceMgr
> >> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId,
> >> dcId);
> >> > > >
> >> > > > for (HostVO host : hosts) {
> >> > > >
> >> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
> >> > > >
> >> > > > return host;
> >> > > >
> >> > > > }
> >> > > >
> >> > > > }
> >> > > > Any thoughts on how I might debug this? Is there a log on the KVM
> >> host
> >> > I
> >> > > > should be looking at? I don't see a relevant entry in my
> cloud.host
> >> > > table.
> >> > > >
> >> > > > Thanks!
> >> > > >
> >> > > >
> >> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> >> > > > mike.tutkow...@solidfire.com> wrote:
> >> > > >
> >> > > > > Thanks, Marty - that solved the problem!
> >> > > > >
> >> > > > >
> >> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet <
> >> msweet@gmail.com>
> >> > > > wrote:
> >> > > > >
> >> > > > >> Hi Mike,
> >> > > > >>
> >> > > > >> Something like this should help:
> >> > > > >>
> http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> >> > > > >>
> >> > > > >> Marty
> >> > > > >>
> >> > > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> >> > > > >>
> >> > > > >> > Any thoughts on this, Wei?
> >> > > > >> >
> >> > > > >> > W: GPG error: http://cloudstack.apt-get.eu precise Release:
> >> The
> >> > > > >> following
> >> > > > >> > signatures couldn't be verified because the public key is not
> >> > > > available:
> >> > > > >> > NO_PUBKEY BBFCFE5386C278E3
> >> > > > >> >
> >> > > > >> >
> >> > > > >> >
> >> > > > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> >> > > > >> > mike.tutkow...@solidfire.com> wrote:
> >> > > > >> >
> >> > > > >> > > Thanks for the repo info, Wei!
> >> > > > >> > >
> >> > > > >> > >
> >> > > > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU <
> >> > ustcweiz...@gmail.com>
> >> > > > >> wrote:
> >> > > > >> > >
> >> > > > >> > >> You need to add a repo, or download the deb files and
> >> install
> >> > > them.
> >> > > > >> > >>
> >> > > > >> > >> for CentOS/RHEL, http://cloudstack.apt-get.eu/rhel/4.1/
> >> > > > >> > >> for Ubuntu,
> >> > > > >> http://cloudstack.apt-get.eu/ubuntu/dists/precise/4.1/pool/
> >> > > > >> > >>
> >> > > > >> > >>
> >> > > > >> > >> 2013/8/29 Mike Tutkowski 
> >> > > > >> > >>
> >> > > > >> > >> > Maybe I need to add a repo for CloudStack? I didn't see
> >> that
> >> > in
> >> > > > the
> >> > > > >> > KVM
> >> > > > >> > >> > section, but perhaps it w

Re: KVM Assistance

[Mike Tutkowski]

I don't see a process by either name in System Monitor.

Is that SSH call supposed to have started such a process running?


On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen wrote:

> Is the agent running? Or perhaps cloud-setup-agent?
> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" 
> wrote:
>
> > Interesting...there is an agent folder, but no files in it.
> >
> >
> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Thanks!
> > >
> > > By the way, these are the parameters I pass into cloudstack-setup-agent
> > > (just in case something looks odd to you there):
> > >
> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g 8bd34de8-783c-387f-a043-aa53ee31df6b
> -a
> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
> > >
> > >
> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen  > >wrote:
> > >
> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup log in
> > that
> > >> location to see if something in the agent setup went awry.
> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
> > mike.tutkow...@solidfire.com>
> > >> wrote:
> > >>
> > >> > Thanks, Marcus
> > >> >
> > >> > I'm not used to playing around in a KVM environment. Can you tell me
> > >> where
> > >> > our agent logs are on KVM?
> > >> >
> > >> > Originally I didn't have SSH installed, but I noticed that problem
> > while
> > >> > stepping through the debugger. After I installed it, the SSH call
> went
> > >> > through just fine as far as the CSMS was concerned, so - as you say
> -
> > I
> > >> was
> > >> > thinking I should take a look on the KVM side and see if maybe an
> > error
> > >> > occurred that it didn't report back.
> > >> >
> > >> >
> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
> shadow...@gmail.com
> > >> > >wrote:
> > >> >
> > >> > > Normally the agent service starts and connects up. The mgmt server
> > >> uses
> > >> > ssh
> > >> > > to start the agent and set it up for the first time. You will
> > probably
> > >> > need
> > >> > > to look at the agent logs and see if it is having trouble
> connecting
> > >> to
> > >> > the
> > >> > > mgmt server or something (firewall?).
> > >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
> > >> mike.tutkow...@solidfire.com>
> > >> > > wrote:
> > >> > >
> > >> > > > So, now I'm trying to add a KVM host to CS and am having a bit
> of
> > >> > trouble
> > >> > > > with LibvirtServerDiscoverer finding it (this line below:
> > >> List
> > >> > > > hosts = _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> > >> > > clusterId,
> > >> > > > podId, dcId);).
> > >> > > >
> > >> > > > private HostVO waitForHostConnect(long dcId, long podId,
> > >> > > > longclusterId, String guid) {
> > >> > > >
> > >> > > > for (int i = 0; i < _waitTime * 2; i++) {
> > >> > > >
> > >> > > > List hosts = _resourceMgr
> > >> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId,
> > >> dcId);
> > >> > > >
> > >> > > > for (HostVO host : hosts) {
> > >> > > >
> > >> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
> > >> > > >
> > >> > > > return host;
> > >> > > >
> > >> > > > }
> > >> > > >
> > >> > > > }
> > >> > > > Any thoughts on how I might debug this? Is there a log on the
> KVM
> > >> host
> > >> > I
> > >> > > > should be looking at? I don't see a relevant entry in my
> > cloud.host
> > >> > > table.
> > >> > > >
> > >> > > > Thanks!
> > >> > > >
> > >> > > >
> > >> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> > >> > > > mike.tutkow...@solidfire.com> wrote:
> > >> > > >
> > >> > > > > Thanks, Marty - that solved the problem!
> > >> > > > >
> > >> > > > >
> > >> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet <
> > >> msweet@gmail.com>
> > >> > > > wrote:
> > >> > > > >
> > >> > > > >> Hi Mike,
> > >> > > > >>
> > >> > > > >> Something like this should help:
> > >> > > > >>
> > http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> > >> > > > >>
> > >> > > > >> Marty
> > >> > > > >>
> > >> > > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> > >> > > > >>
> > >> > > > >> > Any thoughts on this, Wei?
> > >> > > > >> >
> > >> > > > >> > W: GPG error: http://cloudstack.apt-get.eu precise
> Release:
> > >> The
> > >> > > > >> following
> > >> > > > >> > signatures couldn't be verified because the public key is
> not
> > >> > > > available:
> > >> > > > >> > NO_PUBKEY BBFCFE5386C278E3
> > >> > > > >> >
> > >> > > > >> >
> > >> > > > >> >
> > >> > > > >> > On Thu, Aug 29, 2013 at 4:21 PM, Mike Tutkowski <
> > >> > > > >> > mike.tutkow...@solidfire.com> wrote:
> > >> > > > >> >
> > >> > > > >> > > Thanks for the repo info, Wei!
> > >> > > > >> > >
> > >> > > > >> > >
> > >> > > > >> > > On Thu, Aug 29, 2013 at 4:19 PM, Wei ZHOU <
> > >> > ustcweiz...@gmail.com>
> > >> > > > >> wrote:
> > >> > > > >> > >
> > >> > > > >> > >> You need to add a repo, or download the deb files and
> 

Re: KVM Assistance

[Mike Tutkowski]

By the way, I've been supplying the username I log into Ubuntu with:
mtutkowski (not root). I think that's correct for Ubuntu.

After the script executes, I get the following back in the CSMS log:

{ Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010,
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }


On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I don't see a process by either name in System Monitor.
>
> Is that SSH call supposed to have started such a process running?
>
>
> On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen wrote:
>
>> Is the agent running? Or perhaps cloud-setup-agent?
>> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" 
>> wrote:
>>
>> > Interesting...there is an agent folder, but no files in it.
>> >
>> >
>> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
>> > mike.tutkow...@solidfire.com> wrote:
>> >
>> > > Thanks!
>> > >
>> > > By the way, these are the parameters I pass into
>> cloudstack-setup-agent
>> > > (just in case something looks odd to you there):
>> > >
>> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
>> 8bd34de8-783c-387f-a043-aa53ee31df6b -a
>> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
>> > >
>> > >
>> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
>> shadow...@gmail.com
>> > >wrote:
>> > >
>> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup log in
>> > that
>> > >> location to see if something in the agent setup went awry.
>> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
>> > mike.tutkow...@solidfire.com>
>> > >> wrote:
>> > >>
>> > >> > Thanks, Marcus
>> > >> >
>> > >> > I'm not used to playing around in a KVM environment. Can you tell
>> me
>> > >> where
>> > >> > our agent logs are on KVM?
>> > >> >
>> > >> > Originally I didn't have SSH installed, but I noticed that problem
>> > while
>> > >> > stepping through the debugger. After I installed it, the SSH call
>> went
>> > >> > through just fine as far as the CSMS was concerned, so - as you
>> say -
>> > I
>> > >> was
>> > >> > thinking I should take a look on the KVM side and see if maybe an
>> > error
>> > >> > occurred that it didn't report back.
>> > >> >
>> > >> >
>> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
>> shadow...@gmail.com
>> > >> > >wrote:
>> > >> >
>> > >> > > Normally the agent service starts and connects up. The mgmt
>> server
>> > >> uses
>> > >> > ssh
>> > >> > > to start the agent and set it up for the first time. You will
>> > probably
>> > >> > need
>> > >> > > to look at the agent logs and see if it is having trouble
>> connecting
>> > >> to
>> > >> > the
>> > >> > > mgmt server or something (firewall?).
>> > >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
>> > >> mike.tutkow...@solidfire.com>
>> > >> > > wrote:
>> > >> > >
>> > >> > > > So, now I'm trying to add a KVM host to CS and am having a bit
>> of
>> > >> > trouble
>> > >> > > > with LibvirtServerDiscoverer finding it (this line below:
>> > >> List
>> > >> > > > hosts =
>> _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
>> > >> > > clusterId,
>> > >> > > > podId, dcId);).
>> > >> > > >
>> > >> > > > private HostVO waitForHostConnect(long dcId, long podId,
>> > >> > > > longclusterId, String guid) {
>> > >> > > >
>> > >> > > > for (int i = 0; i < _waitTime * 2; i++) {
>> > >> > > >
>> > >> > > > List hosts = _resourceMgr
>> > >> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId,
>> > >> dcId);
>> > >> > > >
>> > >> > > > for (HostVO host : hosts) {
>> > >> > > >
>> > >> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
>> > >> > > >
>> > >> > > > return host;
>> > >> > > >
>> > >> > > > }
>> > >> > > >
>> > >> > > > }
>> > >> > > > Any thoughts on how I might debug this? Is there a log on the
>> KVM
>> > >> host
>> > >> > I
>> > >> > > > should be looking at? I don't see a relevant entry in my
>> > cloud.host
>> > >> > > table.
>> > >> > > >
>> > >> > > > Thanks!
>> > >> > > >
>> > >> > > >
>> > >> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
>> > >> > > > mike.tutkow...@solidfire.com> wrote:
>> > >> > > >
>> > >> > > > > Thanks, Marty - that solved the problem!
>> > >> > > > >
>> > >> > > > >
>> > >> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet <
>> > >> msweet@gmail.com>
>> > >> > > > wrote:
>> > >> > > > >
>> > >> > > > >> Hi Mike,
>> > >> > > > >>
>> > >> > > > >> Something like this should help:
>> > >> > > > >>
>> > http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
>> > >> > > > >>
>> > >> > > > >> Marty
>> > >> > > > >>
>> > >> > > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
>> > >> > > > >>
>> > >> > > > >> > Any thoughts on this, Wei?
>> > >> > > > >> >
>> > >> > > > >> > W: GPG error: http://cloudstack.apt-get.eu precise
>> Release:
>> > >> The
>> > >> > > > >> following
>> > >> > > > >> > signatures couldn't be verified because t

Re: KVM Assistance

[Marcus Sorensen]

You can run the command you pasted manually if you'd like to see where it
stops. It does the initial setup and should only be needed once. The agent
is managed by a startup script and the setup usually kicks that off.
On Aug 29, 2013 10:21 PM, "Mike Tutkowski" 
wrote:

> I don't see a process by either name in System Monitor.
>
> Is that SSH call supposed to have started such a process running?
>
>
> On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen  >wrote:
>
> > Is the agent running? Or perhaps cloud-setup-agent?
> > On Aug 29, 2013 10:13 PM, "Mike Tutkowski"  >
> > wrote:
> >
> > > Interesting...there is an agent folder, but no files in it.
> > >
> > >
> > > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > > > Thanks!
> > > >
> > > > By the way, these are the parameters I pass into
> cloudstack-setup-agent
> > > > (just in case something looks odd to you there):
> > > >
> > > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
> 8bd34de8-783c-387f-a043-aa53ee31df6b
> > -a
> > > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
> > > >
> > > >
> > > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
> shadow...@gmail.com
> > > >wrote:
> > > >
> > > >> /var/log/cloudstack/agent/agent.log ... There is also a setup log in
> > > that
> > > >> location to see if something in the agent setup went awry.
> > > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
> > > mike.tutkow...@solidfire.com>
> > > >> wrote:
> > > >>
> > > >> > Thanks, Marcus
> > > >> >
> > > >> > I'm not used to playing around in a KVM environment. Can you tell
> me
> > > >> where
> > > >> > our agent logs are on KVM?
> > > >> >
> > > >> > Originally I didn't have SSH installed, but I noticed that problem
> > > while
> > > >> > stepping through the debugger. After I installed it, the SSH call
> > went
> > > >> > through just fine as far as the CSMS was concerned, so - as you
> say
> > -
> > > I
> > > >> was
> > > >> > thinking I should take a look on the KVM side and see if maybe an
> > > error
> > > >> > occurred that it didn't report back.
> > > >> >
> > > >> >
> > > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
> > shadow...@gmail.com
> > > >> > >wrote:
> > > >> >
> > > >> > > Normally the agent service starts and connects up. The mgmt
> server
> > > >> uses
> > > >> > ssh
> > > >> > > to start the agent and set it up for the first time. You will
> > > probably
> > > >> > need
> > > >> > > to look at the agent logs and see if it is having trouble
> > connecting
> > > >> to
> > > >> > the
> > > >> > > mgmt server or something (firewall?).
> > > >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
> > > >> mike.tutkow...@solidfire.com>
> > > >> > > wrote:
> > > >> > >
> > > >> > > > So, now I'm trying to add a KVM host to CS and am having a bit
> > of
> > > >> > trouble
> > > >> > > > with LibvirtServerDiscoverer finding it (this line below:
> > > >> List
> > > >> > > > hosts =
> _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> > > >> > > clusterId,
> > > >> > > > podId, dcId);).
> > > >> > > >
> > > >> > > > private HostVO waitForHostConnect(long dcId, long podId,
> > > >> > > > longclusterId, String guid) {
> > > >> > > >
> > > >> > > > for (int i = 0; i < _waitTime * 2; i++) {
> > > >> > > >
> > > >> > > > List hosts = _resourceMgr
> > > >> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId, podId,
> > > >> dcId);
> > > >> > > >
> > > >> > > > for (HostVO host : hosts) {
> > > >> > > >
> > > >> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
> > > >> > > >
> > > >> > > > return host;
> > > >> > > >
> > > >> > > > }
> > > >> > > >
> > > >> > > > }
> > > >> > > > Any thoughts on how I might debug this? Is there a log on the
> > KVM
> > > >> host
> > > >> > I
> > > >> > > > should be looking at? I don't see a relevant entry in my
> > > cloud.host
> > > >> > > table.
> > > >> > > >
> > > >> > > > Thanks!
> > > >> > > >
> > > >> > > >
> > > >> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> > > >> > > > mike.tutkow...@solidfire.com> wrote:
> > > >> > > >
> > > >> > > > > Thanks, Marty - that solved the problem!
> > > >> > > > >
> > > >> > > > >
> > > >> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet <
> > > >> msweet@gmail.com>
> > > >> > > > wrote:
> > > >> > > > >
> > > >> > > > >> Hi Mike,
> > > >> > > > >>
> > > >> > > > >> Something like this should help:
> > > >> > > > >>
> > > http://en.kioskea.net/faq/809-debian-apt-get-no-pubkey-gpg-error
> > > >> > > > >>
> > > >> > > > >> Marty
> > > >> > > > >>
> > > >> > > > >> On Thursday, August 29, 2013, Mike Tutkowski wrote:
> > > >> > > > >>
> > > >> > > > >> > Any thoughts on this, Wei?
> > > >> > > > >> >
> > > >> > > > >> > W: GPG error: http://cloudstack.apt-get.eu precise
> > Release:
> > > >> The
> > > >> > > > >> following
> > > >> > > > >> > signatures couldn't be verified because the publ

Re: KVM Assistance

[Marcus Sorensen]

I've only ever seen it work with root. Do the docs say otherwise? Maybe
your user credentials will work if you have it set with sudo privileges and
privileges to libvirtd.
On Aug 29, 2013 10:25 PM, "Mike Tutkowski" 
wrote:

> By the way, I've been supplying the username I log into Ubuntu with:
> mtutkowski (not root). I think that's correct for Ubuntu.
>
> After the script executes, I get the following back in the CSMS log:
>
> { Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010,
> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
>
>
> On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > I don't see a process by either name in System Monitor.
> >
> > Is that SSH call supposed to have started such a process running?
> >
> >
> > On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen  >wrote:
> >
> >> Is the agent running? Or perhaps cloud-setup-agent?
> >> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" <
> mike.tutkow...@solidfire.com>
> >> wrote:
> >>
> >> > Interesting...there is an agent folder, but no files in it.
> >> >
> >> >
> >> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
> >> > mike.tutkow...@solidfire.com> wrote:
> >> >
> >> > > Thanks!
> >> > >
> >> > > By the way, these are the parameters I pass into
> >> cloudstack-setup-agent
> >> > > (just in case something looks odd to you there):
> >> > >
> >> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
> >> 8bd34de8-783c-387f-a043-aa53ee31df6b -a
> >> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
> >> > >
> >> > >
> >> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
> >> shadow...@gmail.com
> >> > >wrote:
> >> > >
> >> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup log
> in
> >> > that
> >> > >> location to see if something in the agent setup went awry.
> >> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
> >> > mike.tutkow...@solidfire.com>
> >> > >> wrote:
> >> > >>
> >> > >> > Thanks, Marcus
> >> > >> >
> >> > >> > I'm not used to playing around in a KVM environment. Can you tell
> >> me
> >> > >> where
> >> > >> > our agent logs are on KVM?
> >> > >> >
> >> > >> > Originally I didn't have SSH installed, but I noticed that
> problem
> >> > while
> >> > >> > stepping through the debugger. After I installed it, the SSH call
> >> went
> >> > >> > through just fine as far as the CSMS was concerned, so - as you
> >> say -
> >> > I
> >> > >> was
> >> > >> > thinking I should take a look on the KVM side and see if maybe an
> >> > error
> >> > >> > occurred that it didn't report back.
> >> > >> >
> >> > >> >
> >> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
> >> shadow...@gmail.com
> >> > >> > >wrote:
> >> > >> >
> >> > >> > > Normally the agent service starts and connects up. The mgmt
> >> server
> >> > >> uses
> >> > >> > ssh
> >> > >> > > to start the agent and set it up for the first time. You will
> >> > probably
> >> > >> > need
> >> > >> > > to look at the agent logs and see if it is having trouble
> >> connecting
> >> > >> to
> >> > >> > the
> >> > >> > > mgmt server or something (firewall?).
> >> > >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
> >> > >> mike.tutkow...@solidfire.com>
> >> > >> > > wrote:
> >> > >> > >
> >> > >> > > > So, now I'm trying to add a KVM host to CS and am having a
> bit
> >> of
> >> > >> > trouble
> >> > >> > > > with LibvirtServerDiscoverer finding it (this line below:
> >> > >> List
> >> > >> > > > hosts =
> >> _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> >> > >> > > clusterId,
> >> > >> > > > podId, dcId);).
> >> > >> > > >
> >> > >> > > > private HostVO waitForHostConnect(long dcId, long podId,
> >> > >> > > > longclusterId, String guid) {
> >> > >> > > >
> >> > >> > > > for (int i = 0; i < _waitTime * 2; i++) {
> >> > >> > > >
> >> > >> > > > List hosts = _resourceMgr
> >> > >> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId,
> podId,
> >> > >> dcId);
> >> > >> > > >
> >> > >> > > > for (HostVO host : hosts) {
> >> > >> > > >
> >> > >> > > > if (host.getGuid().equalsIgnoreCase(guid)) {
> >> > >> > > >
> >> > >> > > > return host;
> >> > >> > > >
> >> > >> > > > }
> >> > >> > > >
> >> > >> > > > }
> >> > >> > > > Any thoughts on how I might debug this? Is there a log on the
> >> KVM
> >> > >> host
> >> > >> > I
> >> > >> > > > should be looking at? I don't see a relevant entry in my
> >> > cloud.host
> >> > >> > > table.
> >> > >> > > >
> >> > >> > > > Thanks!
> >> > >> > > >
> >> > >> > > >
> >> > >> > > > On Thu, Aug 29, 2013 at 7:56 PM, Mike Tutkowski <
> >> > >> > > > mike.tutkow...@solidfire.com> wrote:
> >> > >> > > >
> >> > >> > > > > Thanks, Marty - that solved the problem!
> >> > >> > > > >
> >> > >> > > > >
> >> > >> > > > > On Thu, Aug 29, 2013 at 4:56 PM, Marty Sweet <
> >> > >> msweet@gmail.com>
> >> > >> > > > wrote:
> >> > >> > > > >
> >> > >> > > > >> Hi Mike,

Re: KVM Assistance

[Mike Tutkowski]

Yeah, I wanted to use root, but got the following when trying to SSH in:

mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.5
root@172.16.140.5's password:
Permission denied, please try again.


On Thu, Aug 29, 2013 at 10:28 PM, Marcus Sorensen wrote:

> I've only ever seen it work with root. Do the docs say otherwise? Maybe
> your user credentials will work if you have it set with sudo privileges and
> privileges to libvirtd.
> On Aug 29, 2013 10:25 PM, "Mike Tutkowski" 
> wrote:
>
> > By the way, I've been supplying the username I log into Ubuntu with:
> > mtutkowski (not root). I think that's correct for Ubuntu.
> >
> > After the script executes, I get the following back in the CSMS log:
> >
> > { Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010,
> > [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> >
> >
> > On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > I don't see a process by either name in System Monitor.
> > >
> > > Is that SSH call supposed to have started such a process running?
> > >
> > >
> > > On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen  > >wrote:
> > >
> > >> Is the agent running? Or perhaps cloud-setup-agent?
> > >> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" <
> > mike.tutkow...@solidfire.com>
> > >> wrote:
> > >>
> > >> > Interesting...there is an agent folder, but no files in it.
> > >> >
> > >> >
> > >> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
> > >> > mike.tutkow...@solidfire.com> wrote:
> > >> >
> > >> > > Thanks!
> > >> > >
> > >> > > By the way, these are the parameters I pass into
> > >> cloudstack-setup-agent
> > >> > > (just in case something looks odd to you there):
> > >> > >
> > >> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
> > >> 8bd34de8-783c-387f-a043-aa53ee31df6b -a
> > >> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
> > >> > >
> > >> > >
> > >> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
> > >> shadow...@gmail.com
> > >> > >wrote:
> > >> > >
> > >> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup log
> > in
> > >> > that
> > >> > >> location to see if something in the agent setup went awry.
> > >> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
> > >> > mike.tutkow...@solidfire.com>
> > >> > >> wrote:
> > >> > >>
> > >> > >> > Thanks, Marcus
> > >> > >> >
> > >> > >> > I'm not used to playing around in a KVM environment. Can you
> tell
> > >> me
> > >> > >> where
> > >> > >> > our agent logs are on KVM?
> > >> > >> >
> > >> > >> > Originally I didn't have SSH installed, but I noticed that
> > problem
> > >> > while
> > >> > >> > stepping through the debugger. After I installed it, the SSH
> call
> > >> went
> > >> > >> > through just fine as far as the CSMS was concerned, so - as you
> > >> say -
> > >> > I
> > >> > >> was
> > >> > >> > thinking I should take a look on the KVM side and see if maybe
> an
> > >> > error
> > >> > >> > occurred that it didn't report back.
> > >> > >> >
> > >> > >> >
> > >> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
> > >> shadow...@gmail.com
> > >> > >> > >wrote:
> > >> > >> >
> > >> > >> > > Normally the agent service starts and connects up. The mgmt
> > >> server
> > >> > >> uses
> > >> > >> > ssh
> > >> > >> > > to start the agent and set it up for the first time. You will
> > >> > probably
> > >> > >> > need
> > >> > >> > > to look at the agent logs and see if it is having trouble
> > >> connecting
> > >> > >> to
> > >> > >> > the
> > >> > >> > > mgmt server or something (firewall?).
> > >> > >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
> > >> > >> mike.tutkow...@solidfire.com>
> > >> > >> > > wrote:
> > >> > >> > >
> > >> > >> > > > So, now I'm trying to add a KVM host to CS and am having a
> > bit
> > >> of
> > >> > >> > trouble
> > >> > >> > > > with LibvirtServerDiscoverer finding it (this line below:
> > >> > >> List
> > >> > >> > > > hosts =
> > >> _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
> > >> > >> > > clusterId,
> > >> > >> > > > podId, dcId);).
> > >> > >> > > >
> > >> > >> > > > private HostVO waitForHostConnect(long dcId, long
> podId,
> > >> > >> > > > longclusterId, String guid) {
> > >> > >> > > >
> > >> > >> > > > for (int i = 0; i < _waitTime * 2; i++) {
> > >> > >> > > >
> > >> > >> > > > List hosts = _resourceMgr
> > >> > >> > > > .listAllUpAndEnabledHosts(Host.Type.Routing, clusterId,
> > podId,
> > >> > >> dcId);
> > >> > >> > > >
> > >> > >> > > > for (HostVO host : hosts) {
> > >> > >> > > >
> > >> > >> > > > if (host.getGuid().equalsIgnoreCase(guid))
> {
> > >> > >> > > >
> > >> > >> > > > return host;
> > >> > >> > > >
> > >> > >> > > > }
> > >> > >> > > >
> > >> > >> > > > }
> > >> > >> > > > Any thoughts on how I might debug this? Is there a log on
> the
> > >> KVM
> > >> > >> host
> > >> > >> > I
> > >> > >> > > > should be looking at? I don't

Re: KVM Assistance

[Mike Tutkowski]

I figured out how to assign a password to root on Ubuntu, but that didn't
solve the problem.

As I thought about it more, I'm actually running the 4.2 CSMS, but the 4.1
version of the agent code on the KVM host.

I'm not sure how to deploy the newest agent code from the 4.2 branch to the
KVM host, though. Would you be able to tell me how to do that, Marcus?

Is there any Java code of ours on the KVM host or is it all in the form of
scripts?

Thanks!


On Thu, Aug 29, 2013 at 10:30 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Yeah, I wanted to use root, but got the following when trying to SSH in:
>
> mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.5
> root@172.16.140.5's password:
> Permission denied, please try again.
>
>
> On Thu, Aug 29, 2013 at 10:28 PM, Marcus Sorensen wrote:
>
>> I've only ever seen it work with root. Do the docs say otherwise? Maybe
>> your user credentials will work if you have it set with sudo privileges
>> and
>> privileges to libvirtd.
>> On Aug 29, 2013 10:25 PM, "Mike Tutkowski" 
>> wrote:
>>
>> > By the way, I've been supplying the username I log into Ubuntu with:
>> > mtutkowski (not root). I think that's correct for Ubuntu.
>> >
>> > After the script executes, I get the following back in the CSMS log:
>> >
>> > { Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010,
>> > [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
>> >
>> >
>> > On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski <
>> > mike.tutkow...@solidfire.com> wrote:
>> >
>> > > I don't see a process by either name in System Monitor.
>> > >
>> > > Is that SSH call supposed to have started such a process running?
>> > >
>> > >
>> > > On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen <
>> shadow...@gmail.com
>> > >wrote:
>> > >
>> > >> Is the agent running? Or perhaps cloud-setup-agent?
>> > >> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" <
>> > mike.tutkow...@solidfire.com>
>> > >> wrote:
>> > >>
>> > >> > Interesting...there is an agent folder, but no files in it.
>> > >> >
>> > >> >
>> > >> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
>> > >> > mike.tutkow...@solidfire.com> wrote:
>> > >> >
>> > >> > > Thanks!
>> > >> > >
>> > >> > > By the way, these are the parameters I pass into
>> > >> cloudstack-setup-agent
>> > >> > > (just in case something looks odd to you there):
>> > >> > >
>> > >> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
>> > >> 8bd34de8-783c-387f-a043-aa53ee31df6b -a
>> > >> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
>> > >> > >
>> > >> > >
>> > >> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
>> > >> shadow...@gmail.com
>> > >> > >wrote:
>> > >> > >
>> > >> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup
>> log
>> > in
>> > >> > that
>> > >> > >> location to see if something in the agent setup went awry.
>> > >> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
>> > >> > mike.tutkow...@solidfire.com>
>> > >> > >> wrote:
>> > >> > >>
>> > >> > >> > Thanks, Marcus
>> > >> > >> >
>> > >> > >> > I'm not used to playing around in a KVM environment. Can you
>> tell
>> > >> me
>> > >> > >> where
>> > >> > >> > our agent logs are on KVM?
>> > >> > >> >
>> > >> > >> > Originally I didn't have SSH installed, but I noticed that
>> > problem
>> > >> > while
>> > >> > >> > stepping through the debugger. After I installed it, the SSH
>> call
>> > >> went
>> > >> > >> > through just fine as far as the CSMS was concerned, so - as
>> you
>> > >> say -
>> > >> > I
>> > >> > >> was
>> > >> > >> > thinking I should take a look on the KVM side and see if
>> maybe an
>> > >> > error
>> > >> > >> > occurred that it didn't report back.
>> > >> > >> >
>> > >> > >> >
>> > >> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
>> > >> shadow...@gmail.com
>> > >> > >> > >wrote:
>> > >> > >> >
>> > >> > >> > > Normally the agent service starts and connects up. The mgmt
>> > >> server
>> > >> > >> uses
>> > >> > >> > ssh
>> > >> > >> > > to start the agent and set it up for the first time. You
>> will
>> > >> > probably
>> > >> > >> > need
>> > >> > >> > > to look at the agent logs and see if it is having trouble
>> > >> connecting
>> > >> > >> to
>> > >> > >> > the
>> > >> > >> > > mgmt server or something (firewall?).
>> > >> > >> > > On Aug 29, 2013 9:55 PM, "Mike Tutkowski" <
>> > >> > >> mike.tutkow...@solidfire.com>
>> > >> > >> > > wrote:
>> > >> > >> > >
>> > >> > >> > > > So, now I'm trying to add a KVM host to CS and am having a
>> > bit
>> > >> of
>> > >> > >> > trouble
>> > >> > >> > > > with LibvirtServerDiscoverer finding it (this line below:
>> > >> > >> List
>> > >> > >> > > > hosts =
>> > >> _resourceMgr.listAllUpAndEnabledHosts(Host.Type.Routing,
>> > >> > >> > > clusterId,
>> > >> > >> > > > podId, dcId);).
>> > >> > >> > > >
>> > >> > >> > > > private HostVO waitForHostConnect(long dcId, long
>> podId,
>> > >> > >> > > > longclusterId, String guid) {
>> > >> > >> > > >
>> > >> > >> > > > for (int i = 0; i < _wai

Re: Review Request 11626: Automation: Memory limits tests from Resource Limits Tests

[Sanjay Tripathi]

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

Ship it!


Looks good to me.

- Sanjay Tripathi


On Aug. 29, 2013, 10:54 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/11626/
> ---
> 
> (Updated Aug. 29, 2013, 10:54 a.m.)
> 
> 
> Review request for cloudstack, sailaja mada, Sanjay Tripathi, and Prasanna 
> Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding resource limit tests related to Memory. Changes suggested in CPU 
> resource limit tests which are applicable here are incorporated too.
> 
> Updated test plan is available here: 
> https://cwiki.apache.org/confluence/download/attachments/30757590/LimitResourcesTestPlanUpdate5.xlsx?version=1&modificationDate=1366952352000
> 
> 
> Diffs
> -
> 
>   test/integration/component/memory_limits/test_domain_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_maximum_limits.py 
> PRE-CREATION 
>   test/integration/component/memory_limits/test_memory_limits.py PRE-CREATION 
>   test/integration/component/memory_limits/test_project_limits.py 
> PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/11626/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: KVM Assistance

[Mike Tutkowski]

I'm going to call it a night on this. :)

Thanks for all the help, Marcus!

If you have a sec, maybe you can tell me if you spot something odd in my
interfaces file:

auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 172.16.140.5
netmask 255.255.255.0
gateway 172.16.140.1
dns-nameservers 8.8.8.8 8.8.4.4
dns-domain lab.example.org

# Public network
auto cloudbr0
iface cloudbr0 inet manual
bridge_ports eth0.200
bridge_fd 5
bridge_stp off
bridge_maxwait 1

# Private network
auto cloudbr1
iface cloudbr1 inet manual
bridge_ports eth0.300
bridge_fd 5
bridge_stp off
bridge_maxwait 1


On Thu, Aug 29, 2013 at 11:03 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I figured out how to assign a password to root on Ubuntu, but that didn't
> solve the problem.
>
> As I thought about it more, I'm actually running the 4.2 CSMS, but the 4.1
> version of the agent code on the KVM host.
>
> I'm not sure how to deploy the newest agent code from the 4.2 branch to
> the KVM host, though. Would you be able to tell me how to do that, Marcus?
>
> Is there any Java code of ours on the KVM host or is it all in the form of
> scripts?
>
> Thanks!
>
>
> On Thu, Aug 29, 2013 at 10:30 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Yeah, I wanted to use root, but got the following when trying to SSH in:
>>
>> mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.5
>> root@172.16.140.5's password:
>> Permission denied, please try again.
>>
>>
>> On Thu, Aug 29, 2013 at 10:28 PM, Marcus Sorensen wrote:
>>
>>> I've only ever seen it work with root. Do the docs say otherwise? Maybe
>>> your user credentials will work if you have it set with sudo privileges
>>> and
>>> privileges to libvirtd.
>>> On Aug 29, 2013 10:25 PM, "Mike Tutkowski" >> >
>>> wrote:
>>>
>>> > By the way, I've been supplying the username I log into Ubuntu with:
>>> > mtutkowski (not root). I think that's correct for Ubuntu.
>>> >
>>> > After the script executes, I get the following back in the CSMS log:
>>> >
>>> > { Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010,
>>> > [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
>>> >
>>> >
>>> > On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski <
>>> > mike.tutkow...@solidfire.com> wrote:
>>> >
>>> > > I don't see a process by either name in System Monitor.
>>> > >
>>> > > Is that SSH call supposed to have started such a process running?
>>> > >
>>> > >
>>> > > On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen <
>>> shadow...@gmail.com
>>> > >wrote:
>>> > >
>>> > >> Is the agent running? Or perhaps cloud-setup-agent?
>>> > >> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" <
>>> > mike.tutkow...@solidfire.com>
>>> > >> wrote:
>>> > >>
>>> > >> > Interesting...there is an agent folder, but no files in it.
>>> > >> >
>>> > >> >
>>> > >> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
>>> > >> > mike.tutkow...@solidfire.com> wrote:
>>> > >> >
>>> > >> > > Thanks!
>>> > >> > >
>>> > >> > > By the way, these are the parameters I pass into
>>> > >> cloudstack-setup-agent
>>> > >> > > (just in case something looks odd to you there):
>>> > >> > >
>>> > >> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
>>> > >> 8bd34de8-783c-387f-a043-aa53ee31df6b -a
>>> > >> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
>>> > >> > >
>>> > >> > >
>>> > >> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
>>> > >> shadow...@gmail.com
>>> > >> > >wrote:
>>> > >> > >
>>> > >> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup
>>> log
>>> > in
>>> > >> > that
>>> > >> > >> location to see if something in the agent setup went awry.
>>> > >> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
>>> > >> > mike.tutkow...@solidfire.com>
>>> > >> > >> wrote:
>>> > >> > >>
>>> > >> > >> > Thanks, Marcus
>>> > >> > >> >
>>> > >> > >> > I'm not used to playing around in a KVM environment. Can you
>>> tell
>>> > >> me
>>> > >> > >> where
>>> > >> > >> > our agent logs are on KVM?
>>> > >> > >> >
>>> > >> > >> > Originally I didn't have SSH installed, but I noticed that
>>> > problem
>>> > >> > while
>>> > >> > >> > stepping through the debugger. After I installed it, the SSH
>>> call
>>> > >> went
>>> > >> > >> > through just fine as far as the CSMS was concerned, so - as
>>> you
>>> > >> say -
>>> > >> > I
>>> > >> > >> was
>>> > >> > >> > thinking I should take a look on the KVM side and see if
>>> maybe an
>>> > >> > error
>>> > >> > >> > occurred that it didn't report back.
>>> > >> > >> >
>>> > >> > >> >
>>> > >> > >> > On Thu, Aug 29, 2013 at 9:57 PM, Marcus Sorensen <
>>> > >> shadow...@gmail.com
>>> > >> > >> > >wrote:
>>> > >> > >> >
>>> > >> > >> > > Normally the agent service starts and connects up. The mgmt
>>> > >> server
>>> > >> > >> uses
>>> > >> > >> > ssh
>>> > >> > >> > > to start the agent and set it up for the first time. You
>>> will
>>> > >> > probably
>>> > >> > >> > nee

Re: [Questions]: Basic Zone Securiy Group problem?

[Jayapal Reddy Uradi]

Hi,

The rules are looking as expected.
The ingress traffic to vm should block.

Can you run 'iptables -L -nv' and see which rules are accepting the ingress 
traffic.

Thanks,
Jayapal
On 30-Aug-2013, at 7:41 AM, Jijun  wrote:

> i clone branch 4.2 code, package and do a  fresh installation.
> 
> hypervisor : xenserver 6.2 change  openvswitch to bridge.
> 
> add basic zone ,security group enabeld.
> 
> create a new vm , default security group
> 
> the previous version  document   said the ingress will be blocked by default. 
>  but in my test, the network in and out are all allowed.
> so strange.
> 
> is it a bug ?
> 
> iptable rule in hypervisor :
> 
> [root@xenserver-dlghbuxq ~]# iptables -nL
> Chain INPUT (policy ACCEPT)
> target prot opt source   destination
> 
> Chain FORWARD (policy ACCEPT)
> target prot opt source   destination
> BRIDGE-FIREWALL  all  --  0.0.0.0/00.0.0.0/0 PHYSDEV match 
> --physdev-is-bridged
> ACCEPT all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out eth1 --physdev-is-bridged
> ACCEPT all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out eth0 --physdev-is-bridged
> DROP   all  --  0.0.0.0/00.0.0.0/0
> 
> Chain OUTPUT (policy ACCEPT)
> target prot opt source   destination
> 
> Chain BRIDGE-DEFAULT-FIREWALL (1 references)
> target prot opt source   destination
> ACCEPT all  --  0.0.0.0/00.0.0.0/0   state 
> RELATED,ESTABLISHED
> ACCEPT udp  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-is-bridged udp spt:68 dpt:67
> ACCEPT udp  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-is-bridged udp spt:67 dpt:68
> 
> Chain BRIDGE-FIREWALL (1 references)
> target prot opt source   destination
> BRIDGE-DEFAULT-FIREWALL  all  --  0.0.0.0/0 0.0.0.0/0
> i-2-7-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif21.0 --physdev-is-bridged
> i-3-8-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif20.0 --physdev-is-bridged
> r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif19.0 --physdev-is-bridged
> r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif19.1 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif18.2 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif18.0 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif18.1 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif18.3 --physdev-is-bridged
> v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif17.2 --physdev-is-bridged
> v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif17.0 --physdev-is-bridged
> v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-in vif17.1 --physdev-is-bridged
> v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif17.1 --physdev-is-bridged
> v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif17.0 --physdev-is-bridged
> v-2-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif17.2 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif18.3 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif18.1 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif18.0 --physdev-is-bridged
> s-6-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif18.2 --physdev-is-bridged
> r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif19.1 --physdev-is-bridged
> r-4-VM all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif19.0 --physdev-is-bridged
> i-3-8-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif20.0 --physdev-is-bridged
> i-2-7-def  all  --  0.0.0.0/00.0.0.0/0   PHYSDEV match 
> --physdev-out vif21.0 --physdev-is-bridged
> 
> Chain L (0 references)
> target prot opt source   destination
> 
> Chain RH-Firewall-1-INPUT (0 references)
> target prot opt source   destination
> 
> Chain i-2-7-VM (1 references)
> target prot opt source   destination
> DROP   all  --  0.0.0.0/00.0.0.0/0
> 
> Chain i-2-7-VM-eg (1 refere

Re: [Questions]: Basic Zone Securiy Group problem?

[Jijun]

thank you very much.

 the rule looks good, but so strange, i can ping the two guest vms [ 
i-2-7-VM, i-3-8-VM]  on my work host.



[ranger@ranger cloudstack]$ ping 192.168.253.66
PING 192.168.253.66 (192.168.253.66) 56(84) bytes of data.
64 bytes from 192.168.253.66: icmp_seq=1 ttl=59 time=4.40 ms
^C
--- 192.168.253.66 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 4.406/4.406/4.406/0.000 ms
[ranger@ranger cloudstack]$ ping 192.168.253.68
PING 192.168.253.68 (192.168.253.68) 56(84) bytes of data.
64 bytes from 192.168.253.68: icmp_seq=1 ttl=59 time=1.20 ms
^C
--- 192.168.253.68 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 1.201/1.201/1.201/0.000 ms



[root@xenserver-dlghbuxq ~]# iptables -L -nv
Chain INPUT (policy ACCEPT 3354K packets, 2026M bytes)
 pkts bytes target prot opt in out source   
destination


Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target prot opt in out source   
destination
0 0 BRIDGE-FIREWALL  all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-is-bridged
0 0 ACCEPT all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out eth1 --physdev-is-bridged
0 0 ACCEPT all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out eth0 --physdev-is-bridged

0 0 DROP   all  --  *  * 0.0.0.0/00.0.0.0/0

Chain OUTPUT (policy ACCEPT 2741K packets, 5547M bytes)
 pkts bytes target prot opt in out source   
destination


Chain BRIDGE-DEFAULT-FIREWALL (1 references)
 pkts bytes target prot opt in out source   
destination
0 0 ACCEPT all  --  *  * 0.0.0.0/0
0.0.0.0/0   state RELATED,ESTABLISHED
0 0 ACCEPT udp  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-is-bridged udp spt:68 dpt:67
0 0 ACCEPT udp  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-is-bridged udp spt:67 dpt:68


Chain BRIDGE-FIREWALL (1 references)
 pkts bytes target prot opt in out source   
destination
0 0 BRIDGE-DEFAULT-FIREWALL  all  --  *  * 
0.0.0.0/00.0.0.0/0
0 0 i-2-7-def  all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif21.0 --physdev-is-bridged
0 0 i-3-8-def  all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif20.0 --physdev-is-bridged
0 0 r-4-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif19.0 --physdev-is-bridged
0 0 r-4-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif19.1 --physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif18.2 --physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif18.0 --physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif18.1 --physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif18.3 --physdev-is-bridged
0 0 v-2-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif17.2 --physdev-is-bridged
0 0 v-2-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif17.0 --physdev-is-bridged
0 0 v-2-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-in vif17.1 --physdev-is-bridged
0 0 v-2-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif17.1 
--physdev-is-bridged
0 0 v-2-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif17.0 
--physdev-is-bridged
0 0 v-2-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif17.2 
--physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif18.3 
--physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif18.1 
--physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif18.0 
--physdev-is-bridged
0 0 s-6-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSDEV match --physdev-out vif18.2 
--physdev-is-bridged
0 0 r-4-VM all  --  *  * 0.0.0.0/0
0.0.0.0/0   PHYSD

Re: KVM Assistance

[Jörgen Maas]

Mike,

Did you enable PermitRootLogin in /etc/ssh/sshd_config ?



On Fri, Aug 30, 2013 at 7:16 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> I'm going to call it a night on this. :)
>
> Thanks for all the help, Marcus!
>
> If you have a sec, maybe you can tell me if you spot something odd in my
> interfaces file:
>
> auto lo
> iface lo inet loopback
>
> # The primary network interface
> auto eth0
> iface eth0 inet static
> address 172.16.140.5
> netmask 255.255.255.0
> gateway 172.16.140.1
> dns-nameservers 8.8.8.8 8.8.4.4
> dns-domain lab.example.org
>
> # Public network
> auto cloudbr0
> iface cloudbr0 inet manual
> bridge_ports eth0.200
> bridge_fd 5
> bridge_stp off
> bridge_maxwait 1
>
> # Private network
> auto cloudbr1
> iface cloudbr1 inet manual
> bridge_ports eth0.300
> bridge_fd 5
> bridge_stp off
> bridge_maxwait 1
>
>
> On Thu, Aug 29, 2013 at 11:03 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > I figured out how to assign a password to root on Ubuntu, but that didn't
> > solve the problem.
> >
> > As I thought about it more, I'm actually running the 4.2 CSMS, but the
> 4.1
> > version of the agent code on the KVM host.
> >
> > I'm not sure how to deploy the newest agent code from the 4.2 branch to
> > the KVM host, though. Would you be able to tell me how to do that,
> Marcus?
> >
> > Is there any Java code of ours on the KVM host or is it all in the form
> of
> > scripts?
> >
> > Thanks!
> >
> >
> > On Thu, Aug 29, 2013 at 10:30 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> Yeah, I wanted to use root, but got the following when trying to SSH in:
> >>
> >> mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.5
> >> root@172.16.140.5's password:
> >> Permission denied, please try again.
> >>
> >>
> >> On Thu, Aug 29, 2013 at 10:28 PM, Marcus Sorensen  >wrote:
> >>
> >>> I've only ever seen it work with root. Do the docs say otherwise? Maybe
> >>> your user credentials will work if you have it set with sudo privileges
> >>> and
> >>> privileges to libvirtd.
> >>> On Aug 29, 2013 10:25 PM, "Mike Tutkowski" <
> mike.tutkow...@solidfire.com
> >>> >
> >>> wrote:
> >>>
> >>> > By the way, I've been supplying the username I log into Ubuntu with:
> >>> > mtutkowski (not root). I think that's correct for Ubuntu.
> >>> >
> >>> > After the script executes, I get the following back in the CSMS log:
> >>> >
> >>> > { Ans: , MgmtId: 1, via: 2, Ver: v1, Flags: 100010,
> >>> >
> [{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] }
> >>> >
> >>> >
> >>> > On Thu, Aug 29, 2013 at 10:20 PM, Mike Tutkowski <
> >>> > mike.tutkow...@solidfire.com> wrote:
> >>> >
> >>> > > I don't see a process by either name in System Monitor.
> >>> > >
> >>> > > Is that SSH call supposed to have started such a process running?
> >>> > >
> >>> > >
> >>> > > On Thu, Aug 29, 2013 at 10:15 PM, Marcus Sorensen <
> >>> shadow...@gmail.com
> >>> > >wrote:
> >>> > >
> >>> > >> Is the agent running? Or perhaps cloud-setup-agent?
> >>> > >> On Aug 29, 2013 10:13 PM, "Mike Tutkowski" <
> >>> > mike.tutkow...@solidfire.com>
> >>> > >> wrote:
> >>> > >>
> >>> > >> > Interesting...there is an agent folder, but no files in it.
> >>> > >> >
> >>> > >> >
> >>> > >> > On Thu, Aug 29, 2013 at 10:10 PM, Mike Tutkowski <
> >>> > >> > mike.tutkow...@solidfire.com> wrote:
> >>> > >> >
> >>> > >> > > Thanks!
> >>> > >> > >
> >>> > >> > > By the way, these are the parameters I pass into
> >>> > >> cloudstack-setup-agent
> >>> > >> > > (just in case something looks odd to you there):
> >>> > >> > >
> >>> > >> > > -m 172.16.140.1 -z 1 -p 1 -c 3 -g
> >>> > >> 8bd34de8-783c-387f-a043-aa53ee31df6b -a
> >>> > >> > > --pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0
> >>> > >> > >
> >>> > >> > >
> >>> > >> > > On Thu, Aug 29, 2013 at 10:07 PM, Marcus Sorensen <
> >>> > >> shadow...@gmail.com
> >>> > >> > >wrote:
> >>> > >> > >
> >>> > >> > >> /var/log/cloudstack/agent/agent.log ... There is also a setup
> >>> log
> >>> > in
> >>> > >> > that
> >>> > >> > >> location to see if something in the agent setup went awry.
> >>> > >> > >> On Aug 29, 2013 10:05 PM, "Mike Tutkowski" <
> >>> > >> > mike.tutkow...@solidfire.com>
> >>> > >> > >> wrote:
> >>> > >> > >>
> >>> > >> > >> > Thanks, Marcus
> >>> > >> > >> >
> >>> > >> > >> > I'm not used to playing around in a KVM environment. Can
> you
> >>> tell
> >>> > >> me
> >>> > >> > >> where
> >>> > >> > >> > our agent logs are on KVM?
> >>> > >> > >> >
> >>> > >> > >> > Originally I didn't have SSH installed, but I noticed that
> >>> > problem
> >>> > >> > while
> >>> > >> > >> > stepping through the debugger. After I installed it, the
> SSH
> >>> call
> >>> > >> went
> >>> > >> > >> > through just fine as far as the CSMS was concerned, so - as
> >>> you
> >>> > >> say -
> >>> > >> > I
> >>> > >> > >> was
> >>> > >> > >> > thinking I should take a look on the KVM side and see if
> >>> maybe a