date:20130806

Rajesh,

You must reside behind a proxy or firwall that prohibits you from
working. I can access the page you linked us to.

regards,
Daan

On Tue, Aug 6, 2013 at 5:24 AM, Rajesh Battala
 wrote:
> Am still not able to access any pages.
> Ex : https://cwiki.apache.org/confluence/users/viewmyprofile.action
> even a publicly accessable page, when I login am getting error
> Not Permitted
> You are not permitted to perform this operation.
>
> Please do the needful.
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Go Chiba [mailto:go.ch...@gmail.com]
> Sent: Monday, August 5, 2013 7:37 PM
> To: dev@cloudstack.apache.org
> Subject: Re: unable to view content of cwiki
>
> Yes, I able to access them too.
> Rajesh, are you still can't access cwiki page? if yes, please share some 
> example link.
>
>
> On Mon, Aug 5, 2013 at 10:47 PM, Daan Hoogland wrote:
>
>> I've able to access the wiki all day so far.
>>
>> On Mon, Aug 5, 2013 at 12:43 PM, Rajesh Battala
>>  wrote:
>> > Hi All,
>> >
>> > Am not able to view any link of cwiki.
>> > Am getting permission denied to view any content.
>> > Please let me know how to resolve this issue.
>> >
>> > Thanks
>> > Rajesh Battala
>>
>
>
>
> --
> 千葉 豪  Go Chiba
> E-mail:go.ch...@gmail.com

Re: Review Request 13312: CLOUDSTACK-3211 - Add help docs for S3 secondary storage configuration.


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


Commit a764cb91b30cb998aa391a1dc897cbafec26f34a in branch refs/heads/master 
from Thomas O'Dowd
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=a764cb9 ]

CLOUDSTACK-3211: Add help docs to S3 secondary storage configuration.

When adding an S3 secondary storage, the administrator will
now be shown help for each input field making it friendlier
to use.

Signed-off-by: Prasanna Santhanam 
(cherry picked from commit 74643c9561b1ea564f180c3780ef762e97e7c10b)


- ASF Subversion and Git Services


On Aug. 6, 2013, 7:10 a.m., Thomas O'Dowd wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13312/
> ---
> 
> (Updated Aug. 6, 2013, 7:10 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-3211
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Add help docs to S3 secondary storage configuration.
> 
> When adding an S3 secondary storage, the administrator will now be shown help 
> for each input field making it friendlier to use.
> 
> 
> Diffs
> -
> 
>   ui/scripts/docs.js 03318b8 
>   ui/scripts/system.js 92fa867 
> 
> Diff: https://reviews.apache.org/r/13312/diff/
> 
> 
> Testing
> ---
> 
> Clean compile of 4.2. Logged in as admin. Clicked Infrastrucure. Add 
> Secondary Storage, select S3 as the provider and used the UI while viewing 
> help.
> 
> 
> Thanks,
> 
> Thomas O'Dowd
> 
>

Re: Review Request 13312: CLOUDSTACK-3211 - Add help docs for S3 secondary storage configuration.


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


Commit 7fd71d708a34556eb9ab168e52f4471a8c2acdc8 in branch refs/heads/4.2 from 
Thomas O'Dowd
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=7fd71d7 ]

CLOUDSTACK-3211: Add help docs to S3 secondary storage configuration.

When adding an S3 secondary storage, the administrator will
now be shown help for each input field making it friendlier
to use.

Signed-off-by: Prasanna Santhanam 


- ASF Subversion and Git Services


On Aug. 6, 2013, 7:10 a.m., Thomas O'Dowd wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13312/
> ---
> 
> (Updated Aug. 6, 2013, 7:10 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-3211
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Add help docs to S3 secondary storage configuration.
> 
> When adding an S3 secondary storage, the administrator will now be shown help 
> for each input field making it friendlier to use.
> 
> 
> Diffs
> -
> 
>   ui/scripts/docs.js 03318b8 
>   ui/scripts/system.js 92fa867 
> 
> Diff: https://reviews.apache.org/r/13312/diff/
> 
> 
> Testing
> ---
> 
> Clean compile of 4.2. Logged in as admin. Clicked Infrastrucure. Add 
> Secondary Storage, select S3 as the provider and used the UI while viewing 
> help.
> 
> 
> Thanks,
> 
> Thomas O'Dowd
> 
>

Re: Review Request 13312: CLOUDSTACK-3211 - Add help docs for S3 secondary storage configuration.


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

Ship it!


Applied on 4.2 and master

- Prasanna Santhanam


On Aug. 6, 2013, 7:10 a.m., Thomas O'Dowd wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13312/
> ---
> 
> (Updated Aug. 6, 2013, 7:10 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-3211
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Add help docs to S3 secondary storage configuration.
> 
> When adding an S3 secondary storage, the administrator will now be shown help 
> for each input field making it friendlier to use.
> 
> 
> Diffs
> -
> 
>   ui/scripts/docs.js 03318b8 
>   ui/scripts/system.js 92fa867 
> 
> Diff: https://reviews.apache.org/r/13312/diff/
> 
> 
> Testing
> ---
> 
> Clean compile of 4.2. Logged in as admin. Clicked Infrastrucure. Add 
> Secondary Storage, select S3 as the provider and used the UI while viewing 
> help.
> 
> 
> Thanks,
> 
> Thomas O'Dowd
> 
>

Re: Breaking docs out

one litle spark here; why does every thing need to go in its own repo.
I would rather go for putting it all in one repo.

not much of a flame but here you go.

Daan

On Tue, Aug 6, 2013 at 6:25 AM, Radhika Puthiyetath
 wrote:
> Make perfect sense.
> + 1
>
> -Radhika
>
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: Tuesday, August 06, 2013 3:13 AM
> To: dev@cloudstack.apache.org
> Subject: Breaking docs out
>
> Hi folks:
>
> I'd like to propose breaking out a nuymber of our documents into their own 
> repos.
>
> My thinking is that specifically; the release notes, midonet, and niciranvp 
> documentation shares very little with the rest of the documentation, and 
> should be broken out akin to how the QIG is currently broken out.
>
> The particular problem I am trying to solve is to deal with publishing. For 
> instance, even though the release notes are contained in just a few xml 
> documents, it copies content from every single xml file in thd directory - 
> over 400 - and it also copies those up to the website.
>
> Splitting things up also allows us to prioritize l10n. Right now, we just 
> dump 400 xml files worth of content into transifex and people translate away 
> - they can't put a priority on release notes, or de-emphasize more esoteric 
> documentation like Nicira or Midonet.
>
> Eventually I'd like to break out each of the individual guides into their own 
> document - separate from the other. Right now they carry a ton of similar 
> content so that isn't very practical; but it's what I am thinking, perhaps 
> for 4.4 or 4.5.
>
> In the meantime, I'd like to make this change as soon as we think we have 
> documentation pretty close to done for 4.2 to minimize the disruptive effects.
>
> Thoughts, comments, flames?
>
> --David

RE: unable to view content of cwiki

Sorry the issue is not with the site. 
Issue is with my account. Can someone please provide permission to my account 
to access the content. 
My email rajesh.batt...@citrix.com

Thanks
Rajesh Battala


-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Tuesday, August 6, 2013 1:21 PM
To: dev
Subject: Re: unable to view content of cwiki

Rajesh,

You must reside behind a proxy or firwall that prohibits you from working. I 
can access the page you linked us to.

regards,
Daan

On Tue, Aug 6, 2013 at 5:24 AM, Rajesh Battala  
wrote:
> Am still not able to access any pages.
> Ex : https://cwiki.apache.org/confluence/users/viewmyprofile.action
> even a publicly accessable page, when I login am getting error Not 
> Permitted You are not permitted to perform this operation.
>
> Please do the needful.
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Go Chiba [mailto:go.ch...@gmail.com]
> Sent: Monday, August 5, 2013 7:37 PM
> To: dev@cloudstack.apache.org
> Subject: Re: unable to view content of cwiki
>
> Yes, I able to access them too.
> Rajesh, are you still can't access cwiki page? if yes, please share some 
> example link.
>
>
> On Mon, Aug 5, 2013 at 10:47 PM, Daan Hoogland wrote:
>
>> I've able to access the wiki all day so far.
>>
>> On Mon, Aug 5, 2013 at 12:43 PM, Rajesh Battala 
>>  wrote:
>> > Hi All,
>> >
>> > Am not able to view any link of cwiki.
>> > Am getting permission denied to view any content.
>> > Please let me know how to resolve this issue.
>> >
>> > Thanks
>> > Rajesh Battala
>>
>
>
>
> --
> 千葉 豪  Go Chiba
> E-mail:go.ch...@gmail.com

Re: upgrade path 4.1.1 -> 4.2/master

Thanks Harikrishna,

it worked just fine

On Thu, Aug 1, 2013 at 11:12 PM, Daan Hoogland  wrote:
> I did a 4.0 -> 4.1.1 -> master
> I can/will go back to 4.0 and report my findings tomorrow
>
> On Thu, Aug 1, 2013 at 8:02 PM, Harikrishna Patnala
>  wrote:
>> Have you taken the DB dump before trying to upgrade.
>> Then you can build CS in 4.1.1 and apply the dump.
>>
>> -Harikrishna
>>
>> On 01-Aug-2013, at 8:42 PM, Daan Hoogland  wrote:
>>
>>> I have allready run master against this dev env, and added the
>>> mentioned entry in the upgrade map. Now I cannot access the database
>>> using 4.1.1 anymore because of
>>> ERROR [agent.manager.AgentManagerImpl] (AgentTaskPool-1:) Monitor
>>> StoragePoolMonitor says there is an error in the connect process for 3
>>> due to DB Exception on:
>>> com.mysql.jdbc.JDBC4PreparedStatement@4171352e: SELECT
>>> storage_pool.id, storage_pool.name, storage_pool.uuid,
>>> storage_pool.pool_type, storage_pool.created, storage_pool.removed,
>>> storage_pool.update_time, storage_pool.data_center_id,
>>> storage_pool.pod_id, storage_pool.available_bytes,
>>> storage_pool.capacity_bytes, storage_pool.status, storage_pool.scope,
>>> storage_pool.storage_provider_id, storage_pool.host_address,
>>> storage_pool.path, storage_pool.port, storage_pool.user_info,
>>> storage_pool.cluster_id FROM storage_pool WHERE
>>> storage_pool.data_center_id = 1  AND  ( storage_pool.pod_id IS NULL
>>> OR storage_pool.pod_id = 1  )  AND  ( storage_pool.cluster_id IS NULL
>>> OR storage_pool.cluster_id = 1  )  AND storage_pool.removed IS NULL
>>> com.cloud.utils.exception.CloudRuntimeException: DB Exception on:
>>> com.mysql.jdbc.JDBC4PreparedStatement@4171352e: SELECT
>>> storage_pool.id, storage_pool.name, storage_pool.uuid,
>>> storage_pool.pool_type, storage_pool.created, storage_pool.removed,
>>> storage_pool.update_time, storage_pool.data_center_id,
>>> storage_pool.pod_id, storage_pool.available_bytes,
>>> storage_pool.capacity_bytes, storage_pool.status, storage_pool.scope,
>>> storage_pool.storage_provider_id, storage_pool.host_address,
>>> storage_pool.path, storage_pool.port, storage_pool.user_info,
>>> storage_pool.cluster_id FROM storage_pool WHERE
>>> storage_pool.data_center_id = 1  AND  ( storage_pool.pod_id IS NULL
>>> OR storage_pool.pod_id = 1  )  AND  ( storage_pool.cluster_id IS NULL
>>> OR storage_pool.cluster_id = 1  )  AND storage_pool.removed IS NULL
>>> at 
>>> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:415)
>>> at 
>>> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>>> at 
>>> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.java:350)
>>> ...
>>> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException:
>>> Unknown column 'storage_pool.available_bytes' in 'field list'
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>>
>>> any change I can salvage this installation to run with master? I.E.
>>> add the templates outside cloudstack somehow? (and promise I will
>>> never do it again)
>>>
>>>
>>> On Thu, Aug 1, 2013 at 4:43 PM, Harikrishna Patnala
>>>  wrote:
 My comments inline.

 Thanks
 Harikrishna
 On 01-Aug-2013, at 7:05 PM, Daan Hoogland 
 wrote:

> Harikrishna,
>
> I suppose I have to register those templates before upgrading; i.e. in
> the 4.1.1 version management server.
 Yes. in 4.1.1 these templates are registered as USER templates. During 
 upgrade to 4.2 these are converted to SYSTEM templates

> Is this procedure described somewhere?
 Usually upgrade instructions are given in the release notes.
 For 4.1 upgrade you can look at Chapter 4 
 http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Release_Notes/upgrade-instructions.html#upgrade-from-4.0-to-4.1

> Do I bake the templates myself first or should I use publicly offered 
> templates?
 No need to prepare templates. I guess there is some discussion happening 
 for place to download system templates.
 You can download these templates from jenkins URL 
 http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/

>
> thanks,
> Daan
>
> On Thu, Aug 1, 2013 at 3:16 PM, Harikrishna Patnala
>  wrote:
>> Hi Daan,
>> Before upgrading to 4.2 we need to register the new system templates for 
>> each hypervisor with specific names so that during upgrade these new 
>> templates are set to the system vms.
>> It is mandatory to upgrade the system vm template if we want upgrade to 
>> 4.2.
>>
>> Here seems like you have a Xen cluster. So you need to register xen 
>> system template with name systemvm-xenserver-4.2.
>> So for the existing clusters you need to register system vm template per 
>> hypervisor.
>> System template names are for each hy

Re: Review Request 12934: Tests for egress firewall rules for advance zone


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

Ship it!


Applied on master and 4.2 and some minor changes.
Please watch the runs for failures/errors from the next run onwards:
http://jenkins.buildacloud.org/view/cloudstack-qa/job/test-regression-matrix/




- Prasanna Santhanam


On Aug. 6, 2013, 4:38 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12934/
> ---
> 
> (Updated Aug. 6, 2013, 4:38 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, Jayapal Reddy, and Prasanna 
> Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Tests for egress firewall rules for advance zone.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_egress_fw_rules.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/12934/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Review Request 13316: CLOUDSTACK-3723: System VM Template for XenServer has wrong guest OS type Information on the Database.

2013-08-06 Thread Sanjay Tripathi


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

Review request for cloudstack, Abhinandan Prateek and Devdeep Singh.


Bugs: CLOUDSTACK-3723


Repository: cloudstack-git


Description
---

CLOUDSTACK-3723: System VM Template for XenServer has wrong guest OS type 
Information on the Database.

Made the correction in the DB entry to point to Debian 7.0 template instead of 
Debain 6.0.


Diffs
-

  setup/db/db/schema-410to420.sql f98bb50 
  setup/db/templates.sql ba13841 

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


Testing
---

Verifed the fix locally on cloudstack environment:

1. Created CS environment successfully.
2. SystemVMs are coming up fine.
3. UserVMs are getting deployed successfully.


Thanks,

Sanjay Tripathi

Review Request 13317: db upgrade 4.1.1 to master


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

Review request for cloudstack.


Repository: cloudstack-git


Description
---

not worth much review but have a look if you like


Diffs
-

  engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java eb987ea 

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


Testing
---


Thanks,

daan Hoogland

Re: Review Request 12685: CLOUDSTACK-1532 added utility functions to scan URIs

Hi Daan / Alex,

Sorry I missed this change at the time, but it looks problematic to me.

The code is trying to check for a scheme part in the incoming value, and
doesn't add
a scheme if value already has one. Therefore, if the scheme check has a
false positive
(it thinks the value has a scheme, but it doesn't), we are guaranteed to
produce an
invalid URI (no scheme part) and an exception.

I'm pretty sure the current scheme check is invalid given the URI spec, but
definitely
shout if I'm off base.

Here's the check:
if (value.toString().contains(":"))
return new URI(value.toString());
else
return new URI(scheme, value.toString(), null);

"value" in this case is ssp, the Scheme Specific Part (see signature of the
URI
constructor we're using [1]). There are basically no restrictions on the
scheme
specific part of a URI, and certainly no restriction on the presence of
colons.
In fact, many URIs have an authority part in the SSP (e.g. user:password)
 which
*requires* a colon [2]. http is another example, where a colon is
used within the
SSP to specify the port.

In summary, it's perfectly valid to have a colon in the scheme specific
part of a URI,
so we shouldn't be creating invalid URIs in that case.

What are we trying to protect against in the first place with the check?
Should we
just remove the check?

Thanks,
Dave.

[1] 
http://docs.oracle.com/javase/6/docs/api/java/net/URI.html#URI(java.lang.String,
java.lang.String, java.lang.String)
[2] http://www.ietf.org/rfc/rfc2396.txt

Review Request 13318: Update documentation for LDAP authentication


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

Review request for cloudstack and Abhinandan Prateek.


Repository: cloudstack-git


Description
---

Update documentation


Diffs
-

  docs/en-US/LDAP-for-user-authentication.xml 61f204c 
  docs/en-US/example-activedirectory-configuration.xml 98ab5da 
  docs/en-US/example-openldap-configuration.xml 2b28032 
  docs/en-US/images/add-ldap-configuration-ad.png 
7d0aa0f44f994fe7a6539527ef42fc68b2d333f6 
  docs/en-US/images/add-ldap-configuration-openldap.png 
c801275dbc964f1d0a4637aaf59e9b7e860c6624 

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


Testing
---

Build with publican.


Thanks,

Ian Duffy

Re: Review Request 13316: CLOUDSTACK-3723: System VM Template for XenServer has wrong guest OS type Information on the Database.

2013-08-06 Thread Sanjay Tripathi


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

(Updated Aug. 6, 2013, 9:14 a.m.)


Review request for cloudstack, Abhinandan Prateek and Devdeep Singh.


Changes
---

Added the mapping in CitrixHelper file to support Debain 7 in older XS versions.


Bugs: CLOUDSTACK-3723


Repository: cloudstack-git


Description
---

CLOUDSTACK-3723: System VM Template for XenServer has wrong guest OS type 
Information on the Database.

Made the correction in the DB entry to point to Debian 7.0 template instead of 
Debain 6.0.


Diffs (updated)
-

  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixHelper.java 
9cdbd84 
  setup/db/db/schema-410to420.sql f98bb50 
  setup/db/templates.sql ba13841 

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


Testing
---

Verifed the fix locally on cloudstack environment:

1. Created CS environment successfully.
2. SystemVMs are coming up fine.
3. UserVMs are getting deployed successfully.


Thanks,

Sanjay Tripathi

Re: Review Request 12849: added backwards compatibility code to Networks enums


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

(Updated Aug. 6, 2013, 9:16 a.m.)


Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Koushik Das, and 
Sheng Yang.


Changes
---

get Dave involved, because of his mido code


Repository: cloudstack-git


Description
---

Both BroadcastDomainType and IsolationType needed some extra code for backwards 
compatibility


Diffs
-

  api/src/com/cloud/network/Networks.java c76c3d4 
  api/test/com/cloud/network/NetworksTest.java 31114e8 

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


Testing
---


Thanks,

daan Hoogland

Re: Review Request 12685: CLOUDSTACK-1532 added utility functions to scan URIs

Hi,

Adding Daan's reply - I sent to the wrong dev@ first time around, so the
reply went astray:

> On Tue, Aug 6, 2013 at 10:30 AM, Dave Cahill  wrote:
> > I'm pretty sure the current scheme check is invalid given the URI spec,
but
> > definitely
> > shout if I'm off base.
>
> You are not 'way' of but please review https://reviews.apache.org/r/12849/
>
> If the caller needs BroadcastDomainType the reason why should be known
> and the value-member can be called taking your foreseen problem into
> account. The code you are quoting would 'just' be a default behavior.
>
> regards,
> Daan

If you're around, maybe discussing on IRC would be faster?

I took a read of the code you posted, and the default behavior still causes
an exception if colons are
present in the value passed to toUri.

I might be interpreting wrong, but it sounds like you're saying anyone
using BroadcastDomainType
should actively work around the new (incorrect) default colon handling by
changing what value they're
passing. This seems like a strange choice, since the value they're passing
may be perfectly correct and
other parts of the system may depend on it. Why would we intentionally change
the existing behavior
to start handling colons incorrectly, and put the burden on the caller?

The rest of the code looks fine to me, but the colon part breaks existing
callers (the MidoNet plugin
for one), is confusing for anyone using BroadcastDomainType in future, and
I don't yet see what it
gains us.

I'll add comments on the review. Thanks for the quick reply; feel free to
grab me on IRC, we'll probably
figure this out faster than on a mail thread. :)

Thanks,
Dave.

On Tue, Aug 6, 2013 at 5:38 PM, Dave Cahill  wrote:

> Hi Daan / Alex,
>
> Sorry I missed this change at the time, but it looks problematic to me.
>
> The code is trying to check for a scheme part in the incoming value, and
> doesn't add
> a scheme if value already has one. Therefore, if the scheme check has a
> false positive
> (it thinks the value has a scheme, but it doesn't), we are guaranteed to
> produce an
> invalid URI (no scheme part) and an exception.
>
> I'm pretty sure the current scheme check is invalid given the URI spec,
> but definitely
> shout if I'm off base.
>
> Here's the check:
> if (value.toString().contains(":"))
> return new URI(value.toString());
> else
> return new URI(scheme, value.toString(), null);
>
> "value" in this case is ssp, the Scheme Specific Part (see signature of
> the URI
> constructor we're using [1]). There are basically no restrictions on the
> scheme
> specific part of a URI, and certainly no restriction on the presence of
> colons.
> In fact, many URIs have an authority part in the SSP (e.g. user:password)
>  which
> *requires* a colon [2]. http is another example, where a colon is
> used within the
> SSP to specify the port.
>
> In summary, it's perfectly valid to have a colon in the scheme specific
> part of a URI,
> so we shouldn't be creating invalid URIs in that case.
>
> What are we trying to protect against in the first place with the check?
> Should we
> just remove the check?
>
> Thanks,
> Dave.
>
> [1] 
> http://docs.oracle.com/javase/6/docs/api/java/net/URI.html#URI(java.lang.String,
> java.lang.String, java.lang.String)
> [2] http://www.ietf.org/rfc/rfc2396.txt
>

please provide access to cwiki for my account

Hi ,

Am not able to view any page in cwiki after login-in.
Am getting permission denied for any page view.
Here is my account email 
rajesh.batt...@citrix.com
Please provide access to my a/c.


Thanks
Rajesh Battala

Re: Review Request 12849: added backwards compatibility code to Networks enums


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



api/src/com/cloud/network/Networks.java


Commenting as discussed on list - I think we should remove the check for 
contains(":") at this line. We weren't doing it before July 20, it's invalid as 
per the URI spec, and it breaks existing callers.


- Dave Cahill


On Aug. 6, 2013, 9:16 a.m., daan Hoogland wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12849/
> ---
> 
> (Updated Aug. 6, 2013, 9:16 a.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Koushik Das, 
> and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Both BroadcastDomainType and IsolationType needed some extra code for 
> backwards compatibility
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/network/Networks.java c76c3d4 
>   api/test/com/cloud/network/NetworksTest.java 31114e8 
> 
> Diff: https://reviews.apache.org/r/12849/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> daan Hoogland
> 
>

RE: [Doc] Adding Multiple IP Ranges is Ready

2013-08-06 Thread Radhika Puthiyetath

Thanks for the comments, Bharat.

The comments have been incorporated.

You can view them in the PDF attached at  
https://issues.apache.org/jira/browse/CLOUDSTACK-847

-Radhika

From: Bharat Kumar
Sent: Friday, August 02, 2013 11:07 AM
To: Radhika Puthiyetath
Subject: Re: [Doc] Adding Multiple IP Ranges is Ready

Hi Radhika,

due to recent design changes there is a changes in the behavior. I will 
describe these below.

1.)Please remove these lines form the doc
"This operation fails if an IP from the remove range is in use. If the remove 
range contains the IP address on which the DHCP server is running, CloudStack 
acquires a new IP from the same subnet. If no IP is available in the subnet, 
the remove operation fails."

2.) Change the Heading to adding multiple subnets to a shared network.

3.) Mention that this is supported when virtual router is the provider of DNS  
and DHCP.
the user data and ssh-key reset service runs on the primary ip of eth0 
interface.  The primary ip being the ip allocated to eth0 interface
of the virtual router from the first subnet.  In case if the virtual router is 
used for providing the dns, Cloudstack adds the entry "eth0Ip data-server" in 
the /etc/hosts
of the router vm and users form all the subnets can use this name "data-server" 
to access the user-data.




