RE: Error while starting Management server

[Ritu Sabharwal]

Hi,

I tried deploying the cloud-client-ui-4.5.0-SNAPSHOT.war in Tomcat 6.0.33 but I 
get this error now and I am not able to access the Management server WEB UI at 
http://localhost:8080/client. Please help to resolve this issue in bringing up 
management server.

Error:

2014-05-01 23:01:45 Commons Daemon procrun stdout initialized
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Loading module 
context [bootstrap] from URL 
[jar:file:/C:/Tomcat%206.0/webapps/cloud-client-ui-4.5.0-SNAPSHOT/WEB-INF/lib/cloud-core-4.5.0-SNAPSHOT.jar!/META-INF/cloudstack/bootstrap/spring-bootstrap-context.xml]
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Loading module 
context [bootstrap] from URL 
[jar:file:/C:/Tomcat%206.0/webapps/cloud-client-ui-4.5.0-SNAPSHOT/WEB-INF/lib/cloud-core-4.5.0-SNAPSHOT.jar!/META-INF/cloudstack/bootstrap/spring-bootstrap-context-inheritable.xml]
INFO  [c.c.u.LogUtils] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) log4j 
configuration found at 
C:\Tomcat%206.0\webapps\cloud-client-ui-4.5.0-SNAPSHOT\WEB-INF\classes\log4j-cloud.xml
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Loaded module 
context [bootstrap] in 320 ms
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
bootstrap
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  system
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
core
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  allocator
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
host-allocator-random
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
planner
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  api-planner
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  baremetal-planner
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  explicit-dedication
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  host-anti-affinity
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  implicit-dedication
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  server-planner
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  skip-heurestics
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  user-concentrated-pod
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
server-allocator
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  api
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
acl-static-role-based
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
iam-access-checkers
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
ldap
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
md5
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
plaintext
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
rate-limit
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
server-api
INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(ContainerBackgroundProcessor[StandardEngine[Catalina]]:null) Module Hierarchy: 
  

[REMINDER] [REVIEW] CLOUDSTACK-3272

[Sonal Ojha]

Hello,

Can anyone review the changes https://reviews.apache.org/r/18677/ related
to
https://issues.apache.org/jira/browse/CLOUDSTACK-3272.

Murali,
Can you please help me with a use case for which these changes would be
required / beneficial. It would be helpful to drive things further and
contribute better.

-- 

*Thanks and Regards,*

*Sonal Ojha ▪ Sr.Engineer - Product Development **▪ **Sungard Availability
Services, India*

2nd Floor, Wing 4, Cluster D, MIDC Kharadi Knowledge Park, Pune - 411 014 ▪
Office: 267-234-9014 ▪ Mobile: +91 9922412645 ▪ sonal.o...@sungardas.com ▪
www.sungardas. *in*

*[image: Logo]* 
*[image: cid:image019.png@01CF48EC.6617C7F0]*
 *[image:
cid:image020.png@01CF48EC.6617C7F0]* 
 *[image: 
cid:image021.png@01CF48EC.6617C7F0]*
 *[image: 
cid:image022.png@01CF48EC.6617C7F0]*
 *[image: 
cid:image023.png@01CF48EC.6617C7F0]*
 *[image: cid:image024.png@01CF48EC.6617C7F0]*
*CONFIDENTIALITY:*  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.

Review Request 21009: Added Network API tests to test_escalation.py

[Anish Bindal]

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

Review request for cloudstack and Santhosh Edukulla.


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


Repository: cloudstack-git


Description
---

Added Network API tests to test_escalation.py


Diffs
-

  test/integration/component/test_escalations.py e994579 
  tools/marvin/marvin/config/test_data.py b862205 

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


Testing
---

Executed all tests and attached are the result log files.


File Attachments


Result Log File
  
https://reviews.apache.org/media/uploaded/files/2014/05/02/d76abc1c-95c0-4ad5-93f2-38ebb5d85763__results.txt


Thanks,

Anish Bindal

Re: [REMINDER] [REVIEW] CLOUDSTACK-3272

[Murali Reddy]

Sonal,

Can you please ensure your patch applies on latest master. Evert time I 
attempted to push, patch does not apply. Please rebase your patch to latest 
master and submit the patch.

Thanks,
Murali

From: Sonal Ojha mailto:sonal.o...@sungardas.com>>
Date: Friday, 2 May 2014 1:37 PM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Murali Reddy 
mailto:murali.re...@citrix.com>>, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>>, Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>>
Subject: [REMINDER] [REVIEW] CLOUDSTACK-3272

Hello,

Can anyone review the changes https://reviews.apache.org/r/18677/ related to
https://issues.apache.org/jira/browse/CLOUDSTACK-3272.

Murali,
Can you please help me with a use case for which these changes would be 
required / beneficial. It would be helpful to drive things further and 
contribute better.

--

Thanks and Regards,

Sonal Ojha ▪ Sr.Engineer - Product Development ▪ Sungard Availability Services, 
India

2nd Floor, Wing 4, Cluster D, MIDC Kharadi Knowledge Park, Pune - 411 014 ▪ 
Office: 267-234-9014 ▪ Mobile: +91 9922412645 ▪ 
sonal.o...@sungardas.com ▪ 
www.sungardas.in

[Logo]
[cid:image019.png@01CF48EC.6617C7F0] 
[cid:image020.png@01CF48EC.6617C7F0]   
[cid:image021.png@01CF48EC.6617C7F0] 
  
[cid:image022.png@01CF48EC.6617C7F0]   
[cid:image023.png@01CF48EC.6617C7F0] 
  
[cid:image024.png@01CF48EC.6617C7F0] 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system.

Re: listVirtualMachine API With Name Parameter Set

[Koushik Das]

The name parameter is used in the sql query filter as "where name like ", 
so more than one can be returned.

On 01-May-2014, at 8:16 PM, Matt Spurlin  wrote:

> Hi all,
> I am looking at
> CLOUDSTACK-6555.
> I am wondering if the name parameter is meant to return only one result if
> there is an exact match or if returning all results that include the
> specified value is the expected behavior.
> Thanks,
> Matt

Re: How to increase size of root volume in Cloud stack 4.2.0

[Nux!]

On 02.05.2014 00:59, Marcus wrote:

Only for KVM, nobody has picked up the work to extend it to other
hypervisors, yet, as far as I know.


Oh, right, I believe someone said he would do it for XenServer but I 
guess other things got in the way. Maybe in the next release.


Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

[MERGE] [4.5] Support OVA files with multiple disks for templates

[Likitha Shetty]

Would like to request the merge of feature 'Support for OVA containing multiple 
disks' into CloudStack.

1. JIRA ticket - https://issues.apache.org/jira/browse/CLOUDSTACK-4757   
2. Functional spec - 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Support+OVA+files+containing+multiple+disks
 
3. Branch name - 'multiple-disk-ova'
3. Marvin test for this feature is available in feature branch @ commit - 
3532ffe5af5553e558cfe6de2fef059b8d5e100e
4. Feature branch has been rebased with master branch up to commit - 
155745e26c14799a77fb3987bc40bc578810748e
5. Verified that RAT test passes

Thanks,
Likitha

[ACS4.4] Cherry-pick for CLOUDSTACK-6317

[Sateesh Chodapuneedi]

Hi Dan,

Can you please cherry pick following commit into 4.4?



Commit: ce7a689ae16f5a28b3ad9ff50a7bb19af31df4cf

Branch: refs/heads/4.4-forward