On Aug 1, 2013, at 4:39 PM, Radhika Puthiyetath 
mailto:radhika.puthiyet...@citrix.com>> wrote:


Hi,

Adding Multiple IP Ranges documentation is ready for review. The doc is 
attached at https://issues.apache.org/jira/browse/CLOUDSTACK-847

Please see 15.13. Adding Multiple IP Ranges (139), and provide your feedback.

Regards
-Radhika

Re: IP Address Allocation

2013-08-06 Thread Murali Reddy

On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:

>One way to achieve this behavior is to have a call out in prepareNic() to
>the NetworkElements before the call to the NetworkGuru allowing the
>NetworkElement to update the Nic Profile. In this use case the Network
>Element would suggest an IP Address. In the use case below the IP Address
>would be updated by the NetworkElement. There is logic in getIp(), the
>current IP Allocation that handles the case where the Nic Profile already
>has an IP Address. This needs to be updated to handle this new use case.
>The current use case assume that the VM had already been prepared once
>and has an IP Address allocated that could be reused.
>
>Does anyone see a problem with this approach?

Purpose of Guru (to design the network) and Element (implement the
network) are different. Right way would be for your plug-in to implement
both network Guru and element and let the guru do the IP address
allocation.

>-Soheil
>
>From: Soheil Eizadi [seiz...@infoblox.com]
>Sent: Monday, August 05, 2013 2:35 PM
>To: dev@cloudstack.apache.org
>Subject: IP Address Allocation
>
>I am trying to figure out what would be the proper way for a Plugin to
>interact with the CloudStack VM deployment and provide an authoritative
>IP Address from its database versus the local CloudStack database. It
>looks like the NetworkElements are not presented an opportunity to
>provide an IP Address and you must develop a NetworkGuru to provide this
>function. There is some customization of the IP Address designed into the
>Secondary NICs (see allocateGuestIP()).
>-Soheil
>

Re: Review Request 13223: (CLOUDSTACK-2729) use file lock to prevent concurrent refreshPool/deleteVolume on KVM shared storage pool


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


Commit 5cb090ed40816950d0c9dbb62135240a7c8b1e3d in branch refs/heads/master 
from Wei Zhou
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=5cb090e ]

CLOUDSTACK-2729: move unlock to finally block to handle failed libvirt 
operations


- ASF Subversion and Git Services


On Aug. 5, 2013, 6:07 p.m., Wei Zhou wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13223/
> ---
> 
> (Updated Aug. 5, 2013, 6:07 p.m.)
> 
> 
> Review request for cloudstack, edison su and Wido den Hollander.
> 
> 
> Bugs: CLOUDSTACK-2729
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The storage pool issue (CLOUDSTACK-2729) is because of a bug in libvirt 
> (https://bugzilla.redhat.com/show_bug.cgi?id=977706)
> We need to prevent deleting a volume when refreshing the pool.
> This patch use a simple file lock to implement it.
> 
> PS: I have tested another file lock similar to Read/Write file lock, but it 
> was very unstable.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  b8a9f0f 
> 
> Diff: https://reviews.apache.org/r/13223/diff/
> 
> 
> Testing
> ---
> 
> Applied on 4.0.2 and 4.0.1
> 
> Testing On 4.0.1 From 20,June
> 3 nodes, create a VM on each node every 15 minutes. Destroy the VMs 5 minutes 
> later. expunge.inteval = 600 (10 minutes), expunge.worker = 2
>  
> 
> Testing On 4.0.2 From 01,July
> 2 nodes, create two VMs on each node every 5 minutes. Destroy the VMs 4 
> minutes later. expunge.inteval = 600 (10 minutes), expunge.worker = 2 
> 
> 
> Thanks,
> 
> Wei Zhou
> 
>

Re: Review Request 13223: (CLOUDSTACK-2729) use file lock to prevent concurrent refreshPool/deleteVolume on KVM shared storage pool


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


Commit c229244dabb5c5685fbb1aab84de9afdf199820b in branch refs/heads/4.2 from 
Wei Zhou
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c229244 ]

CLOUDSTACK-2729: move unlock to finally block to handle failed libvirt 
operations
(cherry picked from commit 5cb090ed40816950d0c9dbb62135240a7c8b1e3d)


- ASF Subversion and Git Services


On Aug. 5, 2013, 6:07 p.m., Wei Zhou wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13223/
> ---
> 
> (Updated Aug. 5, 2013, 6:07 p.m.)
> 
> 
> Review request for cloudstack, edison su and Wido den Hollander.
> 
> 
> Bugs: CLOUDSTACK-2729
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The storage pool issue (CLOUDSTACK-2729) is because of a bug in libvirt 
> (https://bugzilla.redhat.com/show_bug.cgi?id=977706)
> We need to prevent deleting a volume when refreshing the pool.
> This patch use a simple file lock to implement it.
> 
> PS: I have tested another file lock similar to Read/Write file lock, but it 
> was very unstable.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  b8a9f0f 
> 
> Diff: https://reviews.apache.org/r/13223/diff/
> 
> 
> Testing
> ---
> 
> Applied on 4.0.2 and 4.0.1
> 
> Testing On 4.0.1 From 20,June
> 3 nodes, create a VM on each node every 15 minutes. Destroy the VMs 5 minutes 
> later. expunge.inteval = 600 (10 minutes), expunge.worker = 2
>  
> 
> Testing On 4.0.2 From 01,July
> 2 nodes, create two VMs on each node every 5 minutes. Destroy the VMs 4 
> minutes later. expunge.inteval = 600 (10 minutes), expunge.worker = 2 
> 
> 
> Thanks,
> 
> Wei Zhou
> 
>

Re: Review Request 12849: added backwards compatibility code to Networks enums


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

(Updated Aug. 6, 2013, 10:41 a.m.)


Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Koushik Das, and 
Sheng Yang.


Changes
---

default behavior as decided after consult with Dave


Repository: cloudstack-git


Description
---

Both BroadcastDomainType and IsolationType needed some extra code for backwards 
compatibility


Diffs (updated)
-

  api/src/com/cloud/network/Networks.java c76c3d4 
  api/test/com/cloud/network/NetworksTest.java 31114e8 

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


Testing
---


Thanks,

daan Hoogland

RE: please provide access to cwiki for my account

After resetting the password also am still facing the issue. 
Please do the needful.

Thanks
Rajesh Battala

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com] 
Sent: Tuesday, August 6, 2013 3:14 PM
To: dev@cloudstack.apache.org
Subject: please provide access to cwiki for my account

Hi ,

Am not able to view any page in cwiki after login-in.
Am getting permission denied for any page view.
Here is my account email 
rajesh.batt...@citrix.com
Please provide access to my a/c.

Thanks
Rajesh Battala

Re: database upgrade

I did a submission, https://reviews.apache.org/r/13317/

On Mon, Aug 5, 2013 at 8:27 PM, Chip Childers  wrote:
> On Mon, Aug 05, 2013 at 08:23:48PM +0200, Daan Hoogland wrote:
>> :) meaning now, i suppose.
>>
>> On Mon, Aug 5, 2013 at 7:12 PM, Chip Childers  
>> wrote:
>> > On Mon, Aug 05, 2013 at 12:32:19PM +0200, Daan Hoogland wrote:
>> >> H,
>> >>
>> >> What is the policy for adding upgrade paths?
>> >>
>> >> I am working on upgrade from 4.1.1 already.
>> >> So when do we add
>> >> _upgradeMap.put("4.1.1", new DbUpgrade[] { new
>> >> Upgrade410to420(), new Upgrade420to430() });
>> >> to DatabaseUpgradeChecker?
>> >>
>> >> thanks,
>> >> Daan
>> >>
>> >
>> > Yup, that should be right.
>>
>
> Yeah, it should be added if it's not yet.

Re: Review Request 13316: CLOUDSTACK-3723: System VM Template for XenServer has wrong guest OS type Information on the Database.

2013-08-06 Thread Jenkins Cloudstack.org


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


Review 13316 failed the build test : FAILURE
The url of build cloudstack-master-with-patch #113 is : 
http://jenkins.cloudstack.org/job/cloudstack-master-with-patch/113/

- Jenkins Cloudstack.org


On Aug. 6, 2013, 9:14 a.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13316/
> ---
> 
> (Updated Aug. 6, 2013, 9:14 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Devdeep Singh.
> 
> 
> Bugs: CLOUDSTACK-3723
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-3723: System VM Template for XenServer has wrong guest OS type 
> Information on the Database.
> 
> Made the correction in the DB entry to point to Debian 7.0 template instead 
> of Debain 6.0.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixHelper.java
>  9cdbd84 
>   setup/db/db/schema-410to420.sql f98bb50 
>   setup/db/templates.sql ba13841 
> 
> Diff: https://reviews.apache.org/r/13316/diff/
> 
> 
> Testing
> ---
> 
> Verifed the fix locally on cloudstack environment:
> 
> 1. Created CS environment successfully.
> 2. SystemVMs are coming up fine.
> 3. UserVMs are getting deployed successfully.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

Review Request 13320: In case when all the vnets are deleted we are not logging a error message if there are vnets allocated.


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

Review request for cloudstack and Jayapal Reddy.


Bugs: Cloudstack-4105


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4105
In case when all the vnets are deleted we are not logging a error message if 
there are vnets allocated.
Also not updating the physicalnetwork table in this case.


Diffs
-

  engine/schema/src/com/cloud/dc/dao/DataCenterVnetDao.java de68e1e 
  engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java 3ac2729 
  server/src/com/cloud/network/NetworkServiceImpl.java 304cefa 

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


Testing
---

Tested on 4.2


Thanks,

bharat kumar

Review Request 13319: [KVM] [PrimaryStorage] deleteStoragePool is not removing the storage pool information from KVM agent/host.

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

Review request for cloudstack, Devdeep Singh, edison su, and Ram Ganesh.

Bugs: 3887

Repository: cloudstack-git

Description
---

Issue:
==
[KVM] [PrimaryStorage] deleteStoragePool is not removing the storage pool
information from KVM agent/host.

root cause:
==
In the CloudstackPrimaryDatastorelifecycleImpl class, deletedataStore method
when storage is getting deleted which is attached to kvm hosts, from the list
of hosts only for first host Agentcmd is sent to remove the storage.
In case of xenserver this will work as the xapi will take care of removing the
storagepool from its slaves.

In case of KVM we need to send to all hosts to remove the storage.

Fixed:
==
Fixed by sending the agent command to all the hosts if the storage pool is
attached to KVM type hypervisor.

Diffs
-

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

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

Testing
---

1. Created a zone with two kvm hosts and one xenserver host
2. Created cluster scope primary storage for kvm cluster, storage got mounted
on both kvm hosts.
3. Enabled maintenance on storage and removed the storage pool.
4. Storage got successfully umount from both the hosts. virsh-pool is not
listing the removed storage pool.

5. Created ZONE scope PS, storage got mounted in both the KVM hosts.
6 Storage got successfully umount from both the hosts. virsh-pool is not
listing the removed storage pool.

7. created cluster scope for Xenserver Cluster.
8. Enabled maintenance on storage and removed the storage pool.
9. Storage got successfully umount from both xenserver.

Thanks,

Rajesh Battala

Review Request 13321: Fix test_vm_passwordenabled.py to properly reset guest VM password

2013-08-06 Thread SrikanteswaraRao Talluri


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

Review request for cloudstack and Prasanna Santhanam.


Bugs: CLOUDSTACK-4098


Repository: cloudstack-git


Description
---

Modify password enable vm script for the following: 

1. correct the services dictionary for the "small" virtual machine details. 
2. add the download of cloud-set-guest-password script and required egress 
rule(port 80). 
3. correct base.py for the following 
a. get the reset password correctly. 
b. add EgressFirewallRule command. 


Diffs
-

  test/integration/component/test_vm_passwdenabled.py ebe32c8 
  tools/marvin/marvin/integration/lib/base.py 770ac3d 

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


Testing
---

tests passed.


Thanks,

SrikanteswaraRao Talluri

Review Request 13322: CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm template not found. Cannot upgrade system Vms

2013-08-06 Thread Harikrishna Patnala


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

Review request for cloudstack and Kishan Kavala.


Bugs: CLOUDSTACK-4070


Repository: cloudstack-git


Description
---

CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm 
template not found. Cannot upgrade system Vms

System template upgrade is not required during 4.0 upgrade since we handle the 
same during 4.2 upgrade. So removing the system template update during 4.0 
upgrade.


Diffs
-

  engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java e1b56df 
  engine/schema/src/com/cloud/upgrade/dao/Upgrade302to40.java 6f31fdd 

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


Testing
---

Tested locally by having a vmware cluster and new system template registered in 
2.2.14 setup and upgraded to 4.2. vm_template and vm_instance tables are 
getting updated as expected.


Thanks,

Harikrishna Patnala

Help needed with Cloudstack Setup

2013-08-06 Thread Sarath Chandra

Hi All,

I am doing a fresh cloudstack installation and am not able to instantiate
any VMs (both system & guest vms). I am seeing the following errors:

ERROR [network.element.SspElement] (consoleproxy-1:ctx-6d22b00c)
ReservationContext was null for NicProfile[2-1-null-null-null
Ntwk[202|Control|3]
ERROR [network.element.SspElement] (secstorage-1:ctx-3f99cd9c)
ReservationContext was null for NicProfile[84-22-null-10.20.30.11-null
Ntwk[200|Public|1]
ERROR [network.element.SspElement] (consoleproxy-1:ctx-6d22b00c)
ReservationContext was null for NicProfile[3-1-null-null-null
Ntwk[201|Management|2]
WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
(consoleproxy-1:ctx-6d22b00c) Exception while trying to start console proxy
com.cloud.exception.InsufficientServerCapacityException: Unable to create a
deployment for VM[ConsoleProxy|v-1-VM]Scope=interface
com.cloud.dc.DataCenter; id=1

at a later place
com.cloud.utils.exception.CloudRuntimeException: Failed to find template
routing-3 in VMTemplateStoragePool


I suspect my configuration is wrong some where. Can anybody kindly check
and confirm if my configuration is right. If its right, then please point
me to the likely cause of this issue.


I have attached a picture to this mail which shows my lab setup. To give a
brief, the following is my setup:

Server <--> Switch 1 <--> Switch 2 <>
KVM Hypervisor

The switches allow all Vlan traffic to pass through them (basically trunk
all and have added vlans 3100,3200,3300 to both the switches)


On my server I have done the following:


   - Ubuntu 13.04 OS
   - Started NFS and exported to /mnt/primary (not using this) and
   /mnt/secondary
   - Installed the System template by executing the command  :
   cloud-install-sys-tmplt -m /mnt/secondary -u
   http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2-h
kvm -o localhost -r root -d
   - $ mvn clean install -P developer,systemvm
   - $ mvn -P developer -pl developer -Ddeploydb  (Deployed the db)
   - $ mvn -pl :cloud-client-ui jetty:run  (Started the management server)

On my hypervisor I have the following:

   - Ubuntu 13.04 OS
   - KVM as hypervisor

*Server Interface configuration:*
eth0 : Corporate Lab network ip (lets call it as server-corporate-ip)
eth1.3200 : 172.16.10.1 (assigned during CS setup)   [eth1.3200 is a
subinterface on eth1]

*Global Settings*:
system.vm.use.local.storage = true

*Zone Setup details*:
DNS 18.8.8.8
DNS 28.8.4.4
Internal DNS 1172.16.10.1
Guest CIDR10.1.1.0/24
Local storage enabledYes

*Pod Setup*
Netmask255.255.255.0
Start IP172.16.20.10
End IP172.16.20.100
Gateway172.16.20.1
Allocation StateEnabled
DedicatedNo

*Cluster Setup*
ZoneZone-1
PodPod-1
HypervisorKVM
Cluster TypeCloudManaged

*Host Setup*
Resource stateEnabled
StateUp
TypeRouting  (?? why routing)
Host Tags
OS PreferenceNone
ZoneZone-1
PodPod-1
ClusterCluster-1
IP Address172.16.10.10
Version4.2.0-SNAPSHOT
DedicatedNo

*Primary Storage (Auto Configured)*
Name :  Local Storage
StateUp
PodPod-1
ClusterCluster-1
TypeFilesystem
IP Address172.16.10.10
Path/var/lib/libvirt/images
Disk Total221.23 GB

*Secondary Storage*
Name : SecondaryStorage-1
URLnfs://server-corporate-ip/mnt/secondary
ProviderNFS
ScopeZONE
ZoneZone-1


*Hypervisor Interface configuration:*
eth0 : Corporate Lab network ip (lets call it as host-corporate-ip)
eth1.3100 : 172.16.10.10
eth1.3200 : assigned to cloudbr0
eth1.3300 : assigned to cloudbr1

I have created the sub-interfaces as per CS hypervisor install guide.

*agent.properties* (has got auto configured)
#Storage
#Tue Aug 06 15:20:15 IST 2013
guest.network.device=cloudbr0
workers=5
private.network.device=
cloudbr0
port=8250
resource=com.cloud.hypervisor.kvm.resource.LibvirtComputingResource
pod=1
zone=1
guid=acc23093-6630-3c1a-aeb0-39367415bf6b
cluster=1
public.network.device=cloudbr0
local.storage.uuid=7c7e70ab-7e5d-4766-8d5c-f51935b780c4
domr.scripts.dir=scripts/network/domr/kvm
host=server-corporate-ip
LibvirtComputingResource.id=1


thanks and regards,
Sarath

Re: Review Request 13322: CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm template not found. Cannot upgrade system Vms


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


Commit c0e71861668f12681246abbd2bdb7b8816052e64 in branch refs/heads/4.2 from 
Harikrishna Patnala
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c0e7186 ]

CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm 
template not found. Cannot upgrade system Vms

System template upgrade is not required during 4.0 upgrade since we handle the 
same during 4.2 upgrade. So removing the system template update during 4.0 
upgrade.


- ASF Subversion and Git Services


On Aug. 6, 2013, 11:34 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13322/
> ---
> 
> (Updated Aug. 6, 2013, 11:34 a.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Bugs: CLOUDSTACK-4070
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware 
> SystemVm template not found. Cannot upgrade system Vms
> 
> System template upgrade is not required during 4.0 upgrade since we handle 
> the same during 4.2 upgrade. So removing the system template update during 
> 4.0 upgrade.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java e1b56df 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade302to40.java 6f31fdd 
> 
> Diff: https://reviews.apache.org/r/13322/diff/
> 
> 
> Testing
> ---
> 
> Tested locally by having a vmware cluster and new system template registered 
> in 2.2.14 setup and upgraded to 4.2. vm_template and vm_instance tables are 
> getting updated as expected.
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: Review Request 13322: CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm template not found. Cannot upgrade system Vms


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


Commit c1e78809b23abf9ebaa13175e83dc30756a95a44 in branch refs/heads/master 
from Harikrishna Patnala
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c1e7880 ]

CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm 
template not found. Cannot upgrade system Vms

System template upgrade is not required during 4.0 upgrade since we handle the 
same during 4.2 upgrade. So removing the system template update during 4.0 
upgrade.


- ASF Subversion and Git Services


On Aug. 6, 2013, 11:34 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13322/
> ---
> 
> (Updated Aug. 6, 2013, 11:34 a.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Bugs: CLOUDSTACK-4070
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware 
> SystemVm template not found. Cannot upgrade system Vms
> 
> System template upgrade is not required during 4.0 upgrade since we handle 
> the same during 4.2 upgrade. So removing the system template update during 
> 4.0 upgrade.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java e1b56df 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade302to40.java 6f31fdd 
> 
> Diff: https://reviews.apache.org/r/13322/diff/
> 
> 
> Testing
> ---
> 
> Tested locally by having a vmware cluster and new system template registered 
> in 2.2.14 setup and upgraded to 4.2. vm_template and vm_instance tables are 
> getting updated as expected.
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: Review Request 13322: CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware SystemVm template not found. Cannot upgrade system Vms

2013-08-06 Thread Kishan Kavala


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

Ship it!


c1e78809b23abf9ebaa13175e83dc30756a95a44

- Kishan Kavala


On Aug. 6, 2013, 5:04 p.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13322/
> ---
> 
> (Updated Aug. 6, 2013, 5:04 p.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Bugs: CLOUDSTACK-4070
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4070: upgrade from 2.2.14 to 4.2 is failing with 4.0 VMware 
> SystemVm template not found. Cannot upgrade system Vms
> 
> System template upgrade is not required during 4.0 upgrade since we handle 
> the same during 4.2 upgrade. So removing the system template update during 
> 4.0 upgrade.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java e1b56df 
>   engine/schema/src/com/cloud/upgrade/dao/Upgrade302to40.java 6f31fdd 
> 
> Diff: https://reviews.apache.org/r/13322/diff/
> 
> 
> Testing
> ---
> 
> Tested locally by having a vmware cluster and new system template registered 
> in 2.2.14 setup and upgraded to 4.2. vm_template and vm_instance tables are 
> getting updated as expected.
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Is the simulator broken?

Hi,

Is the simulator broken?

Trying to run

nosetests -v --with-marvin --marvin-config=setup/dev/advanced.cfg -w /tmp

and getting

Traceback (most recent call last):
  File "/opt/python/bin/nosetests", line 9, in 
load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
  File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
118, in __init__
**extra_args)
  File "/opt/python/lib/python2.7/unittest/main.py", line 94, in __init__
self.parseArgs(argv)
  File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
135, in parseArgs
self.config.configure(argv, doc=self.usage())
  File "/opt/python/lib/python2.7/site-packages/nose/config.py", line
344, in configure
self.plugins.configure(options, self)
  File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
line 284, in configure
cfg(options, config)
  File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
line 99, in __call__
return self.call(*arg, **kw)
  File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
line 167, in simple
result = meth(*arg, **kw)
  File "/opt/python/lib/python2.7/site-packages/marvin/marvinPlugin.py",
line 68, in configure
deploy.loadCfg() if options.load else deploy.deploy()
  File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
line 576, in deploy
self.createZones(self.config.zones)
  File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
line 408, in createZones
self.createpods(zone.pods, zoneId)
  File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
line 126, in createpods
vmwareDc=pod.vmwaredc)
  File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
line 84, in createClusters
clusterresponse = self.apiClient.addCluster(clustercmd)
  File 
"/opt/python/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
line 1378, in addCluster
response = self.connection.marvin_request(command,
response_type=response, method=method)
  File "/opt/python/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
line 222, in marvin_request
response = jsonHelper.getResultObj(response.json(), response_type)
  File "/opt/python/lib/python2.7/site-packages/marvin/jsonHelper.py",
line 148, in getResultObj
raise cloudstackException.cloudstackAPIException(respname, errMsg)
marvin.cloudstackException.cloudstackAPIException: Execute cmd:
addcluster failed, due to: errorCode: 431, errorText:Could not find
corresponding resource manager for simulator

Re: [Discuss] Using XenServer 6.2's Clone-on-Boot feature on CloudStack

2013-08-06 Thread Murali Reddy

On 06/08/13 12:30 PM, "Nguyen Anh Tu"  wrote:

>Hi Chiradeep,
>
>Exactly Intellicache. As I know, to use this, VDIs on XenServer/XCP must
>be
>set two params:
>+ on-boot = persist (or reset). If persist, VM's data (except OS) will be
>keep when reboot. Otherwise, it will be destroy on local SR when setting
>to
>"reset".
>+ allow-caching = true. It enables cache mode on local SR.
>
>Maybe we'll add a service offering tag so AgentMgr can realize this
>option.

So there is a 'isvolatile' flag to createServiceOffering in starting from
4.2. VM's created with volatile set to true will have root disks
re-created. Perhaps You could optimise the implementation of volatile VM's
in case of Intellicache.


>Whatever we change, Xapi must set two above params for VDIs to use this
>feature. However, Intellicache seemly can't update changes to VMs which
>were booted before changing of Master image.

AFAIK, there is no solution that will update gold-image with out
recreating the VM to reflect the updates.

>
>
>2013/8/6 Chiradeep Vittal 
>
>> Is this the Intellicache feature? What changes does it require from
>> CloudStack.
>> Would just using service offering tags work?
>>
>> On 8/5/13 12:23 AM, "Nguyen Anh Tu"  wrote:
>>
>> >Hi guys,
>> >
>> >Is anyone concerned about using XenServer 6.2's clone-on-boot feature
>>on
>> >CloudStack? With it, we can quickly deploy a huge of VMs from a single
>> >golden template. This is amazing for some scenarios. For example: we
>>can
>> >allocate a special/dedicated cluster with only one golden template. And
>> >when an update or patch be applied to golden template, changes
>> >automatically apply to every VMs.
>> >
>> >Thought?
>> >
>> >Thanks,
>> >
>> >--
>> >
>> >N.g.U.y.e.N.A.n.H.t.U
>>
>>
>
>
>-- 
>
>N.g.U.y.e.N.A.n.H.t.U
>

[ANNOUNCEMENT] Apache CloudStack 4.1.1 Released

## Apache CloudStack 4.1.1 Released

The Apache CloudStack project is pleased to announce the 4.1.1 release
of the Apache CloudStack cloud orchestration platform. 

This is a minor release of the 4.1.0 branch which released on June 5, 
2013. The 4.1.1 release contains more than 45 bug fixes. As a bug-fix
only release, no new features are included.

Apache CloudStack is an integrated Infrastructure-as-a-Service (IaaS)
software platform that allows users to build feature-rich public and
private cloud environments. CloudStack includes an intuitive user
interface and rich API for managing the compute, networking, software,
and storage resources. The project became an Apache top level project in
March 2013.

More information about Apache CloudStack can be found at:

http://cloudstack.apache.org/

## Release Notes

The 4.1.1 release includes fixes for a number of issues; including
problems with snapshots, fixes to documentation, and more. Please see
the Release Notes file for a full list of corrected issues in this
release and upgrade instructions.

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Release_Notes/index.html

## Downloads

The official source code release can be downloaded from:

http://cloudstack.apache.org/downloads.html

In addition to the official source code release, individual contributors
have also made convenience binaries available on the Apache CloudStack
download page.


pgpOnjTOpwLR3.pgp
Description: PGP signature

Review Request 13323: if a failure occurs while adding VM to another network (this should be the first vm in the subnet). The ip alias created as a part of this process is not removed.


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

Review request for cloudstack, Alena Prokharchyk and Sheng Yang.


Bugs: Cloudstack-4083


Repository: cloudstack-git


Description
---

https://issues.apache.org/jira/browse/CLOUDSTACK-4083
if a failure occurs while adding VM to another network (this should be the 
first vm in the subnet). The ip alias created as a part of this process is not 
removed. 

This occurred because we were not cleaning the alias ips in the event of a 
failure.

As a part of the fix.
1.) moved the function removeDhcpServiceInsubnet and listLastNicsInSubnet to 
NetworkManager (These were in VirtualMachineManagerImpl earlier.)
2.) add the call to clean ipAlias in the remove nic function of the 
networkManager.
3.) Modified the removeDhcpServiceInsubnet to take network ad an argument. This 
will help in removing only the ipAlias which belong to a particular network.


Diffs
-

  server/src/com/cloud/network/NetworkManager.java dab7a13 
  server/src/com/cloud/network/NetworkManagerImpl.java effee96 
  server/src/com/cloud/vm/VirtualMachineManagerImpl.java b33ee49 
  server/test/com/cloud/network/MockNetworkManagerImpl.java 7f34e55 
  server/test/com/cloud/vpc/MockNetworkManagerImpl.java 178ebba 

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


Testing
---

Tested on 4.2.
created two guest networks guest1 and guest2.
created VMS in both the networks. 
Added a VM(with no PV drivers) from guest1 to guest2.
this failed and on failure ipAlias configured as part of nic creation was 
removed.

Deleting the vm causes all the removal of all ipAliases from all the subnets in 
which this is the lastvm.


Thanks,

bharat kumar

Re: Review Request 13323: if a failure occurs while adding VM to another network (this should be the first vm in the subnet). The ip alias created as a part of this process is not removed.


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



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


Moved this code to networkManagerImpl



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


Moved this code to networkManagerimpl



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


removed this and added it to removenic in networkManagerImpl.


- bharat kumar


On Aug. 6, 2013, 12:48 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13323/
> ---
> 
> (Updated Aug. 6, 2013, 12:48 p.m.)
> 
> 
> Review request for cloudstack, Alena Prokharchyk and Sheng Yang.
> 
> 
> Bugs: Cloudstack-4083
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4083
> if a failure occurs while adding VM to another network (this should be the 
> first vm in the subnet). The ip alias created as a part of this process is 
> not removed. 
> 
> This occurred because we were not cleaning the alias ips in the event of a 
> failure.
> 
> As a part of the fix.
> 1.) moved the function removeDhcpServiceInsubnet and listLastNicsInSubnet to 
> NetworkManager (These were in VirtualMachineManagerImpl earlier.)
> 2.) add the call to clean ipAlias in the remove nic function of the 
> networkManager.
> 3.) Modified the removeDhcpServiceInsubnet to take network ad an argument. 
> This will help in removing only the ipAlias which belong to a particular 
> network.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/NetworkManager.java dab7a13 
>   server/src/com/cloud/network/NetworkManagerImpl.java effee96 
>   server/src/com/cloud/vm/VirtualMachineManagerImpl.java b33ee49 
>   server/test/com/cloud/network/MockNetworkManagerImpl.java 7f34e55 
>   server/test/com/cloud/vpc/MockNetworkManagerImpl.java 178ebba 
> 
> Diff: https://reviews.apache.org/r/13323/diff/
> 
> 
> Testing
> ---
> 
> Tested on 4.2.
> created two guest networks guest1 and guest2.
> created VMS in both the networks. 
> Added a VM(with no PV drivers) from guest1 to guest2.
> this failed and on failure ipAlias configured as part of nic creation was 
> removed.
> 
> Deleting the vm causes all the removal of all ipAliases from all the subnets 
> in which this is the lastvm.
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Review Request 13324: CLOUDSTACK-4104: VM Creation should fail if a zone is dedicated to a domain and user of the same domain deploys vm without using affinity group "Explicit Dedication"

2013-08-06 Thread Saksham Srivastava


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

Review request for cloudstack and Devdeep Singh.


Bugs: 4104


Repository: cloudstack-git


Description
---

To use dedicated resources one must specify the affinity group "explicit 
dedication". 
If the affinity groups is not specified dedicated resources should not 
accessible. 
Currently there are checks for pod/clusters and hosts but zone could still be 
used.

Added check that throws exception whenever a dedicated zone is being used to 
deploy vm but no affinity group is being used.


Diffs
-

  server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java ebf2b0c 

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


Testing
---

Dedicate zone to account/domain and do not use affinity group of type Explicit 
Dedication -> VM deployment fails. 
Dedicate zone to appropriate account/domain and use affinity group of type 
Explicit Dedication -> VM deployment passes.
Build passes.


Thanks,

Saksham Srivastava

[CVE-2013-2136] Apache CloudStack Cross-site scripting (XSS) vulnerabiliity

Product: Apache CloudStack
Vendor: The Apache Software Foundation
Vulnerability Type(s): Cross-site scripting (XSS)
Vulnerable version(s): Apache CloudStack versions 4.0.0-incubating,
   4.0.1-incubating, 4.0.2 and 4.1.0
CVE References: CVE-2013-2136
Risk Level: Low
CVSSv2 Base Scores: 4 (AV:N/AC:L/Au:S/C:N/I:P/A:N)

Description:
The Apache CloudStack Security Team was notified of an issue found in 
the Apache CloudStack user interface that allows an authenticated user 
to execute cross-site scripting attack against other users within the 
system.

Mitigation:
Updating to Apache CloudStack versions 4.1.1 or higher will mitigate
this vulnerability.

Please see the 4.1.1 release notes for further information about how to 
upgrade:

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Release_Notes/index.html

References:

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


pgpIwmQ9a44hl.pgp
Description: PGP signature

Review Request 13325: preserve data in iso_id column while upgrading form 3.0.7 to 4.2


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

Review request for cloudstack and Kishan Kavala.


Bugs: Cloudstack-4100


Repository: cloudstack-git


Description
---

preserve data in iso_id column while upgrading form 3.0.7 to 4.2

Earlier was dropping the iso_id column as a result we loose data from the 
iso_id column prior to upgrade.

Now fixed this by.
renaming the iso_id to iso_id1 in schema-307to401 file.
and then after upgrade dropping the iso_id column and renaming the iso_id1 to 
iso_id in 307to401 cleanup schema.


Diffs
-

  setup/db/db/schema-307to410-cleanup.sql 6a9e2af 
  setup/db/db/schema-307to410.sql af296ab 

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


Testing
---

tested the upgrade from 3.0.7 to 4.2.


Thanks,

bharat kumar

Re: Review Request 12849: added backwards compatibility code to Networks enums


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


As discussed on IRC Daan's aim is to allow using URIs of type lswitch:* rather 
than lswitch://*, so we agreed that existing code shouldn't be affected, and 
just lswitch behavior should be overridden.

Daan, thanks for the explanation, and look forward to seeing the new patch.


api/src/com/cloud/network/Networks.java


What I want is to have toUri work as before this commit, which broke 
backwards compatibility:

https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=api/src/com/cloud/network/Networks.java;h=c76c3d4a473b5f87e8829aff1213b8d9be958190;hb=2d4464d2badc9aff842fd180bafc4c384a83a91d
i.e.
return new URI(scheme + "://" + value);

Not this:
return new URI(value.toString());



- Dave Cahill