Bug: CLOUDSTACK-6317 [VMware] Tagged VLAN support broken for 
Management/Control/Storage traffic

Regards,
Sateesh

[ACS4.4] cherry-pick for CLOUDSTACK-6564

[Murali Reddy]

Please cherry-pick 4.4-forward commit
d5374ed650aaa36d68ee16ca5e69c97e197f1b6e in to 4.4

commit d5374ed650aaa36d68ee16ca5e69c97e197f1b6e
Author: Murali Reddy 
Date:   Fri May 2 18:51:28 2014 +0530

CLOUDSTACK-6564: OVS distributed routing: use file based OF rule
updates

use ovs-ofctl replace flows by file name option to update the OF rules
instead of sequenetially configuring the rules.

Review Request 20891: CLOUDSTACK-6536: Code cleanup - removing unnecessary waits after VM stop operation

[Gaurav Aradhye]

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

Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.


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


Repository: cloudstack-git


Description
---

Also
1)Modified Imports
2)Removing white-spaces
3)Added try catch blocks wherever necessary


Diffs
-

  test/integration/component/test_add_remove_network.py 3e0e78b 
  test/integration/component/test_blocker_bugs.py ba2602c 
  test/integration/component/test_custom_hostname.py 7eeda49 
  test/integration/component/test_dynamic_compute_offering.py da43fdf 
  test/integration/component/test_egress_rules.py f0b98e4 
  test/integration/component/test_escalations.py e994579 
  test/integration/component/test_netscaler_configs.py 592b351 
  test/integration/component/test_netscaler_lb.py 732f0f9 
  test/integration/component/test_netscaler_nw_off.py d3f1f9e 
  test/integration/component/test_network_offering.py b0b6906 
  test/integration/component/test_persistent_networks.py deb0d6e 
  test/integration/component/test_project_resources.py 8f81cf9 
  test/integration/component/test_project_usage.py 16ca8c1 
  test/integration/component/test_redundant_router_cleanups.py 2220d51 
  test/integration/component/test_reset_ssh_keypair.py 307e8dc 
  test/integration/component/test_resource_limits.py 09d9658 
  test/integration/component/test_security_groups.py f5c4727 
  test/integration/component/test_stopped_vm.py 6c77679 
  test/integration/component/test_tags.py d6b43d9 
  test/integration/component/test_templates.py 98b1cbc 
  test/integration/component/test_usage.py eb92011 
  test/integration/component/test_volumes.py a310472 
  test/integration/component/test_vpc_network.py 2924b72 
  test/integration/component/test_vpc_vm_life_cycle.py 95f46d0 
  test/integration/smoke/test_service_offerings.py 3c91859 
  test/integration/smoke/test_templates.py 4865ee3 
  test/integration/smoke/test_vm_life_cycle.py f114ec9 
  test/integration/smoke/test_volumes.py 7f5c4f3 

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


Testing
---

Tested with python command. No changes in the actual executing code, only the 
improvements and removing unnecessary code.


Thanks,

Gaurav Aradhye

IDE Configuration Issues

[Alex Hitchins]

Hello All,

I was hoping someone might be able to help me with an issue I keep getting.

My builds seem to be working A-OK, I can get Jetty running, build noredist,
deploy database etc. The issue seems to only be with whatever IDE I use. I
would like to use IntelliJ IDEA so I've been doing most of my hair pulling
with the latest version. I've loaded up the project and tried to make
however have been getting lots of errors.

It seems that the majority of errors are related to imports statements.
Using IntelliJ I can 'fix' the issue by selecting 'Add to Class path'. Once
done, this seems to work and remove that error. I've re-built from the
command line before & after this process and I don't get any knock-on
effects. I looked at the classpath file before and it appeared all were
already there, with explicit links to the jar files.

After having gone through all the import statements causing errors I now get
errors related to the spring framework. The error says it can't find the
class file for a selection of objects, first one I see is
o.s.c.e.EnvironmentCapable. I guess this is something similar to the
classpath issue above, as the project will compile on the command line.

Am I doing something fundamentally wrong? What am I missing?

And help gratefully received!


Alex Hitchins
-- 
E: a...@alexhitchins.com
W: alexhitchins.com
M: 07788 423 969
T: 01892 523 587

Re: [ACS44]cherry pick CLOUDSTACK-6443

[Daan Hoogland]

On Thu, May 1, 2014 at 7:16 PM, Min Chen  wrote:
> ef2616bfda1b37887312a93068937f5ecfaa36b4


done

-- 
Daan

Re: [ACS44] Cherry-pick for CLOUDSTACK-4549

[Daan Hoogland]

On Thu, May 1, 2014 at 9:05 PM, Wido den Hollander  wrote:
> 355f1a2a7599f25771f390f7dba2f8659dbe8fa6


done

-- 
Daan

Re: [ACS44]cherry pick 2 IAM bugs

[Daan Hoogland]

both in

On Fri, May 2, 2014 at 1:14 AM, Prachi Damle  wrote:
> Hi Daan/Hugo,
>
> Can you please cherry-pick following 2 commits to 4.4 branch:
>
>
>   1.  CLOUDSTACK-6558 
> IAM - Admin user is able to deploy VM in a regular user's Security Group.
>
> Commit hash:e89c628843692c9e7046192f5b6d4893b7a45ec6
>
>
>
>
>
>   1.  CLOUDSTACK-6560 
> IAM - Admin user is denied permission to create Egress rule for a user's 
> network
>
> Commit hash:2e5b5291574417e31b4e81a6cc170e77a0cd7f65
>
> Contained in branches: 4.4-forward
>
>
>
> Thanks,
> Prachi
>



-- 
Daan

Re: [ACS44]cherry pick CLOUDSTACK-6535 and CLOUDSTACK-6556

[Daan Hoogland]

3 commits pulled in

On Fri, May 2, 2014 at 1:20 AM, Min Chen  wrote:
> Hi Hugo/Daan,
>
> Would you please cherry pick the following two bug fixes from 
> 4.4-forward
> to 4.4 branch?
>
> 1. CLOUDSTACK-6535: IAM:MS:API createVMSnapshot doesn't preserve access
> rights.
>
> Commit: f0edfc7ac5a8c3c22cea3e90a2a77835967234a2
>
> 2. CLOUDSTACK-6556: [Automation] Deploy VM failing with error "does not
> have permission to access resource Ntwk".
>
> This includes two commits:
> Commit: 4415aee1e9f7b0b788ff1e0a6a7fe744fd37921f
> Commit: 6435b261deb0160f774a8815f0024e38f49d45e9
>
> Thanks
> -min
>
>



-- 
Daan

Re: [ACS44] Cherry-pick request for CLOUDSTACK-6351

[Daan Hoogland]

On Fri, May 2, 2014 at 8:43 AM, Yoshikazu Nojima  wrote:
> fa4e7fc7f75c7cf6065b2e97e1d27c942c9a73af


Noji, this doesn't apply. It seems because the 4.4 version of the file
still uses the epoch in the 'requires' line for java.
I pulled in Rajesh commit d55bf1efaeab6665f7c50c5b62442b0d9da0a242 so
the end result is the same

-- 
Daan

Re: [ACS4.4] Cherry-pick for CLOUDSTACK-6317

[Daan Hoogland]

On Fri, May 2, 2014 at 3:19 PM, Sateesh Chodapuneedi
 wrote:
> ce7a689ae16f5a28b3ad9ff50a7bb19af31df4cf


done

-- 
Daan

Re: [ACS4.4] cherry-pick for CLOUDSTACK-6564