On Aug. 6, 2013, 10:41 a.m., daan Hoogland wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12849/
> ---
> 
> (Updated Aug. 6, 2013, 10:41 a.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Koushik Das, 
> and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Both BroadcastDomainType and IsolationType needed some extra code for 
> backwards compatibility
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/network/Networks.java c76c3d4 
>   api/test/com/cloud/network/NetworksTest.java 31114e8 
> 
> Diff: https://reviews.apache.org/r/12849/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> daan Hoogland
> 
>

Re: Review Request 13321: Fix test_vm_passwordenabled.py to properly reset guest VM password


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

Ship it!


- Prasanna Santhanam


On Aug. 6, 2013, 11:31 a.m., SrikanteswaraRao Talluri wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13321/
> ---
> 
> (Updated Aug. 6, 2013, 11:31 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4098
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Modify password enable vm script for the following: 
> 
> 1. correct the services dictionary for the "small" virtual machine details. 
> 2. add the download of cloud-set-guest-password script and required egress 
> rule(port 80). 
> 3. correct base.py for the following 
> a. get the reset password correctly. 
> b. add EgressFirewallRule command. 
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vm_passwdenabled.py ebe32c8 
>   tools/marvin/marvin/integration/lib/base.py 770ac3d 
> 
> Diff: https://reviews.apache.org/r/13321/diff/
> 
> 
> Testing
> ---
> 
> tests passed.
> 
> 
> Thanks,
> 
> SrikanteswaraRao Talluri
> 
>

Re: Review Request 13325: preserve data in iso_id column while upgrading form 3.0.7 to 4.2

2013-08-06 Thread Jenkins Cloudstack.org


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


Review 13325 failed the build test : FAILURE
The url of build cloudstack-master-with-patch #114 is : 
http://jenkins.cloudstack.org/job/cloudstack-master-with-patch/114/

- Jenkins Cloudstack.org


On Aug. 6, 2013, 1:11 p.m., bharat kumar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13325/
> ---
> 
> (Updated Aug. 6, 2013, 1:11 p.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Bugs: Cloudstack-4100
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> preserve data in iso_id column while upgrading form 3.0.7 to 4.2
> 
> Earlier was dropping the iso_id column as a result we loose data from the 
> iso_id column prior to upgrade.
> 
> Now fixed this by.
> renaming the iso_id to iso_id1 in schema-307to401 file.
> and then after upgrade dropping the iso_id column and renaming the iso_id1 to 
> iso_id in 307to401 cleanup schema.
> 
> 
> Diffs
> -
> 
>   setup/db/db/schema-307to410-cleanup.sql 6a9e2af 
>   setup/db/db/schema-307to410.sql af296ab 
> 
> Diff: https://reviews.apache.org/r/13325/diff/
> 
> 
> Testing
> ---
> 
> tested the upgrade from 3.0.7 to 4.2.
> 
> 
> Thanks,
> 
> bharat kumar
> 
>

Re: Is the simulator broken?

I haven't tried on master but it seems to be broken on 4.2:

I see this in the management server log when starting systemVMs
https://gist.github.com/vogxn/6164508

But that error you showed just means the simulator jar was not found
in the classpath. Did you build with the -Dsimulator switch?

On Tue, Aug 06, 2013 at 12:51:41PM +0100, Ian Duffy wrote:
> Hi,
> 
> Is the simulator broken?
> 
> Trying to run
> 
> nosetests -v --with-marvin --marvin-config=setup/dev/advanced.cfg -w /tmp
> 
> and getting
> 
> Traceback (most recent call last):
>   File "/opt/python/bin/nosetests", line 9, in 
> load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
> 118, in __init__
> **extra_args)
>   File "/opt/python/lib/python2.7/unittest/main.py", line 94, in __init__
> self.parseArgs(argv)
>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
> 135, in parseArgs
> self.config.configure(argv, doc=self.usage())
>   File "/opt/python/lib/python2.7/site-packages/nose/config.py", line
> 344, in configure
> self.plugins.configure(options, self)
>   File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> line 284, in configure
> cfg(options, config)
>   File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> line 99, in __call__
> return self.call(*arg, **kw)
>   File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> line 167, in simple
> result = meth(*arg, **kw)
>   File "/opt/python/lib/python2.7/site-packages/marvin/marvinPlugin.py",
> line 68, in configure
> deploy.loadCfg() if options.load else deploy.deploy()
>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> line 576, in deploy
> self.createZones(self.config.zones)
>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> line 408, in createZones
> self.createpods(zone.pods, zoneId)
>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> line 126, in createpods
> vmwareDc=pod.vmwaredc)
>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> line 84, in createClusters
> clusterresponse = self.apiClient.addCluster(clustercmd)
>   File 
> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
> line 1378, in addCluster
> response = self.connection.marvin_request(command,
> response_type=response, method=method)
>   File 
> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
> line 222, in marvin_request
> response = jsonHelper.getResultObj(response.json(), response_type)
>   File "/opt/python/lib/python2.7/site-packages/marvin/jsonHelper.py",
> line 148, in getResultObj
> raise cloudstackException.cloudstackAPIException(respname, errMsg)
> marvin.cloudstackException.cloudstackAPIException: Execute cmd:
> addcluster failed, due to: errorCode: 431, errorText:Could not find
> corresponding resource manager for simulator

-- 
Prasanna.,


Powered by BigRock.com

Re: Review Request 13324: CLOUDSTACK-4104: VM Creation should fail if a zone is dedicated to a domain and user of the same domain deploys vm without using affinity group "Explicit Dedication"

2013-08-06 Thread Jenkins Cloudstack.org


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


Review 13324 failed the build test : FAILURE
The url of build cloudstack-master-with-patch #115 is : 
http://jenkins.cloudstack.org/job/cloudstack-master-with-patch/115/

- Jenkins Cloudstack.org


On Aug. 6, 2013, 12:53 p.m., Saksham Srivastava wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13324/
> ---
> 
> (Updated Aug. 6, 2013, 12:53 p.m.)
> 
> 
> Review request for cloudstack and Devdeep Singh.
> 
> 
> Bugs: 4104
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> To use dedicated resources one must specify the affinity group "explicit 
> dedication". 
> If the affinity groups is not specified dedicated resources should not 
> accessible. 
> Currently there are checks for pod/clusters and hosts but zone could still be 
> used.
> 
> Added check that throws exception whenever a dedicated zone is being used to 
> deploy vm but no affinity group is being used.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java ebf2b0c 
> 
> Diff: https://reviews.apache.org/r/13324/diff/
> 
> 
> Testing
> ---
> 
> Dedicate zone to account/domain and do not use affinity group of type 
> Explicit Dedication -> VM deployment fails. 
> Dedicate zone to appropriate account/domain and use affinity group of type 
> Explicit Dedication -> VM deployment passes.
> Build passes.
> 
> 
> Thanks,
> 
> Saksham Srivastava
> 
>

queryAsyncJobResult ISSUE on 4.1.0

2013-08-06 Thread Antonio Petrocelli

It is normal that after a "deployVirtualMachine" request the 
queryAsyncJobResult response is:


'cmd' => 'org.apache.cloudstack.api.command.user.vm.*StartVMCmd*' ?

it should be:

'cmd' => 'org.apache.cloudstack.api.command.user.vm.*DeployVMCmd*'

Thanks



smime.p7s
Description: Firma crittografica S/MIME

Re: Review Request 12849: added backwards compatibility code to Networks enums


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

(Updated Aug. 6, 2013, 2:07 p.m.)


Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Koushik Das, and 
Sheng Yang.


Changes
---

default set to similar as before 4.1, but had to patch up to check for vlan as 
number or url


Repository: cloudstack-git


Description
---

Both BroadcastDomainType and IsolationType needed some extra code for backwards 
compatibility


Diffs (updated)
-

  api/src/com/cloud/network/Networks.java c76c3d4 
  api/test/com/cloud/network/NetworksTest.java 31114e8 

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


Testing
---


Thanks,

daan Hoogland

Re: Review Request 12849: added backwards compatibility code to Networks enums


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

(Updated Aug. 6, 2013, 2:25 p.m.)


Review request for cloudstack, Chiradeep Vittal, Dave Cahill, Koushik Das, and 
Sheng Yang.


Changes
---

forgot to fix isolation type, fixed it


Repository: cloudstack-git


Description
---

Both BroadcastDomainType and IsolationType needed some extra code for backwards 
compatibility


Diffs (updated)
-

  api/src/com/cloud/network/Networks.java c76c3d4 
  api/test/com/cloud/network/NetworksTest.java 31114e8 

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


Testing
---


Thanks,

daan Hoogland

Re: Is the simulator broken?

Yeah complied with:

mvn -P developer,systemvm  -D nonoss,simulator clean install


Will retry...

On 6 August 2013 14:43, Prasanna Santhanam  wrote:
> I haven't tried on master but it seems to be broken on 4.2:
>
> I see this in the management server log when starting systemVMs
> https://gist.github.com/vogxn/6164508
>
> But that error you showed just means the simulator jar was not found
> in the classpath. Did you build with the -Dsimulator switch?
>
> On Tue, Aug 06, 2013 at 12:51:41PM +0100, Ian Duffy wrote:
>> Hi,
>>
>> Is the simulator broken?
>>
>> Trying to run
>>
>> nosetests -v --with-marvin --marvin-config=setup/dev/advanced.cfg -w /tmp
>>
>> and getting
>>
>> Traceback (most recent call last):
>>   File "/opt/python/bin/nosetests", line 9, in 
>> load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
>>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
>> 118, in __init__
>> **extra_args)
>>   File "/opt/python/lib/python2.7/unittest/main.py", line 94, in __init__
>> self.parseArgs(argv)
>>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
>> 135, in parseArgs
>> self.config.configure(argv, doc=self.usage())
>>   File "/opt/python/lib/python2.7/site-packages/nose/config.py", line
>> 344, in configure
>> self.plugins.configure(options, self)
>>   File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
>> line 284, in configure
>> cfg(options, config)
>>   File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
>> line 99, in __call__
>> return self.call(*arg, **kw)
>>   File "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
>> line 167, in simple
>> result = meth(*arg, **kw)
>>   File "/opt/python/lib/python2.7/site-packages/marvin/marvinPlugin.py",
>> line 68, in configure
>> deploy.loadCfg() if options.load else deploy.deploy()
>>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>> line 576, in deploy
>> self.createZones(self.config.zones)
>>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>> line 408, in createZones
>> self.createpods(zone.pods, zoneId)
>>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>> line 126, in createpods
>> vmwareDc=pod.vmwaredc)
>>   File "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>> line 84, in createClusters
>> clusterresponse = self.apiClient.addCluster(clustercmd)
>>   File 
>> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
>> line 1378, in addCluster
>> response = self.connection.marvin_request(command,
>> response_type=response, method=method)
>>   File 
>> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackConnection.py",
>> line 222, in marvin_request
>> response = jsonHelper.getResultObj(response.json(), response_type)
>>   File "/opt/python/lib/python2.7/site-packages/marvin/jsonHelper.py",
>> line 148, in getResultObj
>> raise cloudstackException.cloudstackAPIException(respname, errMsg)
>> marvin.cloudstackException.cloudstackAPIException: Execute cmd:
>> addcluster failed, due to: errorCode: 431, errorText:Could not find
>> corresponding resource manager for simulator
>
> --
> Prasanna.,
>
> 
> Powered by BigRock.com
>

weird test failure

H,

I just had a time skew that seems impossible:

if in the folowing test the sleep is 1000 it reports a failure saying
the duration was 999. now I see at least some clock ticks around it so
whats heppening? An overeager optimizer, maybe? I had to set it to
1001 to make it work. This is not new code, it has been there since
jan 24! So i ran it a few times.

public class TestProfiler extends Log4jEnabledTestCase {
protected final static Logger s_logger =
Logger.getLogger(TestProfiler.class);

@Test
public void testProfiler() {
s_logger.info("testProfiler() started");

Profiler pf = new Profiler();
pf.start();
try {
Thread.sleep(1001);
} catch (InterruptedException e) {
}
pf.stop();

s_logger.info("Duration : " + pf.getDuration());

Assert.assertTrue(pf.getDuration() >= 1000);

s_logger.info("testProfiler() stopped");
}
}

any clue welcome,
Daan

Re: [Discuss] Using XenServer 6.2's Clone-on-Boot feature on CloudStack

2013-08-06 Thread Nguyen Anh Tu

2013/8/6 Murali Reddy 

> So there is a 'isvolatile' flag to createServiceOffering in starting from
> 4.2. VM's created with volatile set to true will have root disks
> re-created. Perhaps You could optimise the implementation of volatile VM's
> in case of Intellicache.
>

Oh I don't know about this flag. We can use Intelicache in CloudStack to
reduce VM's boot times, decrease network volume and traffic, and save on
total of storage costs. Just change allow-cache to "true".

AFAIK, there is no solution that will update gold-image with out
> recreating the VM to reflect the updates.
>

Right. And I can use VM.clone instead to do this.

@All: how we need about this feature? I can make a proposal :-)

Cheers,
-- 

N.g.U.y.e.N.A.n.H.t.U

KVM always defaulting to QCOW2 image formats

2013-08-06 Thread Wido den Hollander


Hi,

I just encountered CLOUDSTACK-4114 [0] during my tests.

I didn't encounter this before, but I just tried to restore from a 
snapshot and there it assumed the snapshot was in QCOW2 format, but it 
is actually a RAW device.


In VolumeDoaImpl this is implemented:

public ImageFormat getImageFormat(Long volumeId) {
HypervisorType type = getHypervisorType(volumeId);
if (type.equals(HypervisorType.KVM)) {
return ImageFormat.QCOW2;
} else if (type.equals(HypervisorType.XenServer)) {
return ImageFormat.VHD;
} else if (type.equals(HypervisorType.VMware)) {
return ImageFormat.OVA;
} else {
s_logger.warn("Do not support hypervisor " + type.toString());
return null;
}
}

Thile QCOW2 is valid when using NFS, it isn't when using either RBD or LVM.

So why does KVM always default to QCOW2?

Where is the best way to override this and have RBD always use RAW?

I'd rather avoid a if pooltype == RBD kind of statement somewhere in the 
code.


For now RBD is using the DefaultPrimary provider.

Wido

[0]: https://issues.apache.org/jira/browse/CLOUDSTACK-4114

Review Request 13326: Updated public interface in test_netscaler_config.py

2013-08-06 Thread Rayees Namathponnan


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

Review request for cloudstack and Prasanna Santhanam.


Repository: cloudstack-git


Description
---

Oublic interface updated to 1/1,  


Diffs
-

  test/integration/component/test_netscaler_configs.py 60075e0 

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


Testing
---

Tested


Thanks,

Rayees Namathponnan

Re: Review Request 13326: Updated public interface in test_netscaler_config.py


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

Ship it!


- Prasanna Santhanam


On Aug. 6, 2013, 4:30 p.m., Rayees Namathponnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13326/
> ---
> 
> (Updated Aug. 6, 2013, 4:30 p.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Oublic interface updated to 1/1,  
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_netscaler_configs.py 60075e0 
> 
> Diff: https://reviews.apache.org/r/13326/diff/
> 
> 
> Testing
> ---
> 
> Tested
> 
> 
> Thanks,
> 
> Rayees Namathponnan
> 
>

Fwd: Password requested when starting CS MS

-- Forwarded message --
From: Mike Tutkowski 
Date: Tue, Aug 6, 2013 at 11:19 AM
Subject: Password requested when starting CS MS
To: "dev@cloudstack.apache.org" 

Hi,

This happens to me every now and then, but - with the most recent 4.2 code
- I seem to be seeing it again.

When I start up the CS MS, I get a keystore exception and have to hit
 several times on a Password prompt to get the CS MS to continue
starting up.

Is this acceptable or am I missing out on some functionality with this
happening?

Does anyone know why I'm prompted for a password? Even if I enter in one
(the root password), it still prompts me again for my password. Maybe
that's not the password it's looking for?

Thanks!

WARN  [cloud.server.ConfigurationServerImpl] (Timer-2:) Would use fail-safe
keystore to continue.
java.io.IOException: Fail to generate certificate!: timeout
 at
com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:496)
at
com.cloud.server.ConfigurationServerImpl.updateSSLKeystore(ConfigurationServerImpl.java:517)
 at
com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:289)
at
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
 at
com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:157)
at
com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:111)
 at com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:54)
at java.util.TimerThread.mainLoop(Timer.java:512)
 at java.util.TimerThread.run(Timer.java:462)
INFO  [cloud.server.ConfigurationServerImpl] (Timer-2:) Processing
updateKeyPairs
INFO  [cloud.server.ConfigurationServerImpl] (Timer-2:) Keypairs already in
database, updating local copy
INFO  [cloud.server.ConfigurationServerImpl] (Timer-2:) Going to update
systemvm iso with generated keypairs if needed
Password:
Password:
Password:
Password:
Password:

-- 
*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
*™*

What are the new features in 4.2?

2013-08-06 Thread Nux!


Hello guys,

I've been trying to find a definitive "new features" for 4.2, but 
failed. Can anyone point me to the right URL or make a summary of what's 
new?


Thanks,
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 13237: Unable to resize disk with Zone wide storage

2013-08-06 Thread edison su



> On Aug. 5, 2013, 6:17 p.m., edison su wrote:
> > engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java, line 77
> > 
> >
> > why not just use "select s.scope from storage_pool s, volumes v where 
> > s.id = v.pool_id"?
> 
> Rajesh Battala wrote:
> if we use the above query then we get list of scope values.
> mysql> select s.scope from storage_pool s, volumes v where s.id = 
> v.pool_id;
> +-+
> | scope   |
> +-+
> | CLUSTER |
> | CLUSTER |
> | CLUSTER |
> | CLUSTER |
> | ZONE|
> +-+
> 5 rows in set (0.00 sec)
> 
>  So I had written the above query like SELECT_POOLSCOPE = "SELECT s.scope 
> from storage_pool s, volumes v where s.id =(select pool_id from volumes where 
> id =?)"; 
> to fetch the scope of the storage pool where the volume is existing.

If this is the case, you can use "select s.scope from storage_pool s, volumes v 
where s.id = v.pool_id and v.id = your-volume-id"?


- edison


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


On Aug. 2, 2013, 10:07 a.m., Rajesh Battala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13237/
> ---
> 
> (Updated Aug. 2, 2013, 10:07 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh, edison su, and Ram Ganesh.
> 
> 
> Bugs: 3781
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Issue:
> == 
> for Volume operations we are finding the hypervisor type. Volume can be in 
> ZONE/Cluster scope storage pool. 
> when volume is in ZONE scope, there is issue with they way we fetch the 
> hypervisor type. It was written to handle Cluster scope only.
> 
> fixed:
> ==
> Fixed with sql queries to fetch the Hypervisor type.
> 1. Fetch the hypervisor type for volume from storage pool table if the voluem 
> is in ZONE scope storage pool.
> 2. Fetch the hypervisor type for volume from cluster table if the voluem is 
> in CLUSTER scope storage pool.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/storage/dao/VolumeDao.java 7b58e7d 
>   engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java e6595b2 
> 
> Diff: https://reviews.apache.org/r/13237/diff/
> 
> 
> Testing
> ---
> 
> Setup:
> KVM and Xenserver with Adv Zone.
> Added pool Zone scope on KVM and Cluster Scope on Xenserver 
> 1. created instances on KVM and xenserver.
> 2. Create two volumes attached to instances on KVM and Xenserver. 
> 3. vol1 is in Zone scope and vol2 is in cluster scope. 
> 4. Successfully performed resize opertions on vol1 and vol2.
> 5. Succssfully attached/detaches volumes
> 
> 
> Thanks,
> 
> Rajesh Battala
> 
>

RE: IP Address Allocation

The NetworkGuru does a lot more than IP address allocation, e.g. handle the 
Layer2/3 networking unique to the particular vendor. There are a lot of 
NetworkElements providing their own NetworkGuru plugins (Nicira, MidoNet, ...) 
extending the standard CloudStack Gurus.

The feature of providing IP Address Allocation, DHCP and DNS is common for all 
these networks, so rather than provide our own Guru the proposed design would 
allow the above functions to coexist with existing Gurus.

-Soheil

From: Murali Reddy [murali.re...@citrix.com]
Sent: Tuesday, August 06, 2013 3:24 AM
To: dev@cloudstack.apache.org
Subject: Re: IP Address Allocation

On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:

>One way to achieve this behavior is to have a call out in prepareNic() to
>the NetworkElements before the call to the NetworkGuru allowing the
>NetworkElement to update the Nic Profile. In this use case the Network
>Element would suggest an IP Address. In the use case below the IP Address
>would be updated by the NetworkElement. There is logic in getIp(), the
>current IP Allocation that handles the case where the Nic Profile already
>has an IP Address. This needs to be updated to handle this new use case.
>The current use case assume that the VM had already been prepared once
>and has an IP Address allocated that could be reused.
>
>Does anyone see a problem with this approach?

Purpose of Guru (to design the network) and Element (implement the
network) are different. Right way would be for your plug-in to implement
both network Guru and element and let the guru do the IP address
allocation.

>-Soheil
>
>From: Soheil Eizadi [seiz...@infoblox.com]
>Sent: Monday, August 05, 2013 2:35 PM
>To: dev@cloudstack.apache.org
>Subject: IP Address Allocation
>
>I am trying to figure out what would be the proper way for a Plugin to
>interact with the CloudStack VM deployment and provide an authoritative
>IP Address from its database versus the local CloudStack database. It
>looks like the NetworkElements are not presented an opportunity to
>provide an IP Address and you must develop a NetworkGuru to provide this
>function. There is some customization of the IP Address designed into the
>Secondary NICs (see allocateGuestIP()).
>-Soheil
>

RE: [Doc] IP Address Reservation is Ready for Review

2013-08-06 Thread Abhinav Roy

Hi Radhika,

It looks good to me.

Thanks and regards,
Abhinav

From: Radhika Puthiyetath
Sent: Friday, August 02, 2013 5:44 PM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org; Saksham Srivastava; 
Abhinav Roy
Subject: [Doc] IP Address Reservation is Ready for Review

Hi,

IP Reservation documentation is ready for review. The doc is attached at 
https://issues.apache.org/jira/browse/CLOUDSTACK-850.

Please see 15.7. IP Reservation in Isolated Guest Networks, and provide your 
feedback.

Regards
-Radhika

Re: What are the new features in 4.2?

I look at Developer -> Design Documents -> 4.2

3rd Party UI Plugin
Ability to delete or archive Events and Alerts
Ability to have better control over first class objects in CS
Affinity - Anti-affinity rules
Allow specification of different VIF drivers per traffic type in KVM
Allow user provided internal VM name on hypervisor for guest VMs
Baremetal KickStart
Base Image Update facility
Build Your Own SystemVM Templates
Change account membership
Cisco VNMC integration
CloudStack Baremetal
Configurable setting to use linked clones or not on VMware
Copy of Private Host, Cluster, Pod
CPU and RAM Overcommit
Database Creator
Dedicated Resources - Private zone, pod, cluster, host
Dedicated Resources - Public IP Addresses and VLANs per Tenant
DeploymentPlanner choice via ServiceOffering
DeployVirtualMachine userdata enhancements
Disk IO statistics for instances
Dynamic scaling of CPU and RAM
Egress firewall rules - Ability to change the default
Egress firewall rules feature support for external device Juniper SRX
Enabling Storage XenMotion for XenServer
Enhanced Baremetal support on Cisco UCS
external hosted private gateways
Ability to delete Events and Alerts
Export Log Files
foreign language keyboard support
Granular Global Configuration Parameters
Integrating CS alerts via SNMP to external management system
Syslog Enhancements
VMs on hardware dedicated to a specific account
IP Range Reservation within a Network
Granular Global Config Parameters
GSLB (Global Server Load Balancing)
Implement SolidFire (storage) plug-in and expose control of IOPS to admins
and end users
Integrate Cisco ASA 1000v as a FW for CloudStack
Integration of CloudStack with VMware DVS
IP Range Reservation within a Network
Isolation in Advanced Zone using PVLANs
L4-L7 network services in shared network
LB on Shared VLANs
Limit Resources to domains and accounts
Load Balancer Health checks
Mapping model for CloudStack zone and Vmware datacenter
Marvin Refactor
Midokura Networking Plugin
Mixed Zone Management
Multiple IP address per NIC
Multiple Ip ranges FS
Multiple IP Ranges PRD
Network usage for individual virtual machine
Non contiguous vlan ranges.
Non-US Keyboard Support for Console Proxy
nTier Apps 2.0 
Optional Public IP assignment for EIP with Basic Zone
portable public IP
Private Host, Cluster, Pod
Provide full clone support for guest VMs on VMWare deployments in
Cloudstack
PVLAN for isolation within a VLAN
QuickCloud
RBD improvements based on new Storage subsystem
S3-based secondary Storage
Security Groups Isolation in Advanced Zone
Security Improvement to console access
SNMP Alerts feature
Storage Backup Object Store Plugin Framework
Storage subsystem 2.0
Strengthen console URL token generation
syslog enhancements
Vlan assignment to Isolated network
VM Disk IO Throttling
VM Snapshots
VMs on hardware dedicated to a specific account
VMWare Enhancements - Support for DRS and VM HA
Volume snapshot enhancements for VMware
Zone-wide primary storage target

I believe these will not make it:
Hyper-V 2012 (3.0) Support
REST API Server Architecture
VMSync improvement

On 8/6/13 10:29 AM, "Nux!"  wrote:

>Hello guys,
>
>I've been trying to find a definitive "new features" for 4.2, but
>failed. Can anyone point me to the right URL or make a summary of what's
>new?
>
>Thanks,
>Lucian
>
>-- 
>Sent from the Delta quadrant using Borg technology!
>
>Nux!
>www.nux.ro

RE: Is the simulator broken?

2013-08-06 Thread Edison Su

Can you try: mvn -P developer,systemvm,simulator  -D nonoss,simulator clean 
install


> -Original Message-
> From: Ian Duffy [mailto:i...@ianduffy.ie]
> Sent: Tuesday, August 06, 2013 7:46 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Is the simulator broken?
> 
> Yeah complied with:
> 
> mvn -P developer,systemvm  -D nonoss,simulator clean install
> 
> 
> Will retry...
> 
> On 6 August 2013 14:43, Prasanna Santhanam  wrote:
> > I haven't tried on master but it seems to be broken on 4.2:
> >
> > I see this in the management server log when starting systemVMs
> > https://gist.github.com/vogxn/6164508
> >
> > But that error you showed just means the simulator jar was not found
> > in the classpath. Did you build with the -Dsimulator switch?
> >
> > On Tue, Aug 06, 2013 at 12:51:41PM +0100, Ian Duffy wrote:
> >> Hi,
> >>
> >> Is the simulator broken?
> >>
> >> Trying to run
> >>
> >> nosetests -v --with-marvin --marvin-config=setup/dev/advanced.cfg -w
> >> /tmp
> >>
> >> and getting
> >>
> >> Traceback (most recent call last):
> >>   File "/opt/python/bin/nosetests", line 9, in 
> >> load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
> >>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
> >> 118, in __init__
> >> **extra_args)
> >>   File "/opt/python/lib/python2.7/unittest/main.py", line 94, in __init__
> >> self.parseArgs(argv)
> >>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
> >> 135, in parseArgs
> >> self.config.configure(argv, doc=self.usage())
> >>   File "/opt/python/lib/python2.7/site-packages/nose/config.py", line
> >> 344, in configure
> >> self.plugins.configure(options, self)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> >> line 284, in configure
> >> cfg(options, config)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> >> line 99, in __call__
> >> return self.call(*arg, **kw)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> >> line 167, in simple
> >> result = meth(*arg, **kw)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/marvinPlugin.py",
> >> line 68, in configure
> >> deploy.loadCfg() if options.load else deploy.deploy()
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> >> line 576, in deploy
> >> self.createZones(self.config.zones)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> >> line 408, in createZones
> >> self.createpods(zone.pods, zoneId)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> >> line 126, in createpods
> >> vmwareDc=pod.vmwaredc)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> >> line 84, in createClusters
> >> clusterresponse = self.apiClient.addCluster(clustercmd)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudst
> >> ackAPIClient.py",
> >> line 1378, in addCluster
> >> response = self.connection.marvin_request(command,
> >> response_type=response, method=method)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackConnection.
> >> py",
> >> line 222, in marvin_request
> >> response = jsonHelper.getResultObj(response.json(), response_type)
> >>   File
> >> "/opt/python/lib/python2.7/site-packages/marvin/jsonHelper.py",
> >> line 148, in getResultObj
> >> raise cloudstackException.cloudstackAPIException(respname,
> >> errMsg)
> >> marvin.cloudstackException.cloudstackAPIException: Execute cmd:
> >> addcluster failed, due to: errorCode: 431, errorText:Could not find
> >> corresponding resource manager for simulator
> >
> > --
> > Prasanna.,
> >
> > 
> > Powered by BigRock.com
> >

Re: [VOTE] Update by-laws: non-technical decisions and other minor changes

+1

On 8/5/13 2:43 PM, "Noah Slater"  wrote:

>Hi dev,
>
>I have some more by-law changes to propose. This is essentially round 2
>for
>these changes. I incorporated feedback from the last thread.
>
>Per the by-laws, we're using a lazy majority for this vote. Please cast
>your vote now. I will tally the results in 72 hours.
>
>Here's my changelog:
>
>* Removed some spurious   entities
>
>* Added "A technical decision is any decision that involves changes to the
>source code
>that we distribute in our official releases." to § 3.4.1 (Technical
>Decisions).
>
>* Added "discussion-lead" before "consensus gathering" in this section.
>
>* With the improved definition, I have tightened up the wording so that
>technical decisions must be made on @dev.
>
>* Added § 3.4.2, Non-Technical Decisions. Non-technical decisions are
>defined as in the inverse of technical decisions. They can be made on
>whatever list is appropriate. Formal voting will use a lazy 2/3 majority.
>Votes cannot be vetoed.
>
>* Changed § 3.4.3. (Release Plan) to limit decisions to @dev.
>
>* Changed § 3.4.4. (Product Release) to limit decisions to @dev.
>
>* Changed § 3.4.5. (Adoption of New Codebase) to limit decisions to @dev.
>
>* Changed § 3.4.10. (Modifying Bylaws) to limit decisions to @dev.
>
>* Added an Oxford comma to the final paras of § 3.4.1. and § 3.4.2.
>
>* Section renumbering to accommodate § 3.4.2.
>
>And here's the patch:
>
>Index: bylaws.mdtext
>===
>--- bylaws.mdtext (revision 1510739)
>+++ bylaws.mdtext (working copy)
>@@ -198,41 +198,64 @@
>
> 3.4.1. Technical Decisions
>
>+A technical decision is any decision that involves changes to the source
>code
>+that we distribute in our official releases.
>+
> Technical decisions should normally be made by the entire community using
>-consensus gathering, and not through formal voting.
>+discussion-lead consensus gathering, and not through formal voting.
>
>-Technical decisions must be made on a project development mailing list.
>+Technical decisions must be made on the project development mailing list.
>
> During the consensus gathering process, technical decisions may be vetoed
>by
> any Committer with a valid reason.
>
> If a formal vote is started for a technical decision, the vote will be
>held as
>-a lazy consensus of active committers.
>+a lazy consensus of active committers.
>
>-Any user, contributor, committer or PMC member can initiate a technical
>+Any user, contributor, committer, or PMC member can initiate a technical
> decision making process.
>
>-3.4.2. Release Plan
>+3.4.2. Non-Technical Decisions
>
>+A non-technical decisions is any decision that does not involve changes
>to
>the
>+source code that we distribute in our official releases.
>+
>+Non-technical decisions should normally be made by the entire community
>using
>+discussion-lead consensus-building, and not through formal voting.
>+
>+Non-technical decisions can be made on whichever project mailing list is
>most
>+appropriate.
>+
>+Non-technical decisions cannot be vetoed, but if there is strong
>opposition
>+a formal vote can be used to resolve the dispute.
>+
>+If a formal vote is started for a non-technical decision, the vote will
>be
>held
>+as a lazy 2/3 majority of active committers.
>+
>+Any user, contributor, committer, or PMC member can initiate a
>non-technical
>+decision making process.
>+
>+3.4.3. Release Plan
>+
> Defines the timetable and work items for a release. The plan also
>nominates a
> Release Manager.
>
> A lazy majority of active committers is required for approval.
>
>-Any active committer or PMC member may call a vote. The vote must occur
>on
>a
>+Any active committer or PMC member may call a vote. The vote must occur
>on
>the
> project development mailing list.
>
>-3.4.3. Product Release
>+3.4.4. Product Release
>
> When a release of one of the project's products is ready, a vote is
>required to
> accept the release as an official release of the project.
>
> Lazy Majority of active PMC members is required for approval.
>
>-Any active committer or PMC member may call a vote. The vote must occur
>on
>a
>+Any active committer or PMC member may call a vote. The vote must occur
>on
>the
> project development mailing list.
>
>-3.4.4. Adoption of New Codebase
>+3.4.5. Adoption of New Codebase
>
> When the codebase for an existing, released product is to be replaced
>with
>an
> alternative codebase. If such a vote fails to gain approval, the existing
>code
>@@ -242,10 +265,10 @@
>
> Lazy 2/3 majority of active PMC members.
>
>-Any active committer or PMC member may call a vote. The vote must occur
>on
>a
>+Any active committer or PMC member may call a vote. The vote must occur
>on
>the
> project development mailing list.
>
>-3.4.5. New Committer
>+3.4.6. New Committer
>
> When a new committer is proposed for the project.
>
>@@ -254,7 +277,7 @@
> Any active PMC member may call a vote. The vote must occur on the PMC
>private
> ma

Re: [DISCUSS] Selectable UI list view rows

You can't embed/attach on this mailing list. Can you give us a link?

From: , Christopher 
mailto:chris.su...@netapp.com>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Tuesday, August 6, 2013 10:56 AM
To: "mailto:dev@cloudstack.apache.org>>" 
mailto:dev@cloudstack.apache.org>>
Subject: [DISCUSS] Selectable UI list view rows

One feature I'd like to look in to is allowing list views  to have 'selectable' 
rows. With this, users could check individual rows of a list view to perform 
some action on a subset of the list. When one or more row is selected, the list 
of actions at the top of the list view would be filtered to only those which 
can be performed on the selected rows. Additionally, there would be a checkbox 
in the header of the list view which would allow the user to quickly 
select/unselect all items in the list.

Maybe a quick mockup will help make this more clear:

[cid:71D4FE5A-8C45-47C4-9675-7BA66FB22F05@hq.netapp.com]

Any thoughts, concerns, feedback or existing plans for something like this?

Thanks,
Chris

RE: What are the new features in 4.2?

2013-08-06 Thread Animesh Chaturvedi

You can use this JIRA filter for 4.2 features and improvements 
https://issues.apache.org/jira/issues/#?filter=12323963

Some of the items are in open state which I am following to get them closed.


Thanks
Animesh




> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Tuesday, August 06, 2013 10:30 AM
> To: cloudstack-...@incubator.apache.org
> Subject: What are the new features in 4.2?
> 
> Hello guys,
> 
> I've been trying to find a definitive "new features" for 4.2, but
> failed. Can anyone point me to the right URL or make a summary of
> what's new?
> 
> Thanks,
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

[DISCUSS] Selectable UI list view rows

2013-08-06 Thread SuichII, Christopher

One feature I'd like to look in to is allowing list views  to have 'selectable' 
rows. With this, users could check individual rows of a list view to perform 
some action on a subset of the list. When one or more row is selected, the list 
of actions at the top of the list view would be filtered to only those which 
can be performed on the selected rows. Additionally, there would be a checkbox 
in the header of the list view which would allow the user to quickly 
select/unselect all items in the list.

Maybe a quick mockup will help make this more clear:

[cid:71D4FE5A-8C45-47C4-9675-7BA66FB22F05@hq.netapp.com]

Any thoughts, concerns, feedback or existing plans for something like this?

Thanks,
Chris

Re: Is the simulator broken?

Perhaps nonoss and simulator are incompatible? You shouldn't need nonoss

On 8/6/13 7:45 AM, "Ian Duffy"  wrote:

>Yeah complied with:
>
>mvn -P developer,systemvm  -D nonoss,simulator clean install
>
>
>Will retry...
>
>On 6 August 2013 14:43, Prasanna Santhanam  wrote:
>> I haven't tried on master but it seems to be broken on 4.2:
>>
>> I see this in the management server log when starting systemVMs
>> https://gist.github.com/vogxn/6164508
>>
>> But that error you showed just means the simulator jar was not found
>> in the classpath. Did you build with the -Dsimulator switch?
>>
>> On Tue, Aug 06, 2013 at 12:51:41PM +0100, Ian Duffy wrote:
>>> Hi,
>>>
>>> Is the simulator broken?
>>>
>>> Trying to run
>>>
>>> nosetests -v --with-marvin --marvin-config=setup/dev/advanced.cfg -w
>>>/tmp
>>>
>>> and getting
>>>
>>> Traceback (most recent call last):
>>>   File "/opt/python/bin/nosetests", line 9, in 
>>> load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
>>>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
>>> 118, in __init__
>>> **extra_args)
>>>   File "/opt/python/lib/python2.7/unittest/main.py", line 94, in
>>>__init__
>>> self.parseArgs(argv)
>>>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
>>> 135, in parseArgs
>>> self.config.configure(argv, doc=self.usage())
>>>   File "/opt/python/lib/python2.7/site-packages/nose/config.py", line
>>> 344, in configure
>>> self.plugins.configure(options, self)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
>>> line 284, in configure
>>> cfg(options, config)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
>>> line 99, in __call__
>>> return self.call(*arg, **kw)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
>>> line 167, in simple
>>> result = meth(*arg, **kw)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/marvinPlugin.py",
>>> line 68, in configure
>>> deploy.loadCfg() if options.load else deploy.deploy()
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>>> line 576, in deploy
>>> self.createZones(self.config.zones)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>>> line 408, in createZones
>>> self.createpods(zone.pods, zoneId)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>>> line 126, in createpods
>>> vmwareDc=pod.vmwaredc)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
>>> line 84, in createClusters
>>> clusterresponse = self.apiClient.addCluster(clustercmd)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstack
>>>APIClient.py",
>>> line 1378, in addCluster
>>> response = self.connection.marvin_request(command,
>>> response_type=response, method=method)
>>>   File 
>>>"/opt/python/lib/python2.7/site-packages/marvin/cloudstackConnection.py"
>>>,
>>> line 222, in marvin_request
>>> response = jsonHelper.getResultObj(response.json(), response_type)
>>>   File "/opt/python/lib/python2.7/site-packages/marvin/jsonHelper.py",
>>> line 148, in getResultObj
>>> raise cloudstackException.cloudstackAPIException(respname, errMsg)
>>> marvin.cloudstackException.cloudstackAPIException: Execute cmd:
>>> addcluster failed, due to: errorCode: 431, errorText:Could not find
>>> corresponding resource manager for simulator
>>
>> --
>> Prasanna.,
>>
>> 
>> Powered by BigRock.com
>>

Re: What are the new features in 4.2?

2013-08-06 Thread Nux!


On 06.08.2013 18:52, Chiradeep Vittal wrote:

I look at Developer -> Design Documents -> 4.2

3rd Party UI Plugin
Ability to delete or archive Events and Alerts


Woah, massive changes! I welcome them all. :D
Thanks guys.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: IP Address Allocation

The way the gurus are consulted for network design and reservation makes
it difficult to put this inside a guru.
However it does seem odd to put this inside an element. Perhaps we need a
3rd type (IpAddressReserver?)


On 8/6/13 10:42 AM, "Soheil Eizadi"  wrote:

>The NetworkGuru does a lot more than IP address allocation, e.g. handle
>the Layer2/3 networking unique to the particular vendor. There are a lot
>of NetworkElements providing their own NetworkGuru plugins (Nicira,
>MidoNet, ...) extending the standard CloudStack Gurus.
>
>The feature of providing IP Address Allocation, DHCP and DNS is common
>for all these networks, so rather than provide our own Guru the proposed
>design would allow the above functions to coexist with existing Gurus.
>
>-Soheil
>
>From: Murali Reddy [murali.re...@citrix.com]
>Sent: Tuesday, August 06, 2013 3:24 AM
>To: dev@cloudstack.apache.org
>Subject: Re: IP Address Allocation
>
>On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:
>
>>One way to achieve this behavior is to have a call out in prepareNic() to
>>the NetworkElements before the call to the NetworkGuru allowing the
>>NetworkElement to update the Nic Profile. In this use case the Network
>>Element would suggest an IP Address. In the use case below the IP Address
>>would be updated by the NetworkElement. There is logic in getIp(), the
>>current IP Allocation that handles the case where the Nic Profile already
>>has an IP Address. This needs to be updated to handle this new use case.
>>The current use case assume that the VM had already been prepared once
>>and has an IP Address allocated that could be reused.
>>
>>Does anyone see a problem with this approach?
>
>Purpose of Guru (to design the network) and Element (implement the
>network) are different. Right way would be for your plug-in to implement
>both network Guru and element and let the guru do the IP address
>allocation.
>
>>-Soheil
>>
>>From: Soheil Eizadi [seiz...@infoblox.com]
>>Sent: Monday, August 05, 2013 2:35 PM
>>To: dev@cloudstack.apache.org
>>Subject: IP Address Allocation
>>
>>I am trying to figure out what would be the proper way for a Plugin to
>>interact with the CloudStack VM deployment and provide an authoritative
>>IP Address from its database versus the local CloudStack database. It
>>looks like the NetworkElements are not presented an opportunity to
>>provide an IP Address and you must develop a NetworkGuru to provide this
>>function. There is some customization of the IP Address designed into the
>>Secondary NICs (see allocateGuestIP()).
>>-Soheil
>>
>
>