[Daan Hoogland]

On Fri, May 2, 2014 at 3:26 PM, Murali Reddy  wrote:
> d5374ed650aaa36d68ee16ca5e69c97e197f1b6e


done

-- 
Daan

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

[Chiradeep Vittal]

Gentle reminder (esp. PMC folks). I have 2 +1 PMC votes and no –1 votes. I will 
close this out next Monday, unless there are any –1 by then.

From: Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Thursday, April 24, 2014 at 5:12 PM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

Hi All,

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shor
tlog;h=refs/heads/5.1.0
Commit: 0b7a6bce246bbf261e6f096d1c18a85949ed5a22

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

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

PGP release keys (signed using E8DAE809):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 hours.

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

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

[ACS4.4] Cherry pick for CLOUDSTACK-6483

[Brian Federle]

Please cherry-pick 4.4-forward commits for CLOUDSTACK-6483 (in this order):

0b03609c45ecb5b4525e6a7b5216c70032d94a39
7daabf6515509dc276b968c6ca042cf964a328da
430d14b67608039159403036dae3dc7af1e590f5

Thank you,
Brian

Re: Review Request 19399: CLOUDSTACK-6257: Resolving issue in template creation from user VM volume, added method to check the state of VM before template creation

[ASF Subversion and Git Services]

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


Commit 59d0b75e7943505c11d6b726d7aa9dae0bf06316 in cloudstack's branch 
refs/heads/master from Gaurav Aradhye
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=59d0b75 ]

CLOUDSTACK-6257: Adding function to check state of VM


- ASF Subversion and Git Services


On April 28, 2014, 10:41 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19399/
> ---
> 
> (Updated April 28, 2014, 10:41 a.m.)
> 
> 
> Review request for cloudstack and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-6257
> https://issues.apache.org/jira/browse/CLOUDSTACK-6257
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> As suggested, added getState method for VirtualMachine class, and it is 
> called before template creation. If VM fails to go into desired state, it 
> returns failure.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/codes.py 28e907c 
>   tools/marvin/marvin/lib/base.py d753098 
> 
> Diff: https://reviews.apache.org/r/19399/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 19399: CLOUDSTACK-6257: Resolving issue in template creation from user VM volume, added method to check the state of VM before template creation

[ASF Subversion and Git Services]

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


Commit 1be8b87fb7fb0203464ac4c66596008855ac5041 in cloudstack's branch 
refs/heads/4.4-forward from Gaurav Aradhye
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=1be8b87 ]

CLOUDSTACK-6257: Adding function to check state of VM

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


- ASF Subversion and Git Services


On April 28, 2014, 10:41 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19399/
> ---
> 
> (Updated April 28, 2014, 10:41 a.m.)
> 
> 
> Review request for cloudstack and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-6257
> https://issues.apache.org/jira/browse/CLOUDSTACK-6257
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> As suggested, added getState method for VirtualMachine class, and it is 
> called before template creation. If VM fails to go into desired state, it 
> returns failure.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/codes.py 28e907c 
>   tools/marvin/marvin/lib/base.py d753098 
> 
> Diff: https://reviews.apache.org/r/19399/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: Review Request 19892: Add Juniper Contrail support to devCloud environment

[Daan Hoogland]

It doesn't cherry-pick cleaanly. Can you have a look?


On Thu, May 1, 2014 at 7:38 PM, Sachchidanand Vaidya
wrote:

>  Thanks Daan. Can it be committed to 4.4 as well.
>
>  Best Regards,
> Sachin
>
>   From: daan Hoogland 
> Reply-To: daan Hoogland 
> Date: Thursday, May 1, 2014 4:11 AM
> To: daan Hoogland , Sachchidanand Vaidya <
> vaidy...@juniper.net>, cloudstack 
> Subject: Re: Review Request 19892: Add Juniper Contrail support to
> devCloud environment
>
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19892/
>
> Ship it!
>
> 537536835bfe5161946fbc83675b4a4696536949
>
>
> - daan Hoogland
>
> On April 30th, 2014, 11:15 p.m. UTC, Sachchidanand Vaidya wrote:
>   Review request for cloudstack.
> By Sachchidanand Vaidya.
>
> *Updated April 30, 2014, 11:15 p.m.*
> *Repository: *cloudstack-git
> Description
>
> Add OpenContrail support to devCloud environment:
> - Created new devcloud advanced networking config file 
> (devcloud-advanced_juniper-contrail.cfg).
> - Modification to deployDataCenter script, to enable 
> "JuniperContrailRouter" &
>   "JuniperContrailVpcRouter" providers.
>
>   Testing
>
> Unit tested with devCloud2 and ACS4.3 code base.
>
>   Diffs
>
>- tools/devcloud/devcloud-advanced_juniper-contrail.cfg (PRE-CREATION)
>- tools/marvin/marvin/deployDataCenter.py (31f663e)
>
> View Diff 
>



-- 
Daan

Console Proxy Error!!

[Prakash Rao Banuka]

Hi,

After upgrading from cloudstack 4.2 to cloudstack 4.3, the console proxy VM is 
running but when we actually go to an instance and click on view console then 
it is giving an error (Firefox can't find the server at 
10-10-10-40.*.realhostip.com.)Google Chrome error is (Unable to resolve the 
server's DNS address.)

Any Ideas?

Thank you
Prakash

Review Request 21015: CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, fixing NPEs/Null UUIDs with usage API calls.

[Sam Schmit]

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

Review request for cloudstack.


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


Repository: cloudstack-git


Description
---

Running "listUsageRecords" when there were any destroyed/expunged Virtual 
Machines would return errors (on 4.3) or return null UUIDs (on master).  The 
UUID is important for correlating records.


Diffs
-

  server/src/com/cloud/api/ApiResponseHelper.java 250f5a9 

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


Testing
---

1)  Created virtual machine
2)  Ran usage
3)  ran "listUsageRecords" API call, successful data returned
4)  Expunged VM
5)  Ran usage
6)  ran "listUsageRecords" API call, successful data returned (this would 
previously return an error)


Thanks,

Sam Schmit

Re: Review Request 20557: CLOUDSTACK-6472 listUsageRecords generates NPEs for expunging instances

[Sam Schmit]

All,

I have submitted a bug fix patch for this issue:

https://reviews.apache.org/r/21015/diff/

If approved, this fix should also find its way into the 4.3 and 4.4 builds.
 It is fairly critical for getting usage data out of cloudstack.

Sam Schmit


On Thu, May 1, 2014 at 5:35 PM, Nate Gordon  wrote:

> Sorry for being late to the discussion, I believe this patch doesn't fully
> do what is actually expected. This patch does prevent the NPE, but doesn't
> prevent the reason why the NPE was happening in the first place. It appears
> that in commit f5e5b39, all the instances of
> find{something}ByIdIncludingRemoved(id) where changed to
> find{something}ById(id). This was 9 months ago, and since then it was
> changed again to _entityMgr.findById({something}.class, id). So the reason
> for the NPE is actually that we aren't querying for removed entries, but
> those entries still exist, and used to be returned by the listUsageRecords
> api. This patch mostly just prevents the UUID field from being populated in
> those instances, which are relied upon by myself and surely others to
> correlate records together.
>
> I'll try to get a new patch put together tonight that addresses that,
> unless there is some other commentary as to why findByIdIncludingRemoved
> was not included in the EntityManager interface, but is still present in
> EntityManagerImpl.
>
> Having said that, I was just commenting to someone today that it would be
> nice if there was some null checking done in this process and am glad that
> it exists now. We have instances from time to time where something just
> gets flat out removed from the db and that tends to break usage which
> requires some unfortunate debugging effort.
>
> Thanks,
>
> -Nate
>
>
> On Fri, Apr 25, 2014 at 4:01 PM, Sebastien Goasguen  >wrote:
>
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/20557/#review41524
> > ---
> >
> > Ship it!
> >
> >
> > Applied to 4.3 with commit:
> > 08997a9ba37d939dc6e546c632daf93b2b04e825
> >
> > I re-wrote the patch and committed to master as well with:
> > 744e2a54e8b05d8136382664d8e5b9e3649fe88e
> >
> > Thanks for the patch, please make sure to tell us if there is more issue
> > with this.
> >
> > You can mark the review as submitted.
> >
> >
> > - Sebastien Goasguen
> >
> >
> > On April 23, 2014, 12:47 p.m., Pierre-Yves Ritschard wrote:
> > >
> > > ---
> > > This is an automatically generated e-mail. To reply, visit:
> > > https://reviews.apache.org/r/20557/
> > > ---
> > >
> > > (Updated April 23, 2014, 12:47 p.m.)
> > >
> > >
> > > Review request for cloudstack.
> > >
> > >
> > > Bugs: CLOUDSTACK-6472
> > > https://issues.apache.org/jira/browse/CLOUDSTACK-6472
> > >
> > >
> > > Repository: cloudstack-git
> > >
> > >
> > > Description
> > > ---
> > >
> > > This is a review request for CLOUDSTACK-6472 "listUsageRecords
> generates
> > NPEs for expunging instances"
> > >
> > > The patch is against the 4.3 branch
> > >
> > >
> > > Diffs
> > > -
> > >
> > >   server/src/com/cloud/api/ApiResponseHelper.java e543d1c
> > >
> > > Diff: https://reviews.apache.org/r/20557/diff/
> > >
> > >
> > > Testing
> > > ---
> > >
> > >
> > > Thanks,
> > >
> > > Pierre-Yves Ritschard
> > >
> > >
> >
> >
>
>
> --
>
>
> *Nate Gordon*Director of Technology | Appcore - the business of cloud
> computing®
>
> Office +1.800.735.7104  |  Direct +1.515.612.7787
> nate.gor...@appcore.com  |  www.appcore.com
>
> --
>
> The information in this message is intended for the named recipients only.
> It may contain information that is privileged, confidential or otherwise
> protected from disclosure. If you are not the intended recipient, you are
> hereby notified that any disclosure, copying, distribution, or the taking
> of any action in reliance on the contents of this message is strictly
> prohibited. If you have received this e-mail in error, do not print it or
> disseminate it or its contents. In such event, please notify the sender by
> return e-mail and delete the e-mail file immediately thereafter. Thank you.
>

Re: listVirtualMachine API With Name Parameter Set

[Daan Hoogland]

This is not the same in any list* API. Some use name =  others
use name like '%%'.  It seems counter intuitive regarding that
there is also a keyword parameter that is match against several fields
using like '%%'. I will start a separate thread on api
revision about revising this.

On Fri, May 2, 2014 at 2:18 PM, Koushik Das  wrote:
> The name parameter is used in the sql query filter as "where name like 
> ", so more than one can be returned.
>
> On 01-May-2014, at 8:16 PM, Matt Spurlin  wrote:
>
>> Hi all,
>> I am looking at
>> CLOUDSTACK-6555.
>> I am wondering if the name parameter is meant to return only one result if
>> there is an exact match or if returning all results that include the
>> specified value is the expected behavior.
>> Thanks,
>> Matt
>



-- 
Daan

[ACS5.0][DISCUSS][API] revising call structure and other backward incompatabilities

[Daan Hoogland]

People,

There are several features in the API that different people want to revise.

1 the calls that use sensitive data using a http-get. When security is
needed this hurts and should be disabled (being by configuration or
altogether)
2 list* API calls interpret the name parameter in a non-consistent
way. some use "name = " others use "name like '%%'"
3 the way maps and lists are passed is not standard and has different
implementations.

these are just the examples from the top of my head. There are bound
to be others. It seems to me it is time to start work on a definition
of how the 5.0 API should look.

any takers?

-- 
Daan

Re: [ACS4.4] Cherry pick for CLOUDSTACK-6483

[Daan Hoogland]

3 pulled in

On Fri, May 2, 2014 at 7:37 PM, Brian Federle  wrote:
> Please cherry-pick 4.4-forward commits for CLOUDSTACK-6483 (in this order):
>
> 0b03609c45ecb5b4525e6a7b5216c70032d94a39
> 7daabf6515509dc276b968c6ca042cf964a328da
> 430d14b67608039159403036dae3dc7af1e590f5
>
> Thank you,
> Brian



-- 
Daan

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

[Daan Hoogland]

Chiradeep, I am not current on cloudmonkey, so I have to 0. Just
wondering though, don't you have 3 +1, counting you?

On Fri, May 2, 2014 at 7:32 PM, Chiradeep Vittal
 wrote:
> Gentle reminder (esp. PMC folks). I have 2 +1 PMC votes and no –1 votes. I 
> will close this out next Monday, unless there are any –1 by then.
>
> From: Chiradeep Vittal 
> mailto:chiradeep.vit...@citrix.com>>
> Reply-To: "dev@cloudstack.apache.org" 
> mailto:dev@cloudstack.apache.org>>
> Date: Thursday, April 24, 2014 at 5:12 PM
> To: "dev@cloudstack.apache.org" 
> mailto:dev@cloudstack.apache.org>>
> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0
>
> Hi All,
>
> I've created a 5.1.0 release of CloudMonkey, with the following artifacts
> up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shor
> tlog;h=refs/heads/5.1.0
> Commit: 0b7a6bce246bbf261e6f096d1c18a85949ed5a22
>
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob
> _plain;f=CHANGES;hb=5.1.0
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.1.0/
>
> PGP release keys (signed using E8DAE809):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
>



-- 
Daan

Re: [ACS5.0][DISCUSS][API] revising call structure and other backward incompatabilities

[Min Chen]

+1

In working IAM feature, we realized that we have very inconsistent
interpretations on the same parameters (i.e. listAll, isRecursive,
account, domainId, etc) in different list and operational APIs, which
render granting almost impossible without breaking some backward
compatibility. We really need to start thinking about new APIs.

Thanks
-min

On 5/2/14 11:22 AM, "Daan Hoogland"  wrote:

>People,
>
>There are several features in the API that different people want to
>revise.
>
>1 the calls that use sensitive data using a http-get. When security is
>needed this hurts and should be disabled (being by configuration or
>altogether)
>2 list* API calls interpret the name parameter in a non-consistent
>way. some use "name = " others use "name like '%%'"
>3 the way maps and lists are passed is not standard and has different
>implementations.
>
>these are just the examples from the top of my head. There are bound
>to be others. It seems to me it is time to start work on a definition
>of how the 5.0 API should look.
>
>any takers?
>
>-- 
>Daan

Re: Console Proxy Error!!

[Amogh Vasekar]

http://goo.gl/IsnRFw

Thanks,
Amogh

On 5/2/14 11:13 AM, "Prakash Rao Banuka"  wrote:

>Hi,
>
>After upgrading from cloudstack 4.2 to cloudstack 4.3, the console proxy
>VM is running but when we actually go to an instance and click on view
>console then it is giving an error (Firefox can't find the server at
>10-10-10-40.*.realhostip.com.)Google Chrome error is (Unable to
>resolve the server's DNS address.)
>
>Any Ideas?
>
>Thank you
>Prakash
>

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

[Chiradeep Vittal]

Heh… Yes, that is correct.
Although the release procedure calls for "binding +1 votes are in the 
majority”.  Technically just one +1 vote is needed.

From: Daan Hoogland mailto:daan.hoogl...@gmail.com>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Friday, May 2, 2014 at 11:29 AM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

Chiradeep, I am not current on cloudmonkey, so I have to 0. Just
wondering though, don't you have 3 +1, counting you?

On Fri, May 2, 2014 at 7:32 PM, Chiradeep Vittal
mailto:chiradeep.vit...@citrix.com>> wrote:
Gentle reminder (esp. PMC folks). I have 2 +1 PMC votes and no –1 votes. I will 
close this out next Monday, unless there are any –1 by then.

From: Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>>
Reply-To: 
"dev@cloudstack.apache.org"
 
mailto:dev@cloudstack.apache.org>>
Date: Thursday, April 24, 2014 at 5:12 PM
To: 
"dev@cloudstack.apache.org"
 
mailto:dev@cloudstack.apache.org>>
Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

Hi All,

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shor
tlog;h=refs/heads/5.1.0
Commit: 0b7a6bce246bbf261e6f096d1c18a85949ed5a22

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

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

PGP release keys (signed using E8DAE809):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 hours.

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

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





--
Daan

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

[Chiradeep Vittal]

Sorry,

Lazy Majority of active PMC members is required for approval.
So, you are right, 3 +1s.


From: Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>>
Date: Friday, May 2, 2014 at 11:41 AM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

Heh… Yes, that is correct.
Although the release procedure calls for "binding +1 votes are in the 
majority”.  Technically just one +1 vote is needed.

From: Daan Hoogland mailto:daan.hoogl...@gmail.com>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Friday, May 2, 2014 at 11:29 AM
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

Chiradeep, I am not current on cloudmonkey, so I have to 0. Just
wondering though, don't you have 3 +1, counting you?

On Fri, May 2, 2014 at 7:32 PM, Chiradeep Vittal
mailto:chiradeep.vit...@citrix.com>> wrote:
Gentle reminder (esp. PMC folks). I have 2 +1 PMC votes and no –1 votes. I will 
close this out next Monday, unless there are any –1 by then.

From: Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>>
Reply-To: 
"dev@cloudstack.apache.org"
 
mailto:dev@cloudstack.apache.org>>
Date: Thursday, April 24, 2014 at 5:12 PM
To: 
"dev@cloudstack.apache.org"
 
mailto:dev@cloudstack.apache.org>>
Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

Hi All,

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shor
tlog;h=refs/heads/5.1.0
Commit: 0b7a6bce246bbf261e6f096d1c18a85949ed5a22

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

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

PGP release keys (signed using E8DAE809):
https://dist.apache.org/repos/dist/release/cloudstack/KEYS

Vote will be open for 72 hours.

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

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





--
Daan

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0

[Chip Childers]

Unfortunately, I don't have time to personally test, however can you
give me your pypi username?  You'll need to be added to the project
there to push the release out (besides the official ASF source
release).

On Fri, May 2, 2014 at 2:52 PM, Chiradeep Vittal
 wrote:
> Sorry,
>
> Lazy Majority of active PMC members is required for approval.
> So, you are right, 3 +1s.
>
>
> From: Chiradeep Vittal 
> mailto:chiradeep.vit...@citrix.com>>
> Date: Friday, May 2, 2014 at 11:41 AM
> To: "dev@cloudstack.apache.org" 
> mailto:dev@cloudstack.apache.org>>
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0
>
> Heh… Yes, that is correct.
> Although the release procedure calls for "binding +1 votes are in the 
> majority”.  Technically just one +1 vote is needed.
>
> From: Daan Hoogland mailto:daan.hoogl...@gmail.com>>
> Reply-To: "dev@cloudstack.apache.org" 
> mailto:dev@cloudstack.apache.org>>
> Date: Friday, May 2, 2014 at 11:29 AM
> To: "dev@cloudstack.apache.org" 
> mailto:dev@cloudstack.apache.org>>
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0
>
> Chiradeep, I am not current on cloudmonkey, so I have to 0. Just
> wondering though, don't you have 3 +1, counting you?
>
> On Fri, May 2, 2014 at 7:32 PM, Chiradeep Vittal
> mailto:chiradeep.vit...@citrix.com>> wrote:
> Gentle reminder (esp. PMC folks). I have 2 +1 PMC votes and no –1 votes. I 
> will close this out next Monday, unless there are any –1 by then.
>
> From: Chiradeep Vittal 
> mailto:chiradeep.vit...@citrix.com>>
> Reply-To: 
> "dev@cloudstack.apache.org"
>  
> mailto:dev@cloudstack.apache.org>>
> Date: Thursday, April 24, 2014 at 5:12 PM
> To: 
> "dev@cloudstack.apache.org"
>  
> mailto:dev@cloudstack.apache.org>>
> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.1.0
>
> Hi All,
>
> I've created a 5.1.0 release of CloudMonkey, with the following artifacts
> up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shor
> tlog;h=refs/heads/5.1.0
> Commit: 0b7a6bce246bbf261e6f096d1c18a85949ed5a22
>
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob
> _plain;f=CHANGES;hb=5.1.0
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.1.0/
>
> PGP release keys (signed using E8DAE809):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
>
>
>
>
> --
> Daan
>

Re: Review Request 21015: CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, fixing NPEs/Null UUIDs with usage API calls.

[ASF Subversion and Git Services]

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


Commit 81b4731e3b5265943017f88b850421154184f7c5 in cloudstack's branch 
refs/heads/master from Sam Schmit
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=81b4731 ]

CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, 
fixing NPEs/Null UUIDs with usage API calls.

Signed-off-by: Sebastien Goasguen 


- ASF Subversion and Git Services


On May 2, 2014, 6:15 p.m., Sam Schmit wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21015/
> ---
> 
> (Updated May 2, 2014, 6:15 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-6472
> https://issues.apache.org/jira/browse/CLOUDSTACK-6472
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Running "listUsageRecords" when there were any destroyed/expunged Virtual 
> Machines would return errors (on 4.3) or return null UUIDs (on master).  The 
> UUID is important for correlating records.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/api/ApiResponseHelper.java 250f5a9 
> 
> Diff: https://reviews.apache.org/r/21015/diff/
> 
> 
> Testing
> ---
> 
> 1)  Created virtual machine
> 2)  Ran usage
> 3)  ran "listUsageRecords" API call, successful data returned
> 4)  Expunged VM
> 5)  Ran usage
> 6)  ran "listUsageRecords" API call, successful data returned (this would 
> previously return an error)
> 
> 
> Thanks,
> 
> Sam Schmit
> 
>

Re: Review Request 21015: CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, fixing NPEs/Null UUIDs with usage API calls.

[Sebastien Goasguen]

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

Ship it!


applied to master with 81b4731e3b5265943017f88b850421154184f7c5

thanks you can mark the review as submitted

- Sebastien Goasguen