Re: Breaking docs out

2013-08-06 Thread David Nalley

Sorry - wasn't advocating a repo for each, but a directory for each of
the below. I apparenlty was low on caffeine when I authored the email.

--David

On Tue, Aug 6, 2013 at 3:53 AM, Daan Hoogland  wrote:
> one litle spark here; why does every thing need to go in its own repo.
> I would rather go for putting it all in one repo.
>
> not much of a flame but here you go.
>
> Daan
>
> On Tue, Aug 6, 2013 at 6:25 AM, Radhika Puthiyetath
>  wrote:
>> Make perfect sense.
>> + 1
>>
>> -Radhika
>>
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: Tuesday, August 06, 2013 3:13 AM
>> To: dev@cloudstack.apache.org
>> Subject: Breaking docs out
>>
>> Hi folks:
>>
>> I'd like to propose breaking out a nuymber of our documents into their own 
>> repos.
>>
>> My thinking is that specifically; the release notes, midonet, and niciranvp 
>> documentation shares very little with the rest of the documentation, and 
>> should be broken out akin to how the QIG is currently broken out.
>>
>> The particular problem I am trying to solve is to deal with publishing. For 
>> instance, even though the release notes are contained in just a few xml 
>> documents, it copies content from every single xml file in thd directory - 
>> over 400 - and it also copies those up to the website.
>>
>> Splitting things up also allows us to prioritize l10n. Right now, we just 
>> dump 400 xml files worth of content into transifex and people translate away 
>> - they can't put a priority on release notes, or de-emphasize more esoteric 
>> documentation like Nicira or Midonet.
>>
>> Eventually I'd like to break out each of the individual guides into their 
>> own document - separate from the other. Right now they carry a ton of 
>> similar content so that isn't very practical; but it's what I am thinking, 
>> perhaps for 4.4 or 4.5.
>>
>> In the meantime, I'd like to make this change as soon as we think we have 
>> documentation pretty close to done for 4.2 to minimize the disruptive 
>> effects.
>>
>> Thoughts, comments, flames?
>>
>> --David

Re: [DISCUSS] Selectable UI list view rows

2013-08-06 Thread SuichII, Christopher

Oops, thanks for the heads up!

http://imgur.com/48L9bpx


On Aug 6, 2013, at 1:58 PM, Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>> wrote:

You can't embed/attach on this mailing list. Can you give us a link?

From: , Christopher 
mailto:chris.su...@netapp.com>>
Reply-To: 
"dev@cloudstack.apache.org"
 
mailto:dev@cloudstack.apache.org>>
Date: Tuesday, August 6, 2013 10:56 AM
To: 
"mailto:dev@cloudstack.apache.org>>"
 
mailto:dev@cloudstack.apache.org>>
Subject: [DISCUSS] Selectable UI list view rows

One feature I'd like to look in to is allowing list views  to have 'selectable' 
rows. With this, users could check individual rows of a list view to perform 
some action on a subset of the list. When one or more row is selected, the list 
of actions at the top of the list view would be filtered to only those which 
can be performed on the selected rows. Additionally, there would be a checkbox 
in the header of the list view which would allow the user to quickly 
select/unselect all items in the list.

Maybe a quick mockup will help make this more clear:

[cid:71D4FE5A-8C45-47C4-9675-7BA66FB22F05@hq.netapp.com]

Any thoughts, concerns, feedback or existing plans for something like this?

Thanks,
Chris

Re: weird test failure

Some insight here
http://www.javatuning.com/why-is-thread-sleep-inherently-inaccurate/


On 8/6/13 8:16 AM, "Daan Hoogland"  wrote:

>H,
>
>I just had a time skew that seems impossible:
>
>if in the folowing test the sleep is 1000 it reports a failure saying
>the duration was 999. now I see at least some clock ticks around it so
>whats heppening? An overeager optimizer, maybe? I had to set it to
>1001 to make it work. This is not new code, it has been there since
>jan 24! So i ran it a few times.
>
>public class TestProfiler extends Log4jEnabledTestCase {
>protected final static Logger s_logger =
>Logger.getLogger(TestProfiler.class);
>
>@Test
>public void testProfiler() {
>s_logger.info("testProfiler() started");
>
>Profiler pf = new Profiler();
>pf.start();
>try {
>Thread.sleep(1001);
>} catch (InterruptedException e) {
>}
>pf.stop();
>
>s_logger.info("Duration : " + pf.getDuration());
>
>Assert.assertTrue(pf.getDuration() >= 1000);
>
>s_logger.info("testProfiler() stopped");
>}
>}
>
>any clue welcome,
>Daan

Re: [DISCUSS] Selectable UI list view rows

2013-08-06 Thread Pranav Saxena

Hey Chris ,

This is something which has always been in demand but due to time
constraints in the previous releases , it could never be paid much
attention. Brian and myself  had discussed about this in the past . In case
you are planning to work on this , it would be great . Brian and myself
shall be able to help you out with your queries , if at all you have any .

Thanks,
Pranav

On Tue, Aug 6, 2013 at 11:26 PM, SuichII, Christopher <
chris.su...@netapp.com> wrote:

>  One feature I'd like to look in to is allowing list views  to have
> 'selectable' rows. With this, users could check individual rows of a list
> view to perform some action on a subset of the list. When one or more row
> is selected, the list of actions at the top of the list view would be
> filtered to only those which can be performed on the selected rows.
> Additionally, there would be a checkbox in the header of the list view
> which would allow the user to quickly select/unselect all items in the list.
>
>  Maybe a quick mockup will help make this more clear:
>
>
>  Any thoughts, concerns, feedback or existing plans for something like
> this?
>
>  Thanks,
> Chris
>

RE: [DISCUSS] Selectable UI list view rows

2013-08-06 Thread Brian Federle

Hey Chris,

I've actually created a ticket for this, which I'm planning to implement in a 
future release (hopefully the next one if I have the bandwidth). See 
https://issues.apache.org/jira/browse/CLOUDSTACK-1579

This will require a good deal of refactoring of existing code to support 
though, so to start it will probably be implemented on 1-2 sections; most 
likely instances and events/alerts which is where it is requested the most.

-Brian

From: SuichII, Christopher [mailto:chris.su...@netapp.com]
Sent: Tuesday, August 06, 2013 10:57 AM
To: 
Subject: [DISCUSS] Selectable UI list view rows

One feature I'd like to look in to is allowing list views  to have 'selectable' 
rows. With this, users could check individual rows of a list view to perform 
some action on a subset of the list. When one or more row is selected, the list 
of actions at the top of the list view would be filtered to only those which 
can be performed on the selected rows. Additionally, there would be a checkbox 
in the header of the list view which would allow the user to quickly 
select/unselect all items in the list.

Maybe a quick mockup will help make this more clear:

[cid:71D4FE5A-8C45-47C4-9675-7BA66FB22F05@hq.netapp.com]

Any thoughts, concerns, feedback or existing plans for something like this?

Thanks,
Chris

RE: KVM always defaulting to QCOW2 image formats

2013-08-06 Thread Edison Su

Possible to add some code in volumeObject-> 
processEvent(ObjectInDataStoreStateMachine.Event event, Answer answer)
if (this.dataStore.getRole() == DataStoreRole.Primary) {
if (answer instanceof CopyCmdAnswer) {
else if (answer instanceof CreateObjectAnswer) {

if (newvol.getImageFormat() != null) {
vol.setImageFormat(newvol.getImageFormat())
}


In the KVM resource code, need to return an image format in 
kvmstorageProcessor:
Answer createVolume(CreateObjectCommand cmd)


And also need to move the following code:

VolumeVO volVO = _volsDao.findById(vol.getId());
volVO.setFormat(getSupportedImageFormatForCluster(rootDiskHyperType));
_volsDao.update(volVO.getId(), volVO);

>From the bottom of volumemanagerImpl-> createVolumeOnPrimaryStorage to the 
>beginning. 



> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: Tuesday, August 06, 2013 8:46 AM
> To: dev@cloudstack.apache.org
> Cc: Edison Su
> Subject: KVM always defaulting to QCOW2 image formats
> 
> Hi,
> 
> I just encountered CLOUDSTACK-4114 [0] during my tests.
> 
> I didn't encounter this before, but I just tried to restore from a snapshot 
> and
> there it assumed the snapshot was in QCOW2 format, but it is actually a RAW
> device.
> 
> In VolumeDoaImpl this is implemented:
> 
> public ImageFormat getImageFormat(Long volumeId) {
>  HypervisorType type = getHypervisorType(volumeId);
>  if (type.equals(HypervisorType.KVM)) {
>  return ImageFormat.QCOW2;
>  } else if (type.equals(HypervisorType.XenServer)) {
>  return ImageFormat.VHD;
>  } else if (type.equals(HypervisorType.VMware)) {
>  return ImageFormat.OVA;
>  } else {
>  s_logger.warn("Do not support hypervisor " + type.toString());
>  return null;
>  }
> }
> 
> Thile QCOW2 is valid when using NFS, it isn't when using either RBD or LVM.
> 
> So why does KVM always default to QCOW2?
> 
> Where is the best way to override this and have RBD always use RAW?
> 
> I'd rather avoid a if pooltype == RBD kind of statement somewhere in the
> code.
> 
> For now RBD is using the DefaultPrimary provider.
> 
> Wido
> 
> [0]: https://issues.apache.org/jira/browse/CLOUDSTACK-4114

RE: IP Address Allocation

2013-08-06 Thread Alex Huang

We can either break NetworkManager down further and say NetworkGuru sets the 
actual parameters of the network and a new IpAddressReserver sets the ip 
address or we can let NetworkGurus identify the IpAddressReserver to use 
themselves.  I generally think NetworkManager shouldn't care where the ip 
address came from because it really shouldn't know anything about the actual 
network we're laying out for the end user.  That's always been left to the 
NetworkGurus.  If you think about it from that perspective, then it's natural 
that ip address is allocated by the NetworkGuru.  But I can see different 
NetworkGurus may want to share the same ip address allocation tables/schemes so 
an interface for them to share that code does make sense.

Note there's a difference between allocating ip address and the act of actually 
issuing the ip address and associating the ip address to a fqdn.  That act is 
performed by the network elements.  Here we're specifically saying who is 
responsible for figuring out the ip address that can be allocated to a 
particular vm and works within a network.

--Alex

> -Original Message-
> From: Chiradeep Vittal
> Sent: Tuesday, August 6, 2013 11:14 AM
> To: dev@cloudstack.apache.org
> Cc: Alex Huang
> Subject: Re: IP Address Allocation
> 
> The way the gurus are consulted for network design and reservation makes it
> difficult to put this inside a guru.
> However it does seem odd to put this inside an element. Perhaps we need a
> 3rd type (IpAddressReserver?)
> 
> 
> On 8/6/13 10:42 AM, "Soheil Eizadi"  wrote:
> 
> >The NetworkGuru does a lot more than IP address allocation, e.g. handle
> >the Layer2/3 networking unique to the particular vendor. There are a
> >lot of NetworkElements providing their own NetworkGuru plugins (Nicira,
> >MidoNet, ...) extending the standard CloudStack Gurus.
> >
> >The feature of providing IP Address Allocation, DHCP and DNS is common
> >for all these networks, so rather than provide our own Guru the
> >proposed design would allow the above functions to coexist with existing
> Gurus.
> >
> >-Soheil
> >
> >From: Murali Reddy [murali.re...@citrix.com]
> >Sent: Tuesday, August 06, 2013 3:24 AM
> >To: dev@cloudstack.apache.org
> >Subject: Re: IP Address Allocation
> >
> >On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:
> >
> >>One way to achieve this behavior is to have a call out in prepareNic()
> >>to the NetworkElements before the call to the NetworkGuru allowing the
> >>NetworkElement to update the Nic Profile. In this use case the Network
> >>Element would suggest an IP Address. In the use case below the IP
> >>Address would be updated by the NetworkElement. There is logic in
> >>getIp(), the current IP Allocation that handles the case where the Nic
> >>Profile already has an IP Address. This needs to be updated to handle this
> new use case.
> >>The current use case assume that the VM had already been prepared
> once
> >>and has an IP Address allocated that could be reused.
> >>
> >>Does anyone see a problem with this approach?
> >
> >Purpose of Guru (to design the network) and Element (implement the
> >network) are different. Right way would be for your plug-in to
> >implement both network Guru and element and let the guru do the IP
> >address allocation.
> >
> >>-Soheil
> >>
> >>From: Soheil Eizadi [seiz...@infoblox.com]
> >>Sent: Monday, August 05, 2013 2:35 PM
> >>To: dev@cloudstack.apache.org
> >>Subject: IP Address Allocation
> >>
> >>I am trying to figure out what would be the proper way for a Plugin to
> >>interact with the CloudStack VM deployment and provide an
> >>authoritative IP Address from its database versus the local CloudStack
> >>database. It looks like the NetworkElements are not presented an
> >>opportunity to provide an IP Address and you must develop a
> >>NetworkGuru to provide this function. There is some customization of
> >>the IP Address designed into the Secondary NICs (see allocateGuestIP()).
> >>-Soheil
> >>
> >
> >

Question about creating a template

Hi,

I have a small Linux ISO (http://www.damnsmalllinux.org/download.html) I've
uploaded to my secondary storage NFS location.

I can create VM instances just fine with it.

I stopped one of my VMs that was created with this ISO and tried to create
a template from its root disk.

I received the following exception and was wondering what people's comments
might be.

Thanks!

ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-8:job-41 = [
583f08f2-e32a-4d16-815a-2ac2953d2ae9 ]) Unexpected exception while
executing org.apache.cloudstack.api.command.user.template.CreateTemplateCmd
com.cloud.utils.exception.CloudRuntimeException: Failed to create
templateUnsupported command
issued:org.apache.cloudstack.storage.command.CopyCommand.  Are you sure you
got the right type of server?
at
com.cloud.template.TemplateManagerImpl.createPrivateTemplate(TemplateManagerImpl.java:1368)
at
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at
org.apache.cloudstack.api.command.user.template.CreateTemplateCmd.execute(CreateTemplateCmd.java:263)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)


-- 
*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: IP Address Allocation

We can define a third type of element for IP Address Allocation, let me look at 
the code and see is there is standard base class that it can extend or we have 
to come up with a new base class like we have for NetworkElements.
-Soheil

From: Chiradeep Vittal [chiradeep.vit...@citrix.com]
Sent: Tuesday, August 06, 2013 11:14 AM
To: dev@cloudstack.apache.org
Cc: Alex Huang
Subject: Re: IP Address Allocation

The way the gurus are consulted for network design and reservation makes
it difficult to put this inside a guru.
However it does seem odd to put this inside an element. Perhaps we need a
3rd type (IpAddressReserver?)


On 8/6/13 10:42 AM, "Soheil Eizadi"  wrote:

>The NetworkGuru does a lot more than IP address allocation, e.g. handle
>the Layer2/3 networking unique to the particular vendor. There are a lot
>of NetworkElements providing their own NetworkGuru plugins (Nicira,
>MidoNet, ...) extending the standard CloudStack Gurus.
>
>The feature of providing IP Address Allocation, DHCP and DNS is common
>for all these networks, so rather than provide our own Guru the proposed
>design would allow the above functions to coexist with existing Gurus.
>
>-Soheil
>
>From: Murali Reddy [murali.re...@citrix.com]
>Sent: Tuesday, August 06, 2013 3:24 AM
>To: dev@cloudstack.apache.org
>Subject: Re: IP Address Allocation
>
>On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:
>
>>One way to achieve this behavior is to have a call out in prepareNic() to
>>the NetworkElements before the call to the NetworkGuru allowing the
>>NetworkElement to update the Nic Profile. In this use case the Network
>>Element would suggest an IP Address. In the use case below the IP Address
>>would be updated by the NetworkElement. There is logic in getIp(), the
>>current IP Allocation that handles the case where the Nic Profile already
>>has an IP Address. This needs to be updated to handle this new use case.
>>The current use case assume that the VM had already been prepared once
>>and has an IP Address allocated that could be reused.
>>
>>Does anyone see a problem with this approach?
>
>Purpose of Guru (to design the network) and Element (implement the
>network) are different. Right way would be for your plug-in to implement
>both network Guru and element and let the guru do the IP address
>allocation.
>
>>-Soheil
>>
>>From: Soheil Eizadi [seiz...@infoblox.com]
>>Sent: Monday, August 05, 2013 2:35 PM
>>To: dev@cloudstack.apache.org
>>Subject: IP Address Allocation
>>
>>I am trying to figure out what would be the proper way for a Plugin to
>>interact with the CloudStack VM deployment and provide an authoritative
>>IP Address from its database versus the local CloudStack database. It
>>looks like the NetworkElements are not presented an opportunity to
>>provide an IP Address and you must develop a NetworkGuru to provide this
>>function. There is some customization of the IP Address designed into the
>>Secondary NICs (see allocateGuestIP()).
>>-Soheil
>>
>
>

Re: What are the new features in 4.2?

Hi Animesh,

Upon seeing your e-mail here, I tried to go in and mark mine as Resolved,
but the control for this is disabled.

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


On Tue, Aug 6, 2013 at 12:00 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:

> You can use this JIRA filter for 4.2 features and improvements
> https://issues.apache.org/jira/issues/#?filter=12323963
>
> Some of the items are in open state which I am following to get them
> closed.
>
>
> Thanks
> Animesh
>
>
>
>
> > -Original Message-
> > From: Nux! [mailto:n...@li.nux.ro]
> > Sent: Tuesday, August 06, 2013 10:30 AM
> > To: cloudstack-...@incubator.apache.org
> > Subject: What are the new features in 4.2?
> >
> > Hello guys,
> >
> > I've been trying to find a definitive "new features" for 4.2, but
> > failed. Can anyone point me to the right URL or make a summary of
> > what's new?
> >
> > Thanks,
> > Lucian
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
>



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

Re: What are the new features in 4.2?

2013-08-06 Thread Wei ZHOU

Mike,

I closed it.


2013/8/6 Mike Tutkowski 

> Hi Animesh,
>
> Upon seeing your e-mail here, I tried to go in and mark mine as Resolved,
> but the control for this is disabled.
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-2778
>
>
> On Tue, Aug 6, 2013 at 12:00 PM, Animesh Chaturvedi <
> animesh.chaturv...@citrix.com> wrote:
>
> > You can use this JIRA filter for 4.2 features and improvements
> > https://issues.apache.org/jira/issues/#?filter=12323963
> >
> > Some of the items are in open state which I am following to get them
> > closed.
> >
> >
> > Thanks
> > Animesh
> >
> >
> >
> >
> > > -Original Message-
> > > From: Nux! [mailto:n...@li.nux.ro]
> > > Sent: Tuesday, August 06, 2013 10:30 AM
> > > To: cloudstack-...@incubator.apache.org
> > > Subject: What are the new features in 4.2?
> > >
> > > Hello guys,
> > >
> > > I've been trying to find a definitive "new features" for 4.2, but
> > > failed. Can anyone point me to the right URL or make a summary of
> > > what's new?
> > >
> > > Thanks,
> > > Lucian
> > >
> > > --
> > > Sent from the Delta quadrant using Borg technology!
> > >
> > > Nux!
> > > www.nux.ro
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*
>

Re: What are the new features in 4.2?

Thanks!


On Tue, Aug 6, 2013 at 12:42 PM, Wei ZHOU  wrote:

> Mike,
>
> I closed it.
>
>
> 2013/8/6 Mike Tutkowski 
>
> > Hi Animesh,
> >
> > Upon seeing your e-mail here, I tried to go in and mark mine as Resolved,
> > but the control for this is disabled.
> >
> > https://issues.apache.org/jira/browse/CLOUDSTACK-2778
> >
> >
> > On Tue, Aug 6, 2013 at 12:00 PM, Animesh Chaturvedi <
> > animesh.chaturv...@citrix.com> wrote:
> >
> > > You can use this JIRA filter for 4.2 features and improvements
> > > https://issues.apache.org/jira/issues/#?filter=12323963
> > >
> > > Some of the items are in open state which I am following to get them
> > > closed.
> > >
> > >
> > > Thanks
> > > Animesh
> > >
> > >
> > >
> > >
> > > > -Original Message-
> > > > From: Nux! [mailto:n...@li.nux.ro]
> > > > Sent: Tuesday, August 06, 2013 10:30 AM
> > > > To: cloudstack-...@incubator.apache.org
> > > > Subject: What are the new features in 4.2?
> > > >
> > > > Hello guys,
> > > >
> > > > I've been trying to find a definitive "new features" for 4.2, but
> > > > failed. Can anyone point me to the right URL or make a summary of
> > > > what's new?
> > > >
> > > > Thanks,
> > > > Lucian
> > > >
> > > > --
> > > > Sent from the Delta quadrant using Borg technology!
> > > >
> > > > Nux!
> > > > www.nux.ro
> > >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *™*
> >
>



-- 
*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: IP Address Allocation

Can this be done on system VMs as well? I see that its targeted for the guests, 
if there is a way to abstract and apply ip address on any component - it would 
certainly make ACS much more flexible than it is now.

> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: Tuesday, August 06, 2013 2:29 PM
> To: dev@cloudstack.apache.org
> Subject: RE: IP Address Allocation
> 
> We can define a third type of element for IP Address Allocation, let me look
> at the code and see is there is standard base class that it can extend or we
> have to come up with a new base class like we have for NetworkElements.
> -Soheil
> 
> From: Chiradeep Vittal [chiradeep.vit...@citrix.com]
> Sent: Tuesday, August 06, 2013 11:14 AM
> To: dev@cloudstack.apache.org
> Cc: Alex Huang
> Subject: Re: IP Address Allocation
> 
> The way the gurus are consulted for network design and reservation makes it
> difficult to put this inside a guru.
> However it does seem odd to put this inside an element. Perhaps we need a
> 3rd type (IpAddressReserver?)
> 
> 
> On 8/6/13 10:42 AM, "Soheil Eizadi"  wrote:
> 
> >The NetworkGuru does a lot more than IP address allocation, e.g. handle
> >the Layer2/3 networking unique to the particular vendor. There are a
> >lot of NetworkElements providing their own NetworkGuru plugins (Nicira,
> >MidoNet, ...) extending the standard CloudStack Gurus.
> >
> >The feature of providing IP Address Allocation, DHCP and DNS is common
> >for all these networks, so rather than provide our own Guru the
> >proposed design would allow the above functions to coexist with existing
> Gurus.
> >
> >-Soheil
> >
> >From: Murali Reddy [murali.re...@citrix.com]
> >Sent: Tuesday, August 06, 2013 3:24 AM
> >To: dev@cloudstack.apache.org
> >Subject: Re: IP Address Allocation
> >
> >On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:
> >
> >>One way to achieve this behavior is to have a call out in prepareNic()
> >>to the NetworkElements before the call to the NetworkGuru allowing the
> >>NetworkElement to update the Nic Profile. In this use case the Network
> >>Element would suggest an IP Address. In the use case below the IP
> >>Address would be updated by the NetworkElement. There is logic in
> >>getIp(), the current IP Allocation that handles the case where the Nic
> >>Profile already has an IP Address. This needs to be updated to handle this
> new use case.
> >>The current use case assume that the VM had already been prepared
> once
> >>and has an IP Address allocated that could be reused.
> >>
> >>Does anyone see a problem with this approach?
> >
> >Purpose of Guru (to design the network) and Element (implement the
> >network) are different. Right way would be for your plug-in to
> >implement both network Guru and element and let the guru do the IP
> >address allocation.
> >
> >>-Soheil
> >>
> >>From: Soheil Eizadi [seiz...@infoblox.com]
> >>Sent: Monday, August 05, 2013 2:35 PM
> >>To: dev@cloudstack.apache.org
> >>Subject: IP Address Allocation
> >>
> >>I am trying to figure out what would be the proper way for a Plugin to
> >>interact with the CloudStack VM deployment and provide an
> >>authoritative IP Address from its database versus the local CloudStack
> >>database. It looks like the NetworkElements are not presented an
> >>opportunity to provide an IP Address and you must develop a
> >>NetworkGuru to provide this function. There is some customization of
> >>the IP Address designed into the Secondary NICs (see allocateGuestIP()).
> >>-Soheil
> >>
> >
> >
>

RE: Is the simulator broken?

Eventually got it running.
Still hangs during marvin.setup though.
On 6 Aug 2013 18:55, "Edison Su"  wrote:

> Can you try: mvn -P developer,systemvm,simulator  -D nonoss,simulator
> clean install
>
>
> > -Original Message-
> > From: Ian Duffy [mailto:i...@ianduffy.ie]
> > Sent: Tuesday, August 06, 2013 7:46 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Is the simulator broken?
> >
> > Yeah complied with:
> >
> > mvn -P developer,systemvm  -D nonoss,simulator clean install
> >
> >
> > Will retry...
> >
> > On 6 August 2013 14:43, Prasanna Santhanam  wrote:
> > > I haven't tried on master but it seems to be broken on 4.2:
> > >
> > > I see this in the management server log when starting systemVMs
> > > https://gist.github.com/vogxn/6164508
> > >
> > > But that error you showed just means the simulator jar was not found
> > > in the classpath. Did you build with the -Dsimulator switch?
> > >
> > > On Tue, Aug 06, 2013 at 12:51:41PM +0100, Ian Duffy wrote:
> > >> Hi,
> > >>
> > >> Is the simulator broken?
> > >>
> > >> Trying to run
> > >>
> > >> nosetests -v --with-marvin --marvin-config=setup/dev/advanced.cfg -w
> > >> /tmp
> > >>
> > >> and getting
> > >>
> > >> Traceback (most recent call last):
> > >>   File "/opt/python/bin/nosetests", line 9, in 
> > >> load_entry_point('nose==1.3.0', 'console_scripts', 'nosetests')()
> > >>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
> > >> 118, in __init__
> > >> **extra_args)
> > >>   File "/opt/python/lib/python2.7/unittest/main.py", line 94, in
> __init__
> > >> self.parseArgs(argv)
> > >>   File "/opt/python/lib/python2.7/site-packages/nose/core.py", line
> > >> 135, in parseArgs
> > >> self.config.configure(argv, doc=self.usage())
> > >>   File "/opt/python/lib/python2.7/site-packages/nose/config.py", line
> > >> 344, in configure
> > >> self.plugins.configure(options, self)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> > >> line 284, in configure
> > >> cfg(options, config)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> > >> line 99, in __call__
> > >> return self.call(*arg, **kw)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/nose/plugins/manager.py",
> > >> line 167, in simple
> > >> result = meth(*arg, **kw)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/marvinPlugin.py",
> > >> line 68, in configure
> > >> deploy.loadCfg() if options.load else deploy.deploy()
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> > >> line 576, in deploy
> > >> self.createZones(self.config.zones)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> > >> line 408, in createZones
> > >> self.createpods(zone.pods, zoneId)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> > >> line 126, in createpods
> > >> vmwareDc=pod.vmwaredc)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/deployDataCenter.py",
> > >> line 84, in createClusters
> > >> clusterresponse = self.apiClient.addCluster(clustercmd)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudst
> > >> ackAPIClient.py",
> > >> line 1378, in addCluster
> > >> response = self.connection.marvin_request(command,
> > >> response_type=response, method=method)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/cloudstackConnection.
> > >> py",
> > >> line 222, in marvin_request
> > >> response = jsonHelper.getResultObj(response.json(), response_type)
> > >>   File
> > >> "/opt/python/lib/python2.7/site-packages/marvin/jsonHelper.py",
> > >> line 148, in getResultObj
> > >> raise cloudstackException.cloudstackAPIException(respname,
> > >> errMsg)
> > >> marvin.cloudstackException.cloudstackAPIException: Execute cmd:
> > >> addcluster failed, due to: errorCode: 431, errorText:Could not find
> > >> corresponding resource manager for simulator
> > >
> > > --
> > > Prasanna.,
> > >
> > > 
> > > Powered by BigRock.com
> > >
>

Documentation Question

Hi,

I am working on documenting the SolidFire (storage) plug-in I developed for
4.2.

I have plenty of documentation handy, but am not familiar with how I should
document this for CloudStack.

Would someone be able to point me to a template so I know how mine
documentation should look and where it should be placed?

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: IP Address Allocation

Agree that the IP Address allocation is different than the DHCP and DNS service 
offered by the NetworkElements.

The third party NetworkGurus just reference the standard NetworkManager IP 
Address Allocation routines, either directly (e.g. 
_networkMgr.assignPublicIpAddress()) or by calling out to the GuestNetworkGuru. 
I would say in the current design the Network Manager manages the IP Addresses 
not the Network Gurus. I don't think this is a bad design, in that the 
NetworkGurus are sharing the same  ip address allocation and get new features 
(e.g. IP reservation or VM migration) without implementing new code to support 
them.
-Soheil


From: Alex Huang [alex.hu...@citrix.com]
Sent: Tuesday, August 06, 2013 11:27 AM
To: Chiradeep Vittal; dev@cloudstack.apache.org
Subject: RE: IP Address Allocation

We can either break NetworkManager down further and say NetworkGuru sets the 
actual parameters of the network and a new IpAddressReserver sets the ip 
address or we can let NetworkGurus identify the IpAddressReserver to use 
themselves.  I generally think NetworkManager shouldn't care where the ip 
address came from because it really shouldn't know anything about the actual 
network we're laying out for the end user.  That's always been left to the 
NetworkGurus.  If you think about it from that perspective, then it's natural 
that ip address is allocated by the NetworkGuru.  But I can see different 
NetworkGurus may want to share the same ip address allocation tables/schemes so 
an interface for them to share that code does make sense.

Note there's a difference between allocating ip address and the act of actually 
issuing the ip address and associating the ip address to a fqdn.  That act is 
performed by the network elements.  Here we're specifically saying who is 
responsible for figuring out the ip address that can be allocated to a 
particular vm and works within a network.

--Alex

> -Original Message-
> From: Chiradeep Vittal
> Sent: Tuesday, August 6, 2013 11:14 AM
> To: dev@cloudstack.apache.org
> Cc: Alex Huang
> Subject: Re: IP Address Allocation
>
> The way the gurus are consulted for network design and reservation makes it
> difficult to put this inside a guru.
> However it does seem odd to put this inside an element. Perhaps we need a
> 3rd type (IpAddressReserver?)
>
>
> On 8/6/13 10:42 AM, "Soheil Eizadi"  wrote:
>
> >The NetworkGuru does a lot more than IP address allocation, e.g. handle
> >the Layer2/3 networking unique to the particular vendor. There are a
> >lot of NetworkElements providing their own NetworkGuru plugins (Nicira,
> >MidoNet, ...) extending the standard CloudStack Gurus.
> >
> >The feature of providing IP Address Allocation, DHCP and DNS is common
> >for all these networks, so rather than provide our own Guru the
> >proposed design would allow the above functions to coexist with existing
> Gurus.
> >
> >-Soheil
> >
> >From: Murali Reddy [murali.re...@citrix.com]
> >Sent: Tuesday, August 06, 2013 3:24 AM
> >To: dev@cloudstack.apache.org
> >Subject: Re: IP Address Allocation
> >
> >On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:
> >
> >>One way to achieve this behavior is to have a call out in prepareNic()
> >>to the NetworkElements before the call to the NetworkGuru allowing the
> >>NetworkElement to update the Nic Profile. In this use case the Network
> >>Element would suggest an IP Address. In the use case below the IP
> >>Address would be updated by the NetworkElement. There is logic in
> >>getIp(), the current IP Allocation that handles the case where the Nic
> >>Profile already has an IP Address. This needs to be updated to handle this
> new use case.
> >>The current use case assume that the VM had already been prepared
> once
> >>and has an IP Address allocated that could be reused.
> >>
> >>Does anyone see a problem with this approach?
> >
> >Purpose of Guru (to design the network) and Element (implement the
> >network) are different. Right way would be for your plug-in to
> >implement both network Guru and element and let the guru do the IP
> >address allocation.
> >
> >>-Soheil
> >>
> >>From: Soheil Eizadi [seiz...@infoblox.com]
> >>Sent: Monday, August 05, 2013 2:35 PM
> >>To: dev@cloudstack.apache.org
> >>Subject: IP Address Allocation
> >>
> >>I am trying to figure out what would be the proper way for a Plugin to
> >>interact with the CloudStack VM deployment and provide an
> >>authoritative IP Address from its database versus the local CloudStack
> >>database. It looks like the NetworkElements are not presented an
> >>opportunity to provide an IP Address and you must develop a
> >>NetworkGuru to provide this function. There is some customization of
> >>the IP Address designed into the Secondary NICs (see allocateGuestIP()).
> >>-Soheil
> >>
> >
> >

Re: What are the new features in 4.2?

Thanks again, Wei.

It's silly what happened (just noticed). I thought I was logged in to JIRA,
but it was another web system, so not being logged in is why that option
was disabled. :)


On Tue, Aug 6, 2013 at 12:44 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Thanks!
>
>
> On Tue, Aug 6, 2013 at 12:42 PM, Wei ZHOU  wrote:
>
>> Mike,
>>
>> I closed it.
>>
>>
>> 2013/8/6 Mike Tutkowski 
>>
>> > Hi Animesh,
>> >
>> > Upon seeing your e-mail here, I tried to go in and mark mine as
>> Resolved,
>> > but the control for this is disabled.
>> >
>> > https://issues.apache.org/jira/browse/CLOUDSTACK-2778
>> >
>> >
>> > On Tue, Aug 6, 2013 at 12:00 PM, Animesh Chaturvedi <
>> > animesh.chaturv...@citrix.com> wrote:
>> >
>> > > You can use this JIRA filter for 4.2 features and improvements
>> > > https://issues.apache.org/jira/issues/#?filter=12323963
>> > >
>> > > Some of the items are in open state which I am following to get them
>> > > closed.
>> > >
>> > >
>> > > Thanks
>> > > Animesh
>> > >
>> > >
>> > >
>> > >
>> > > > -Original Message-
>> > > > From: Nux! [mailto:n...@li.nux.ro]
>> > > > Sent: Tuesday, August 06, 2013 10:30 AM
>> > > > To: cloudstack-...@incubator.apache.org
>> > > > Subject: What are the new features in 4.2?
>> > > >
>> > > > Hello guys,
>> > > >
>> > > > I've been trying to find a definitive "new features" for 4.2, but
>> > > > failed. Can anyone point me to the right URL or make a summary of
>> > > > what's new?
>> > > >
>> > > > Thanks,
>> > > > Lucian
>> > > >
>> > > > --
>> > > > Sent from the Delta quadrant using Borg technology!
>> > > >
>> > > > Nux!
>> > > > www.nux.ro
>> > >
>> >
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the
>> > cloud
>> > *™*
>> >
>>
>
>
>
> --
> *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: Review Request 13237: Unable to resize disk with Zone wide storage



> On Aug. 5, 2013, 6:17 p.m., edison su wrote:
> > engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java, line 77
> > 
> >
> > why not just use "select s.scope from storage_pool s, volumes v where 
> > s.id = v.pool_id"?
> 
> Rajesh Battala wrote:
> if we use the above query then we get list of scope values.
> mysql> select s.scope from storage_pool s, volumes v where s.id = 
> v.pool_id;
> +-+
> | scope   |
> +-+
> | CLUSTER |
> | CLUSTER |
> | CLUSTER |
> | CLUSTER |
> | ZONE|
> +-+
> 5 rows in set (0.00 sec)
> 
>  So I had written the above query like SELECT_POOLSCOPE = "SELECT s.scope 
> from storage_pool s, volumes v where s.id =(select pool_id from volumes where 
> id =?)"; 
> to fetch the scope of the storage pool where the volume is existing.
> 
> edison su wrote:
> If this is the case, you can use "select s.scope from storage_pool s, 
> volumes v where s.id = v.pool_id and v.id = your-volume-id"?

edison, the query "select s.scope from storage_pool s, volumes v where s.id = 
v.pool_id and v.id = your-volume-id" will also get me the scope without any 
issue. 

the query you had mentioned is proper one.

I will incorporate the change and rebase with 4.2 and submit the patch.


- Rajesh


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


On Aug. 2, 2013, 10:07 a.m., Rajesh Battala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13237/
> ---
> 
> (Updated Aug. 2, 2013, 10:07 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh, edison su, and Ram Ganesh.
> 
> 
> Bugs: 3781
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Issue:
> == 
> for Volume operations we are finding the hypervisor type. Volume can be in 
> ZONE/Cluster scope storage pool. 
> when volume is in ZONE scope, there is issue with they way we fetch the 
> hypervisor type. It was written to handle Cluster scope only.
> 
> fixed:
> ==
> Fixed with sql queries to fetch the Hypervisor type.
> 1. Fetch the hypervisor type for volume from storage pool table if the voluem 
> is in ZONE scope storage pool.
> 2. Fetch the hypervisor type for volume from cluster table if the voluem is 
> in CLUSTER scope storage pool.
> 
> 
> Diffs
> -
> 
>   engine/schema/src/com/cloud/storage/dao/VolumeDao.java 7b58e7d 
>   engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java e6595b2 
> 
> Diff: https://reviews.apache.org/r/13237/diff/
> 
> 
> Testing
> ---
> 
> Setup:
> KVM and Xenserver with Adv Zone.
> Added pool Zone scope on KVM and Cluster Scope on Xenserver 
> 1. created instances on KVM and xenserver.
> 2. Create two volumes attached to instances on KVM and Xenserver. 
> 3. vol1 is in Zone scope and vol2 is in cluster scope. 
> 4. Successfully performed resize opertions on vol1 and vol2.
> 5. Succssfully attached/detaches volumes
> 
> 
> Thanks,
> 
> Rajesh Battala
> 
>

Re: [DISCUSS] Selectable UI list view rows

2013-08-06 Thread SuichII, Christopher

It's good to hear there is a demand for this. However, this is something that 
we could really use in our integrations targeted for 4.3. I have some spare 
cycles planned for contributing to CloudStack while working on our integrations 
 if you're interested in talking more either online or off about your plans for 
implementation.

I know I'm not as knowledgeable about the UI codebase, but I think I've got an 
idea about how to put this into listview.js with minimal impact and make it 
generic/reusable from the start. If I began working on it, I could test it 
against the list views that we would want to see it on within our plugin and 
work more closely with you when you have the bandwidth.

-Chris

On Aug 6, 2013, at 2:24 PM, Brian Federle 
mailto:brian.fede...@citrix.com>> wrote:

Hey Chris,

I’ve actually created a ticket for this, which I’m planning to implement in a 
future release (hopefully the next one if I have the bandwidth). See 
https://issues.apache.org/jira/browse/CLOUDSTACK-1579

This will require a good deal of refactoring of existing code to support 
though, so to start it will probably be implemented on 1-2 sections; most 
likely instances and events/alerts which is where it is requested the most.

-Brian

From: SuichII, Christopher [mailto:chris.su...@netapp.com]
Sent: Tuesday, August 06, 2013 10:57 AM
To: mailto:dev@cloudstack.apache.org>>
Subject: [DISCUSS] Selectable UI list view rows

One feature I'd like to look in to is allowing list views  to have 'selectable' 
rows. With this, users could check individual rows of a list view to perform 
some action on a subset of the list. When one or more row is selected, the list 
of actions at the top of the list view would be filtered to only those which 
can be performed on the selected rows. Additionally, there would be a checkbox 
in the header of the list view which would allow the user to quickly 
select/unselect all items in the list.

Maybe a quick mockup will help make this more clear:


Any thoughts, concerns, feedback or existing plans for something like this?

Thanks,
Chris

Re: What are the new features in 4.2?

2013-08-06 Thread Wei ZHOU

:)