On May 2, 2014, 6:15 p.m., Sam Schmit wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21015/
> ---
> 
> (Updated May 2, 2014, 6:15 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-6472
> https://issues.apache.org/jira/browse/CLOUDSTACK-6472
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Running "listUsageRecords" when there were any destroyed/expunged Virtual 
> Machines would return errors (on 4.3) or return null UUIDs (on master).  The 
> UUID is important for correlating records.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/api/ApiResponseHelper.java 250f5a9 
> 
> Diff: https://reviews.apache.org/r/21015/diff/
> 
> 
> Testing
> ---
> 
> 1)  Created virtual machine
> 2)  Ran usage
> 3)  ran "listUsageRecords" API call, successful data returned
> 4)  Expunged VM
> 5)  Ran usage
> 6)  ran "listUsageRecords" API call, successful data returned (this would 
> previously return an error)
> 
> 
> Thanks,
> 
> Sam Schmit
> 
>

Re: Review Request 21015: CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, fixing NPEs/Null UUIDs with usage API calls.

[ASF Subversion and Git Services]

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


Commit fe84b674c14b6494770b489100e92a116b3b1f49 in cloudstack's branch 
refs/heads/4.4-forward from Sam Schmit
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=fe84b67 ]

CLOUDSTACK-6472 listUsageRecords: Pull information from removed items as well, 
fixing NPEs/Null UUIDs with usage API calls.


- ASF Subversion and Git Services


On May 2, 2014, 6:15 p.m., Sam Schmit wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21015/
> ---
> 
> (Updated May 2, 2014, 6:15 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-6472
> https://issues.apache.org/jira/browse/CLOUDSTACK-6472
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Running "listUsageRecords" when there were any destroyed/expunged Virtual 
> Machines would return errors (on 4.3) or return null UUIDs (on master).  The 
> UUID is important for correlating records.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/api/ApiResponseHelper.java 250f5a9 
> 
> Diff: https://reviews.apache.org/r/21015/diff/
> 
> 
> Testing
> ---
> 
> 1)  Created virtual machine
> 2)  Ran usage
> 3)  ran "listUsageRecords" API call, successful data returned
> 4)  Expunged VM
> 5)  Ran usage
> 6)  ran "listUsageRecords" API call, successful data returned (this would 
> previously return an error)
> 
> 
> Thanks,
> 
> Sam Schmit
> 
>

RE: SAP Users

[Erica Miller]

Hi,

 

I was hoping to hear back from you! Did you get a chance to review my
previous email?

 

Kindly let me know if you have any emails list requirement for your upcoming
marketing projects, so that I can get back to you accordingly.

 

Look forward to hear from you.

 

Thanks

Erica

 

From: Erica Miller [mailto:er...@accesssimple.com] 
Sent: Tuesday, April 29, 2014 2:49 PM
To: 'dev@cloudstack.apache.org'
Subject: SAP Users

 

Hi,

 

Would you be Interested to acquire an opt-in emails list of SAP Users?

 

We do have the list having Verified emails and precise details of SAP Users
across the Globe:

 

Few of SAP Users List are:

 

. SAP Business Suite

. SAP Business Suite

. SAP CRM

. SAP Enterprise Asset Management

. SAP Enterprise Resource Planning

. SAP Financial Management

. SAP Human Capital Management

. SAP Product Lifecycle Management 

. SAP Supply Chain Management

. SAP Cloud Computing

. SAP Business Networks

. SAP Mobile Device Management

. SAP Managed Mobility

. SAP Data Warehousing

. SAP Content Management

. SAP IT Management

. SAP Real-Time Data Platform

. SAP Application Foundation & Security

. AND OTHER SAP PRODUCTS

 

Our List consists of: Company Name, Contact Name ( First Name, Middle Name,
Last Name), Contact Job Title, verified email addresses, Company URL,
Physical address, Phone number, Fax Number, Revenue size, Employees Size,
Technology Type, Industry Type, Industry Descriptions and other relevant
information.

 

Other Technology Users:- MS Dynamics, MS SharePoint, BMC software, CA
technology, Citrix Technology, EMC, ESRI, IBM, Infor, JD Edwards, Juniper,
NetApp, Opentext, Oracle, Quickbooks, Sage, SolarWinds Technology, Sugar CRM
Technology, Teradata Technology, VMware, Zebra Technology 

 

If you're interested in any other specific Technology, kindly let me know so
that I can get back to you accordingly.

 

Target Technology: __?; Target Geography: ?

 

Looking forward to hear from you soon.

 

Regards,

 

Erica Miller | Online Marketing Manager | Access simple. Inc,

 

 

Note: You were specifically sent this email based upon your company profile.
If for some reason this was sent in error or you wish not to receive any
further messages from us please reply with subject line as "Exclude" and you
will be excluded from all future mailings.

Re: Review Request 20557: CLOUDSTACK-6472 listUsageRecords generates NPEs for expunging instances

[Sebastien Goasguen]

On May 2, 2014, at 2:17 PM, Sam Schmit  wrote:

> All,
> 
> I have submitted a bug fix patch for this issue:
> 
> https://reviews.apache.org/r/21015/diff/
> 
> If approved, this fix should also find its way into the 4.3 and 4.4 builds.  
> It is fairly critical for getting usage data out of cloudstack.
> 

Sam, thanks a lot for the patch. Since You and Pyr actually use this in prod, I 
will rely on your for testing :)

I applied your patch to master and 4.4-forward.

I need a clean patch for 4.3

If you could check 4.4-forward and tell me if it's ok then I will request a 
cherry-pick shortly (to make the first RC).


> Sam Schmit
> 
> 
> On Thu, May 1, 2014 at 5:35 PM, Nate Gordon  wrote:
> Sorry for being late to the discussion, I believe this patch doesn't fully
> do what is actually expected. This patch does prevent the NPE, but doesn't
> prevent the reason why the NPE was happening in the first place. It appears
> that in commit f5e5b39, all the instances of
> find{something}ByIdIncludingRemoved(id) where changed to
> find{something}ById(id). This was 9 months ago, and since then it was
> changed again to _entityMgr.findById({something}.class, id). So the reason
> for the NPE is actually that we aren't querying for removed entries, but
> those entries still exist, and used to be returned by the listUsageRecords
> api. This patch mostly just prevents the UUID field from being populated in
> those instances, which are relied upon by myself and surely others to
> correlate records together.
> 
> I'll try to get a new patch put together tonight that addresses that,
> unless there is some other commentary as to why findByIdIncludingRemoved
> was not included in the EntityManager interface, but is still present in
> EntityManagerImpl.
> 
> Having said that, I was just commenting to someone today that it would be
> nice if there was some null checking done in this process and am glad that
> it exists now. We have instances from time to time where something just
> gets flat out removed from the db and that tends to break usage which
> requires some unfortunate debugging effort.
> 
> Thanks,
> 
> -Nate
> 
> 
> On Fri, Apr 25, 2014 at 4:01 PM, Sebastien Goasguen wrote:
> 
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/20557/#review41524
> > ---
> >
> > Ship it!
> >
> >
> > Applied to 4.3 with commit:
> > 08997a9ba37d939dc6e546c632daf93b2b04e825
> >
> > I re-wrote the patch and committed to master as well with:
> > 744e2a54e8b05d8136382664d8e5b9e3649fe88e
> >
> > Thanks for the patch, please make sure to tell us if there is more issue
> > with this.
> >
> > You can mark the review as submitted.
> >
> >
> > - Sebastien Goasguen
> >
> >
> > On April 23, 2014, 12:47 p.m., Pierre-Yves Ritschard wrote:
> > >
> > > ---
> > > This is an automatically generated e-mail. To reply, visit:
> > > https://reviews.apache.org/r/20557/
> > > ---
> > >
> > > (Updated April 23, 2014, 12:47 p.m.)
> > >
> > >
> > > Review request for cloudstack.
> > >
> > >
> > > Bugs: CLOUDSTACK-6472
> > > https://issues.apache.org/jira/browse/CLOUDSTACK-6472
> > >
> > >
> > > Repository: cloudstack-git
> > >
> > >
> > > Description
> > > ---
> > >
> > > This is a review request for CLOUDSTACK-6472 "listUsageRecords generates
> > NPEs for expunging instances"
> > >
> > > The patch is against the 4.3 branch
> > >
> > >
> > > Diffs
> > > -
> > >
> > >   server/src/com/cloud/api/ApiResponseHelper.java e543d1c
> > >
> > > Diff: https://reviews.apache.org/r/20557/diff/
> > >
> > >
> > > Testing
> > > ---
> > >
> > >
> > > Thanks,
> > >
> > > Pierre-Yves Ritschard
> > >
> > >
> >
> >
> 
> 
> --
> 
> 
> *Nate Gordon*Director of Technology | Appcore - the business of cloud
> computing®
> 
> Office +1.800.735.7104  |  Direct +1.515.612.7787
> nate.gor...@appcore.com  |  www.appcore.com
> 
> --
> 
> The information in this message is intended for the named recipients only.
> It may contain information that is privileged, confidential or otherwise
> protected from disclosure. If you are not the intended recipient, you are
> hereby notified that any disclosure, copying, distribution, or the taking
> of any action in reliance on the contents of this message is strictly
> prohibited. If you have received this e-mail in error, do not print it or
> disseminate it or its contents. In such event, please notify the sender by
> return e-mail and delete the e-mail file immediately thereafter. Thank you.
> 

CLOUDSTACK-6464: Cloudstack 4.3 instances can't access outside world

[Daan Hoogland]

Devs,

I found this thread about a kvm/network regression in the users list
[1]. Is there any expert on the subject looking at it? Do we have kvm
users on the dev list that recognize the issue?


[1]http://markmail.org/message/4lbxept2gka4tybx

regards,
-- 
Daan

[ACS4.4] cherry-pick for CLOUDSTACK-6475

[Alena Prokharchyk]

Daan, can you please cherry-pick following commit from 4.4-forward branch?

commit 4e7498bc08a11d7b7ca35c2ed3babb85299d74b4
Author: Alena Prokharchyk 
Date:   Fri May 2 13:47:13 2014 -0700

LOUDSTACK-6475: cleanupVPC task - removed the transaction wrapping up 
multiple VPC destroy as the destroy operation has external calls, to prevent 
long-locked transaction.
Reviewed-by: Prachi Damle

Re: [ACS4.4] cherry-pick for CLOUDSTACK-6475

[Daan Hoogland]

On Fri, May 2, 2014 at 11:23 PM, Alena Prokharchyk
 wrote:
> 4e7498bc08a11d7b7ca35c2ed3babb85299d74b4


done

-- 
Daan

[ACS4.4] cherry-pick for CLOUDSTACK-6569

[Min Chen]

Hi Hugo/Daan,

Can you please cherry-pick the following commit from 4.4-forward to 4.4?

Commit: 03f6188c1c478222914904e3d7abac2740e98655
CLOUDSTACK-6569: IAM - Regular user is able to listNetworks of another
user in the same domain , by passing account and domainId.

Thanks
-min

Re: [ACS4.4] cherry-pick for CLOUDSTACK-6569

[Daan Hoogland]

On Fri, May 2, 2014 at 11:57 PM, Min Chen  wrote:
> 03f6188c1c478222914904e3d7abac2740e98655




-- 
Daan

Re: IDE Configuration Issues

[Ian Duffy]

There's little need to mess with the classpath stuff. Let the maven handle
that.

Import the project into intellij as a maven project, it should resolve all
redist dependencies. You can add the noredist jar manually via the project
structure options in intellij.




On 2 May 2014 16:07, Alex Hitchins  wrote:

> Hello All,
>
> I was hoping someone might be able to help me with an issue I keep getting.
>
> My builds seem to be working A-OK, I can get Jetty running, build noredist,
> deploy database etc. The issue seems to only be with whatever IDE I use. I
> would like to use IntelliJ IDEA so I've been doing most of my hair pulling
> with the latest version. I've loaded up the project and tried to make
> however have been getting lots of errors.
>
> It seems that the majority of errors are related to imports statements.
> Using IntelliJ I can 'fix' the issue by selecting 'Add to Class path'. Once
> done, this seems to work and remove that error. I've re-built from the
> command line before & after this process and I don't get any knock-on
> effects. I looked at the classpath file before and it appeared all were
> already there, with explicit links to the jar files.
>
> After having gone through all the import statements causing errors I now
> get
> errors related to the spring framework. The error says it can't find the
> class file for a selection of objects, first one I see is
> o.s.c.e.EnvironmentCapable. I guess this is something similar to the
> classpath issue above, as the project will compile on the command line.
>
> Am I doing something fundamentally wrong? What am I missing?
>
> And help gratefully received!
>
>
> Alex Hitchins
> --
> E: a...@alexhitchins.com
> W: alexhitchins.com
> M: 07788 423 969
> T: 01892 523 587
>
>
>

[ACS4.4] cherry-pick for CLOUDSTACK-6568

[Min Chen]

Hi Hugo/Daan,

Can you please cherry-pick the following commit from 4.4-forward to 4.4?

Commit: ffec3d02844fe644d40f35c55a83719b8d6102b6
CLOUDSTACK-6568:API:createVolume: Volume gets created with wrong domain
ID.

Thanks
-min

Re: Review Request 19892: Add Juniper Contrail support to devCloud environment

[Sachchidanand Vaidya]

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

(Updated May 2, 2014, 5:23 p.m.)


Review request for cloudstack.


Changes
---

Uploading diff based off ACS4.4 code base.


Repository: cloudstack-git


Description
---

Add OpenContrail support to devCloud environment:
- Created new devcloud advanced networking config file 
(devcloud-advanced_juniper-contrail.cfg).
- Modification to deployDataCenter script, to enable 
"JuniperContrailRouter" &
  "JuniperContrailVpcRouter" providers.


Diffs (updated)
-

  tools/devcloud/devcloud-advanced_juniper-contrail.cfg PRE-CREATION 
  tools/marvin/marvin/deployDataCenter.py c4f6e1e 

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


Testing
---

Unit tested with devCloud2 and ACS4.3 code base.


Thanks,

Sachchidanand Vaidya

Re: Review Request 19892: Add Juniper Contrail support to devCloud environment

[Sachchidanand Vaidya]

Hi Daan,
   I uploaded a diff  
(ACS4.4-0004-Add-OpenContrail-support-to-devCloud-environment.patch) based on 
ACS4.4 code base.

Thanks,
Sachin

From: Daan Hoogland mailto:daan.hoogl...@gmail.com>>
Date: Friday, May 2, 2014 11:03 AM
To: Sachchidanand Vaidya mailto:vaidy...@juniper.net>>
Cc: cloudstack mailto:dev@cloudstack.apache.org>>
Subject: Re: Review Request 19892: Add Juniper Contrail support to devCloud 
environment

It doesn't cherry-pick cleaanly. Can you have a look?


On Thu, May 1, 2014 at 7:38 PM, Sachchidanand Vaidya 
mailto:vaidy...@juniper.net>> wrote:
Thanks Daan. Can it be committed to 4.4 as well.

Best Regards,
Sachin