2013/8/6 Mike Tutkowski 

> Thanks again, Wei.
>
> It's silly what happened (just noticed). I thought I was logged in to JIRA,
> but it was another web system, so not being logged in is why that option
> was disabled. :)
>
>
> On Tue, Aug 6, 2013 at 12:44 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Thanks!
> >
> >
> > On Tue, Aug 6, 2013 at 12:42 PM, Wei ZHOU  wrote:
> >
> >> Mike,
> >>
> >> I closed it.
> >>
> >>
> >> 2013/8/6 Mike Tutkowski 
> >>
> >> > Hi Animesh,
> >> >
> >> > Upon seeing your e-mail here, I tried to go in and mark mine as
> >> Resolved,
> >> > but the control for this is disabled.
> >> >
> >> > https://issues.apache.org/jira/browse/CLOUDSTACK-2778
> >> >
> >> >
> >> > On Tue, Aug 6, 2013 at 12:00 PM, Animesh Chaturvedi <
> >> > animesh.chaturv...@citrix.com> wrote:
> >> >
> >> > > You can use this JIRA filter for 4.2 features and improvements
> >> > > https://issues.apache.org/jira/issues/#?filter=12323963
> >> > >
> >> > > Some of the items are in open state which I am following to get them
> >> > > closed.
> >> > >
> >> > >
> >> > > Thanks
> >> > > Animesh
> >> > >
> >> > >
> >> > >
> >> > >
> >> > > > -Original Message-
> >> > > > From: Nux! [mailto:n...@li.nux.ro]
> >> > > > Sent: Tuesday, August 06, 2013 10:30 AM
> >> > > > To: cloudstack-...@incubator.apache.org
> >> > > > Subject: What are the new features in 4.2?
> >> > > >
> >> > > > Hello guys,
> >> > > >
> >> > > > I've been trying to find a definitive "new features" for 4.2, but
> >> > > > failed. Can anyone point me to the right URL or make a summary of
> >> > > > what's new?
> >> > > >
> >> > > > Thanks,
> >> > > > Lucian
> >> > > >
> >> > > > --
> >> > > > Sent from the Delta quadrant using Borg technology!
> >> > > >
> >> > > > Nux!
> >> > > > www.nux.ro
> >> > >
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the
> >> > cloud
> >> > *™*
> >> >
> >>
> >
> >
> >
> > --
> > *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: [ACS411] 4.1.1 status

Wido,

Just to confirm,

Did you switch to the proper commit or tag?

Thanks
ilya

> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: Tuesday, August 06, 2013 3:10 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [ACS411] 4.1.1 status
> 
> Hi Chip,
> 
> On 08/05/2013 08:01 PM, Chip Childers wrote:
> > Hi all,
> >
> > Here's where we are:
> >
> > DEBs (oss) are loaded into the cloustack.apt-get.eu repo.
> 
> The DEBs contain snapshot in their version number. I don't think that is
> correct, is it?
> 
> Wido
> 
> > RPMs (nonoss) are being built now and will be pushed as soon as
> > complete (soon)
> >
> > David is building the docs now.
> >
> > I'll announce once the RPM's and docs are published.
> >
> > -chip
> >

RE: IP Address Allocation

It is more a function of the networks that are managed, so any VM including 
SystemVMs would be managed. It would apply to both Public and Guest Networks.
-Soheil

From: Musayev, Ilya [imusa...@webmd.net]
Sent: Tuesday, August 06, 2013 11:49 AM
To: dev@cloudstack.apache.org
Subject: RE: IP Address Allocation

Can this be done on system VMs as well? I see that its targeted for the guests, 
if there is a way to abstract and apply ip address on any component - it would 
certainly make ACS much more flexible than it is now.

> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: Tuesday, August 06, 2013 2:29 PM
> To: dev@cloudstack.apache.org
> Subject: RE: IP Address Allocation
>
> We can define a third type of element for IP Address Allocation, let me look
> at the code and see is there is standard base class that it can extend or we
> have to come up with a new base class like we have for NetworkElements.
> -Soheil
> 
> From: Chiradeep Vittal [chiradeep.vit...@citrix.com]
> Sent: Tuesday, August 06, 2013 11:14 AM
> To: dev@cloudstack.apache.org
> Cc: Alex Huang
> Subject: Re: IP Address Allocation
>
> The way the gurus are consulted for network design and reservation makes it
> difficult to put this inside a guru.
> However it does seem odd to put this inside an element. Perhaps we need a
> 3rd type (IpAddressReserver?)
>
>
> On 8/6/13 10:42 AM, "Soheil Eizadi"  wrote:
>
> >The NetworkGuru does a lot more than IP address allocation, e.g. handle
> >the Layer2/3 networking unique to the particular vendor. There are a
> >lot of NetworkElements providing their own NetworkGuru plugins (Nicira,
> >MidoNet, ...) extending the standard CloudStack Gurus.
> >
> >The feature of providing IP Address Allocation, DHCP and DNS is common
> >for all these networks, so rather than provide our own Guru the
> >proposed design would allow the above functions to coexist with existing
> Gurus.
> >
> >-Soheil
> >
> >From: Murali Reddy [murali.re...@citrix.com]
> >Sent: Tuesday, August 06, 2013 3:24 AM
> >To: dev@cloudstack.apache.org
> >Subject: Re: IP Address Allocation
> >
> >On 06/08/13 8:59 AM, "Soheil Eizadi"  wrote:
> >
> >>One way to achieve this behavior is to have a call out in prepareNic()
> >>to the NetworkElements before the call to the NetworkGuru allowing the
> >>NetworkElement to update the Nic Profile. In this use case the Network
> >>Element would suggest an IP Address. In the use case below the IP
> >>Address would be updated by the NetworkElement. There is logic in
> >>getIp(), the current IP Allocation that handles the case where the Nic
> >>Profile already has an IP Address. This needs to be updated to handle this
> new use case.
> >>The current use case assume that the VM had already been prepared
> once
> >>and has an IP Address allocated that could be reused.
> >>
> >>Does anyone see a problem with this approach?
> >
> >Purpose of Guru (to design the network) and Element (implement the
> >network) are different. Right way would be for your plug-in to
> >implement both network Guru and element and let the guru do the IP
> >address allocation.
> >
> >>-Soheil
> >>
> >>From: Soheil Eizadi [seiz...@infoblox.com]
> >>Sent: Monday, August 05, 2013 2:35 PM
> >>To: dev@cloudstack.apache.org
> >>Subject: IP Address Allocation
> >>
> >>I am trying to figure out what would be the proper way for a Plugin to
> >>interact with the CloudStack VM deployment and provide an
> >>authoritative IP Address from its database versus the local CloudStack
> >>database. It looks like the NetworkElements are not presented an
> >>opportunity to provide an IP Address and you must develop a
> >>NetworkGuru to provide this function. There is some customization of
> >>the IP Address designed into the Secondary NICs (see allocateGuestIP()).
> >>-Soheil
> >>
> >
> >
>

Re: [VOTE] Update by-laws: non-technical decisions and other minor changes

+1

On Mon, Aug 05, 2013 at 10:43:22PM +0100, Noah Slater wrote:
> Hi dev,
> 
> I have some more by-law changes to propose. This is essentially round 2 for
> these changes. I incorporated feedback from the last thread.
> 
> Per the by-laws, we're using a lazy majority for this vote. Please cast
> your vote now. I will tally the results in 72 hours.
> 
> Here's my changelog:
> 
> * Removed some spurious   entities
> 
> * Added "A technical decision is any decision that involves changes to the
> source code
> that we distribute in our official releases." to § 3.4.1 (Technical
> Decisions).
> 
> * Added "discussion-lead" before "consensus gathering" in this section.
> 
> * With the improved definition, I have tightened up the wording so that
> technical decisions must be made on @dev.
> 
> * Added § 3.4.2, Non-Technical Decisions. Non-technical decisions are
> defined as in the inverse of technical decisions. They can be made on
> whatever list is appropriate. Formal voting will use a lazy 2/3 majority.
> Votes cannot be vetoed.
> 
> * Changed § 3.4.3. (Release Plan) to limit decisions to @dev.
> 
> * Changed § 3.4.4. (Product Release) to limit decisions to @dev.
> 
> * Changed § 3.4.5. (Adoption of New Codebase) to limit decisions to @dev.
> 
> * Changed § 3.4.10. (Modifying Bylaws) to limit decisions to @dev.
> 
> * Added an Oxford comma to the final paras of § 3.4.1. and § 3.4.2.
> 
> * Section renumbering to accommodate § 3.4.2.
> 
> And here's the patch:
> 
> Index: bylaws.mdtext
> ===
> --- bylaws.mdtext (revision 1510739)
> +++ bylaws.mdtext (working copy)
> @@ -198,41 +198,64 @@
> 
>  3.4.1. Technical Decisions
> 
> +A technical decision is any decision that involves changes to the source
> code
> +that we distribute in our official releases.
> +
>  Technical decisions should normally be made by the entire community using
> -consensus gathering, and not through formal voting.
> +discussion-lead consensus gathering, and not through formal voting.
> 
> -Technical decisions must be made on a project development mailing list.
> +Technical decisions must be made on the project development mailing list.
> 
>  During the consensus gathering process, technical decisions may be vetoed
> by
>  any Committer with a valid reason.
> 
>  If a formal vote is started for a technical decision, the vote will be
> held as
> -a lazy consensus of active committers.
> +a lazy consensus of active committers.
> 
> -Any user, contributor, committer or PMC member can initiate a technical
> +Any user, contributor, committer, or PMC member can initiate a technical
>  decision making process.
> 
> -3.4.2. Release Plan
> +3.4.2. Non-Technical Decisions
> 
> +A non-technical decisions is any decision that does not involve changes to
> the
> +source code that we distribute in our official releases.
> +
> +Non-technical decisions should normally be made by the entire community
> using
> +discussion-lead consensus-building, and not through formal voting.
> +
> +Non-technical decisions can be made on whichever project mailing list is
> most
> +appropriate.
> +
> +Non-technical decisions cannot be vetoed, but if there is strong opposition
> +a formal vote can be used to resolve the dispute.
> +
> +If a formal vote is started for a non-technical decision, the vote will be
> held
> +as a lazy 2/3 majority of active committers.
> +
> +Any user, contributor, committer, or PMC member can initiate a
> non-technical
> +decision making process.
> +
> +3.4.3. Release Plan
> +
>  Defines the timetable and work items for a release. The plan also
> nominates a
>  Release Manager.
> 
>  A lazy majority of active committers is required for approval.
> 
> -Any active committer or PMC member may call a vote. The vote must occur on
> a
> +Any active committer or PMC member may call a vote. The vote must occur on
> the
>  project development mailing list.
> 
> -3.4.3. Product Release
> +3.4.4. Product Release
> 
>  When a release of one of the project's products is ready, a vote is
> required to
>  accept the release as an official release of the project.
> 
>  Lazy Majority of active PMC members is required for approval.
> 
> -Any active committer or PMC member may call a vote. The vote must occur on
> a
> +Any active committer or PMC member may call a vote. The vote must occur on
> the
>  project development mailing list.
> 
> -3.4.4. Adoption of New Codebase
> +3.4.5. Adoption of New Codebase
> 
>  When the codebase for an existing, released product is to be replaced with
> an
>  alternative codebase. If such a vote fails to gain approval, the existing
> code
> @@ -242,10 +265,10 @@
> 
>  Lazy 2/3 majority of active PMC members.
> 
> -Any active committer or PMC member may call a vote. The vote must occur on
> a
> +Any active committer or PMC member may call a vote. The vote must occur on
> the
>  project development mailing list.
> 
> -3.4.5. New Committer
> +3.4.6. New Committer
> 
>  W

Re: [DISCUSS] Selectable UI list view rows

On Tue, Aug 06, 2013 at 06:48:50PM +, SuichII, Christopher wrote:
> It's good to hear there is a demand for this. However, this is something that 
> we could really use in our integrations targeted for 4.3. I have some spare 
> cycles planned for contributing to CloudStack while working on our 
> integrations  if you're interested in talking more either online or off about 
> your plans for implementation.
> 
> I know I'm not as knowledgeable about the UI codebase, but I think I've got 
> an idea about how to put this into listview.js with minimal impact and make 
> it generic/reusable from the start. If I began working on it, I could test it 
> against the list views that we would want to see it on within our plugin and 
> work more closely with you when you have the bandwidth.
> 
> -Chris

Awesome Chris, thanks for stepping up and volunteering.  Brian,
anything you can do to give him a jumpstart would rock.

> 
> On Aug 6, 2013, at 2:24 PM, Brian Federle 
> mailto:brian.fede...@citrix.com>> wrote:
> 
> Hey Chris,
> 
> I’ve actually created a ticket for this, which I’m planning to implement in a 
> future release (hopefully the next one if I have the bandwidth). See 
> https://issues.apache.org/jira/browse/CLOUDSTACK-1579
> 
> This will require a good deal of refactoring of existing code to support 
> though, so to start it will probably be implemented on 1-2 sections; most 
> likely instances and events/alerts which is where it is requested the most.
> 
> -Brian
> 
> From: SuichII, Christopher [mailto:chris.su...@netapp.com]
> Sent: Tuesday, August 06, 2013 10:57 AM
> To: mailto:dev@cloudstack.apache.org>>
> Subject: [DISCUSS] Selectable UI list view rows
> 
> One feature I'd like to look in to is allowing list views  to have 
> 'selectable' rows. With this, users could check individual rows of a list 
> view to perform some action on a subset of the list. When one or more row is 
> selected, the list of actions at the top of the list view would be filtered 
> to only those which can be performed on the selected rows. Additionally, 
> there would be a checkbox in the header of the list view which would allow 
> the user to quickly select/unselect all items in the list.
> 
> Maybe a quick mockup will help make this more clear:
> 
> 
> Any thoughts, concerns, feedback or existing plans for something like this?
> 
> Thanks,
> Chris
>

Re: Is the simulator broken?

On Tue, Aug 06, 2013 at 05:55:09PM +, Edison Su wrote:
> Can you try: mvn -P developer,systemvm,simulator  -D nonoss,simulator clean 
> install

What changed that requires this now?

RE: [VOTE] Update by-laws: non-technical decisions and other minor changes

+1

> -Original Message-
> From: Chiradeep Vittal [mailto:chiradeep.vit...@citrix.com]
> Sent: Tuesday, August 06, 2013 1:58 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Update by-laws: non-technical decisions and other minor
> changes
> 
> +1
> 
> On 8/5/13 2:43 PM, "Noah Slater"  wrote:
> 
> >Hi dev,
> >
> >I have some more by-law changes to propose. This is essentially round 2
> >for these changes. I incorporated feedback from the last thread.
> >
> >Per the by-laws, we're using a lazy majority for this vote. Please cast
> >your vote now. I will tally the results in 72 hours.
> >
> >Here's my changelog:
> >
> >* Removed some spurious   entities
> >
> >* Added "A technical decision is any decision that involves changes to
> >the source code that we distribute in our official releases." to §
> >3.4.1 (Technical Decisions).
> >
> >* Added "discussion-lead" before "consensus gathering" in this section.
> >
> >* With the improved definition, I have tightened up the wording so that
> >technical decisions must be made on @dev.
> >
> >* Added § 3.4.2, Non-Technical Decisions. Non-technical decisions are
> >defined as in the inverse of technical decisions. They can be made on
> >whatever list is appropriate. Formal voting will use a lazy 2/3 majority.
> >Votes cannot be vetoed.
> >
> >* Changed § 3.4.3. (Release Plan) to limit decisions to @dev.
> >
> >* Changed § 3.4.4. (Product Release) to limit decisions to @dev.
> >
> >* Changed § 3.4.5. (Adoption of New Codebase) to limit decisions to @dev.
> >
> >* Changed § 3.4.10. (Modifying Bylaws) to limit decisions to @dev.
> >
> >* Added an Oxford comma to the final paras of § 3.4.1. and § 3.4.2.
> >
> >* Section renumbering to accommodate § 3.4.2.
> >
> >And here's the patch:
> >
> >Index: bylaws.mdtext
> >=
> ==
> >--- bylaws.mdtext (revision 1510739)
> >+++ bylaws.mdtext (working copy)
> >@@ -198,41 +198,64 @@
> >
> > 3.4.1. Technical Decisions
> >
> >+A technical decision is any decision that involves changes to the
> >+source
> >code
> >+that we distribute in our official releases.
> >+
> > Technical decisions should normally be made by the entire community
> >using -consensus gathering, and not through formal voting.
> >+discussion-lead consensus gathering, and not through formal voting.
> >
> >-Technical decisions must be made on a project development mailing list.
> >+Technical decisions must be made on the project development mailing list.
> >
> > During the consensus gathering process, technical decisions may be
> >vetoed by  any Committer with a valid reason.
> >
> > If a formal vote is started for a technical decision, the vote will be
> >held as -a lazy consensus of active committers.
> >+a lazy consensus of active committers.
> >
> >-Any user, contributor, committer or PMC member can initiate a
> >technical
> >+Any user, contributor, committer, or PMC member can initiate a
> >+technical
> > decision making process.
> >
> >-3.4.2. Release Plan
> >+3.4.2. Non-Technical Decisions
> >
> >+A non-technical decisions is any decision that does not involve
> >+changes
> >to
> >the
> >+source code that we distribute in our official releases.
> >+
> >+Non-technical decisions should normally be made by the entire
> >+community
> >using
> >+discussion-lead consensus-building, and not through formal voting.
> >+
> >+Non-technical decisions can be made on whichever project mailing list
> >+is
> >most
> >+appropriate.
> >+
> >+Non-technical decisions cannot be vetoed, but if there is strong
> >opposition
> >+a formal vote can be used to resolve the dispute.
> >+
> >+If a formal vote is started for a non-technical decision, the vote
> >+will
> >be
> >held
> >+as a lazy 2/3 majority of active committers.
> >+
> >+Any user, contributor, committer, or PMC member can initiate a
> >non-technical
> >+decision making process.
> >+
> >+3.4.3. Release Plan
> >+
> > Defines the timetable and work items for a release. The plan also
> >nominates a  Release Manager.
> >
> > A lazy majority of active committers is required for approval.
> >
> >-Any active committer or PMC member may call a vote. The vote must
> >occur on a
> >+Any active committer or PMC member may call a vote. The vote must
> >+occur
> >on
> >the
> > project development mailing list.
> >
> >-3.4.3. Product Release
> >+3.4.4. Product Release
> >
> > When a release of one of the project's products is ready, a vote is
> >required to  accept the release as an official release of the project.
> >
> > Lazy Majority of active PMC members is required for approval.
> >
> >-Any active committer or PMC member may call a vote. The vote must
> >occur on a
> >+Any active committer or PMC member may call a vote. The vote must
> >+occur
> >on
> >the
> > project development mailing list.
> >
> >-3.4.4. Adoption of New Codebase
> >+3.4.5. Adoption of New Codebase
> >
> > When the codebase for an existing, released product is to be replaced
> >with an

RE: Documentation Question