From: daan Hoogland mailto:daan.hoogl...@gmail.com>>
Reply-To: daan Hoogland 
mailto:daan.hoogl...@gmail.com>>
Date: Thursday, May 1, 2014 4:11 AM
To: daan Hoogland mailto:daan.hoogl...@gmail.com>>, 
Sachchidanand Vaidya mailto:vaidy...@juniper.net>>, 
cloudstack mailto:dev@cloudstack.apache.org>>
Subject: Re: Review Request 19892: Add Juniper Contrail support to devCloud 
environment

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


Ship it!

537536835bfe5161946fbc83675b4a4696536949


- daan Hoogland


On April 30th, 2014, 11:15 p.m. UTC, Sachchidanand Vaidya wrote:

Review request for cloudstack.
By Sachchidanand Vaidya.

Updated April 30, 2014, 11:15 p.m.

Repository: cloudstack-git
Description

Add OpenContrail support to devCloud environment:
- Created new devcloud advanced networking config file 
(devcloud-advanced_juniper-contrail.cfg).
- Modification to deployDataCenter script, to enable 
"JuniperContrailRouter" &
  "JuniperContrailVpcRouter" providers.


Testing

Unit tested with devCloud2 and ACS4.3 code base.


Diffs

  *   tools/devcloud/devcloud-advanced_juniper-contrail.cfg (PRE-CREATION)
  *   tools/marvin/marvin/deployDataCenter.py (31f663e)

View Diff




--
Daan

[ACS4.4] Cherry pick

[Mike Tutkowski]

Hi Daan,

Could you please cherry pick 0cdcab26f5636ed4de2d1c26a6606f85f935f6da to
4.4?

It contains changes to fix an issue related to the "Reinstall VM" command
and managed storage with VMware.

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: [ACS4.4] Cherry-pick for CLOUDSTACK-6317

[Sateesh Chodapuneedi]

Thanks Daan.

Regards,
Sateesh

> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: 02 May 2014 22:33
> To: dev
> Subject: Re: [ACS4.4] Cherry-pick for CLOUDSTACK-6317
> 
> On Fri, May 2, 2014 at 3:19 PM, Sateesh Chodapuneedi 
>  wrote:
> > ce7a689ae16f5a28b3ad9ff50a7bb19af31df4cf
> 
> 
> done
> 
> --
> Daan

Fwd: Cloudstack 4.3 instances can't access outside world

[Serg Senko]

There is very urgent bug moved from users@

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


-- Forwarded message --
From: Sebastien Goasguen 
Date: Fri, May 2, 2014 at 12:48 PM
Subject: Re: Cloudstack 4.3 instances can't access outside world
To: us...@cloudstack.apache.org



On Apr 30, 2014, at 4:14 PM, Evan McGee  wrote:

> +1 on this — it’s a bit surprising that such a major regression made it
into 4.3 final, as it appears any installation with traffic labeling will
be affected.
>
> Should this conversation be moved to dev@cloudstack.apache.org?

Yes please, can you send a note to dev@ with the issue.

thanks

>
> On Apr 30, 2014, at 3:42 AM, Serg Senko  wrote:
>
>> Hi Seresh,
>>
>> This bug is still unassigned.
>> It will be fixed?
>>
>> Currently is now way for upgrade to 4.3, 4.4..
>>
>>
>>
>>
>> On Mon, Apr 21, 2014 at 11:46 AM, Suresh Sadhu wrote:
>>
>>> This need to be addressed and for tracking purpose I have raised this
bug.
>>> kindly update your findings:
>>>
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-6464
>>>
>>> regards
>>> sadhu
>>>
>>>
>>> -Original Message-
>>> From: Serg [mailto:kernc...@gmail.com]
>>> Sent: 21 April 2014 12:04
>>> To: us...@cloudstack.apache.org
>>> Cc: us...@cloudstack.apache.org
>>> Subject: Re: Cloudstack 4.3 instances can't access outside world
>>>
>>> Hi Suresh,
>>>
>>> Thanks for your update.
>>> There is already submitted bug ( bug id?)? it's will be fixed in 4.3.1
or
>>> committed to 4.4?
>>>
>>>
>>>
>>> --
>>> Serg
>>>
 On 21 באפר 2014, at 08:50, Suresh Sadhu 
wrote:

 Its temporary  and its regression bug caused due to other last min
>>> commit. due to this traffic labels are not considering.

 Regards
 Sadhu



 -Original Message-
 From: Serg Senko [mailto:kernc...@gmail.com]
 Sent: 21 April 2014 11:12
 To: us...@cloudstack.apache.org
 Subject: Re: Cloudstack 4.3 instances can't access outside world

 Hi,

 What does mean "In 4.3 traffic labels are not considering" ?
 It's temporary or " traffic labels " is deprecated now ?


 Does mean, anyone with KVM traffic labels environment can't upgrade to
>>> 4.3.0?





 On Thu, Apr 10, 2014 at 5:05 PM, Suresh Sadhu >>> wrote:

> Did you used traffic name labels?
>
> In 4.3 traffic labels are not considering ,by default its attaching
> to default  traffic labels(eg:in KVM its cloudbr0 ...due to this
> unable to access public network i.r before upgrade if ieth2 attached
> cloudbr1 and after upgrade its attached to cloudbr0).maybe you are
>>> hitting this issue.
>
> Regards
> sadhu
>
>
> -Original Message-
> From: motty cruz [mailto:motty.c...@gmail.com]
> Sent: 10 April 2014 19:28
> To: us...@cloudstack.apache.org
> Subject: Re: Cloudstack 4.3 instances can't access outside world
>
> yes I can ping VR, also after the upgrade VR has four insterfaces,
> eth0 subnet for Instances, eth1, eth2 for public IP and eth3 for
public
>>> IP.
>
>
>> On Wed, Apr 9, 2014 at 10:35 PM, Erik Weber 
>>> wrote:
>>
>> Can you ping the VR? Log on to the VR, and get the iptables rules.
>> How do they look?
>>
>> Erik Weber
>> 10. apr. 2014 00:21 skrev "motty cruz" 
>>> følgende:
>>
>>> I did add egress rules, reboot network but no sucess, so I removed
>>> that rules and nothing.
>>>
>>> I am lost.
>>>
>>>
>>> On Wed, Apr 9, 2014 at 9:08 AM, Erik Weber 
> wrote:
>>>
 Did you remove the egress rule again? If not, try that.

 Erik
 9. apr. 2014 15:49 skrev "motty cruz" 
> følgende:

> yes I try adding the rule, restart network and router but no
> success!
>
>
> On Tue, Apr 8, 2014 at 11:16 PM, Erik Weber 
>>> wrote:
>
>> Try adding an egress rule, and removing it again.
>>
>> We experience the same, but has so far believed it was
>> because we
 changed
>> the default rule from deny to allow after accounts were made..
>>
>>
>> On Tue, Apr 8, 2014 at 11:14 PM, motty cruz
>> 
> wrote:
>>
>>> I have two isolated network both virtual routers can ping
>> anywhere,
 but
>> the
>>> Instances behind the virtual router can't ping or access
>>> the
 internet.
>>>
>>>
>>>
>>>
>>> On Tue, Apr 8, 2014 at 10:38 AM, motty cruz <
>> motty.c...@gmail.com>
>> wrote:
>>>
 Hello,
 I'm having issues with VMs unable to access outside world.
 I
>> can
 ping
 gateway, also when I log in to virtual router, I am able
 to
>> ping
 google.com or anywhere.
 in