date:20140404

Re: Review Request 18677: CLOUDSTACK-3272

2014-04-04 Thread Sonal Ojha

Kindly take a look at the new patch file and let me know your comments.

Thanks,
Sonal


On Wed, Mar 26, 2014 at 10:31 PM, Sonal Ojha  wrote:

>
>
> > On March 26, 2014, 6:36 a.m., Murali Reddy wrote:
> > > Thanks for the patch. Could you please ensure patch can be applied to
> master, its fails to apply.
>
> Please try the latest one attached, let me know if you see any issue.
>
>
> - Sonal
>
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18677/#review38582
> ---
>
>
> On March 26, 2014, 5 p.m., Sonal Ojha wrote:
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/18677/
> > ---
> >
> > (Updated March 26, 2014, 5 p.m.)
> >
> >
> > Review request for cloudstack, Chiradeep Vittal and Murali Reddy.
> >
> >
> > Bugs: CLOUDSTACK-3272
> > https://issues.apache.org/jira/browse/CLOUDSTACK-3272
> >
> >
> > Repository: cloudstack-git
> >
> >
> > Description
> > ---
> >
> > At present, there are multiple event types that are generated by CS,
> action events,usage events, resource state change events and alerts.
> Current problem is
> > all the events gets published on the event bus when event bus is
> enabled. Intent is to introduce global setting config parameters to specify
> which category of events to be published or not be published on the event
> bus.
> >
> >
> > Diffs
> > -
> >
> >   server/src/com/cloud/configuration/Config.java 2d55f46
> >   server/src/com/cloud/event/ActionEventUtils.java 00122de
> >   server/src/com/cloud/test/DatabaseConfig.java 9370218
> >
> > Diff: https://reviews.apache.org/r/18677/diff/
> >
> >
> > Testing
> > ---
> >
> > Successfully tested publishing / not publishing of various events based
> on the global parameter publish.*.events.
> >
> >
> > File Attachments
> > 
> >
> > 0001-CLOUDSTACK-3272-Changes-to-allow-publishing-of-event.patch
> >
> https://reviews.apache.org/media/uploaded/files/2014/03/24/4deb6544-5515-4a99-9f1c-f927c88d3014__0001-CLOUDSTACK-3272-Changes-to-allow-publishing-of-event.patch
> > Patch File for master
> >
> https://reviews.apache.org/media/uploaded/files/2014/03/26/6e14c1e6-9d10-4689-88a5-320473dc2806__0001-CLOUDSTACK-3272-Changes-to-allow-publishing-of-event.patch
> > Patch File for master
> >
> https://reviews.apache.org/media/uploaded/files/2014/03/26/e412646f-9ab3-4376-9c08-e2c8b5ab25cb__0001-CLOUDSTACK-3272-Changes-to-allow-publishing-of-event.patch
> >
> >
> > Thanks,
> >
> > Sonal Ojha
> >
> >
>
>


-- 

*Thanks and Regards,*

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

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

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

cloudstack login page - http error 4

2014-04-04 Thread Prakash Rao Banuka

Hi All:

Installed multimode, it was working fine but next day
When I turn it on , while accessing cloudstack login page, it says http error 
404

Any highlights on this please

Thank you
Prakash

Re: ALARM - ACS reboots host servers!!!

2014-04-04 Thread France


I think this problem might only exist on KVM.
Can any1 with primary NFS test it on XenServer?


On 3/4/14 9:48 PM, Andrei Mikhailovsky wrote:

+1


- Original Message -
From: "Alex Huang" 
To: dev@cloudstack.apache.org
Sent: Thursday, 3 April, 2014 6:47:22 PM
Subject: RE: ALARM - ACS reboots host servers!!!

This is a severe bug if that's the case.  It's supposed to stop the heartbeat 
script when a primary storage is placed in maintenance.

--Alex


-Original Message-
From: France [mailto:mailingli...@isg.si]
Sent: Thursday, April 3, 2014 1:06 AM
To: dev@cloudstack.apache.org
Subject: Re: ALARM - ACS reboots host servers!!!

I'm also interested in this issue.
Can any1 from developers confirm this is expected behavior?

On 2/4/14 2:32 PM, Andrei Mikhailovsky wrote:

Coming back to this issue.

This time to perform the maintenance of the nfs primary storage I've

plated the storage in question in the Maintenance mode. After about 20
minutes ACS showed the nfs storage is in Maintenance. However, none of
the virtual machines with volumes on that storage were stopped. I've
manually stopped the virtual machines and went to upgrade and restart the
nfs server.

A few minutes after the nfs server shutdown all of my host servers went

into reboot killing all vms!

Thus, it seems that putting nfs server in Maintenance mode does not stop

ACS agent from restarting the host servers.

Does anyone know a way to stop this behaviour?

Thanks

Andrei


- Original Message -
From: "France" 
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Sent: Monday, 3 March, 2014 9:49:28 AM
Subject: Re: ALARM - ACS reboots host servers!!!

I believe this is a bug too, because VMs not running on the storage,
get destroyed too:

Issue has been around for a long time, like with all others I reported.
They do not get fixed:
https://issues.apache.org/jira/browse/CLOUDSTACK-3367

We even lost assignee today.

Regards,
F.

On 3/3/14 6:55 AM, Koushik Das wrote:

The primary storage needs to be put in maintenance before doing any

upgrade/reboot as mentioned in the previous mails.

-Koushik

On 03-Mar-2014, at 6:07 AM, Marcus  wrote:


Also, please note that in the bug you referenced it doesn't have a
problem with the reboot being triggered, but with the fact that
reboot never completes due to hanging NFS mount (which is why the
reboot occurs, inaccessible primary storage).

On Sun, Mar 2, 2014 at 5:26 PM, Marcus  wrote:

Or do you mean you have multiple primary storages and this one was
not in use and put into maintenance?

On Sun, Mar 2, 2014 at 5:25 PM, Marcus 

wrote:

I'm not sure I understand. How do you expect to reboot your
primary storage while vms are running?  It sounds like the host is
being fenced since it cannot contact the resources it depends on.

On Sun, Mar 2, 2014 at 3:24 PM, Nux!  wrote:

On 02.03.2014 21:17, Andrei Mikhailovsky wrote:

Hello guys,


I've recently came across the bug CLOUDSTACK-5429 which has
rebooted all of my host servers without properly shutting down the

guest vms.

I've simply upgraded and rebooted one of the nfs primary storage
servers and a few minutes later, to my horror, i've found out
that all of my host servers have been rebooted. Is it just me
thinking so, or is this bug should be fixed ASAP and should be a
blocker for any new ACS release. I mean not only does it cause
downtime, but also possible data loss and server corruption.

Hi Andrei,

Do you have HA enabled and did you put that primary storage in
maintenance mode before rebooting it?
It's my understanding that ACS relies on the shared storage to
perform HA so if the storage goes it's expected to go berserk.
I've noticed similar behaviour in Xenserver pools without ACS.
I'd imagine a "cure" for this would be to use network distributed
"filesystems" like GlusterFS or CEPH.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 19993: CLOUDSTACK-5674: Minor fixes to BVT test cases in marvin branch

2014-04-04 Thread Girish Shilamkar


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

Ship it!


Ship It!

- Girish Shilamkar


On April 3, 2014, 12:28 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19993/
> ---
> 
> (Updated April 3, 2014, 12:28 p.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Minor fixes to few BVT test cases such as
> 1. Correcting the method call to getZoneForTests
> 2. Adding list validation
> 3. Removing services["mode"]. Reading it from zone.networktype
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_network.py dc2e53e 
>   test/integration/smoke/test_public_ip_range.py ca3c83b 
>   test/integration/smoke/test_secondary_storage.py d430beb 
>   test/integration/smoke/test_vm_snapshots.py ca6af31 
> 
> Diff: https://reviews.apache.org/r/19993/diff/
> 
> 
> Testing
> ---
> 
> Yes
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 19993: CLOUDSTACK-5674: Minor fixes to BVT test cases in marvin branch

2014-04-04 Thread ASF Subversion and Git Services


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


Commit 4779e575bb3ff5748f70ba318d42675151c2f40b in cloudstack's branch 
refs/heads/marvin from Sanjay Tripathi
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4779e57 ]

CLOUDSTACK-5674: Minor fixes to BVT tests


- ASF Subversion and Git Services


On April 3, 2014, 12:28 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19993/
> ---
> 
> (Updated April 3, 2014, 12:28 p.m.)
> 
> 
> Review request for cloudstack and Girish Shilamkar.
> 
> 
> Bugs: CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Minor fixes to few BVT test cases such as
> 1. Correcting the method call to getZoneForTests
> 2. Adding list validation
> 3. Removing services["mode"]. Reading it from zone.networktype
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_network.py dc2e53e 
>   test/integration/smoke/test_public_ip_range.py ca3c83b 
>   test/integration/smoke/test_secondary_storage.py d430beb 
>   test/integration/smoke/test_vm_snapshots.py ca6af31 
> 
> Diff: https://reviews.apache.org/r/19993/diff/
> 
> 
> Testing
> ---
> 
> Yes
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: [PROPOSAL] Maven integration for windowsfication

2014-04-04 Thread Daan Hoogland

On Thu, Apr 3, 2014 at 7:52 AM, Damoder Reddy  wrote:
> Is it ok to write our own plugins for this?
> If yes then where should we put this plugin's code in the code base. I mean 
> which module this should go in(Can we put this code in cloud stack code base 
> at all)?

H Damoder, I'd say create your own project on github (or fin a
suitable apache project to donate to) and add the plugin there. Then
load it in the build process for cloudstack. You can also start by
putting it in the project but in the long run it will be out of place.

good luck,
-- 
Daan

Error building debs from 4.3.0 source

2014-04-04 Thread Andrei Mikhailovsky

Hello guys,

I am trying to build debs from source using the following guide:


http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/building_from_source.html#building-deb-packages


I did not have any errors up to running: dpkg-buildpackage -uc -us


A few minutes in the build process I got the following error:

[INFO] Apache CloudStack AWS API Bridge .. FAILURE [02:52 
min]
[INFO] 

[INFO] BUILD FAILURE
[INFO] 

[INFO] Total time: 09:14 min
[INFO] Finished at: 2014-04-03T23:13:23+00:00
[INFO] Final Memory: 73M/269M
[INFO] 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile (default-compile) 
on project cloud-awsapi: Compilation failure: Compilation failure:
[ERROR] error: error reading 
/root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error in 
opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
 error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
 error in opening zip file
[ERROR] error: error reading 
/root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error in 
opening zip file
[ERROR] error: error reading 
/root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.jar; error 
in opening zip file
[ERROR] -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e 
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, 
please read the following articles:
[ERROR] [Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR] 
[ERROR] After correcting the problems, you can resume the build with the 
command
[ERROR]   mvn  -rf :cloud-awsapi
make: *** [build-indep-stamp] Error 1
dpkg-buildpackage: error: debian/rules build gave error exit status 2


I've double checked and there is no /root/.m2 folder. Am I missing a dependency 
which was not picked up by the previous steps in the guide?

Many thanks for your help

Andrei

Re: RTD documentations

2014-04-04 Thread Daan Hoogland

h guys,

as docs are amended for released versions I'd have the branching more
fine grained then the code branches i.e. have a branch for 4.3.0 and
not for 4.3. These may not differ much but it will be a bit clearer to
users and may not be much extra work to maintain.

just EURO 0,02

On Thu, Apr 3, 2014 at 10:26 AM, benoit lair  wrote:
> +1 too for doc release with version number according to code releases
>
>
> 2014-04-03 6:41 GMT+02:00 Radhika Puthiyetath <
> radhika.puthiyet...@citrix.com>:
>
>> +1  doc release with version number that match code releases
>>
>> -Original Message-
>> From: Sebastien Goasguen [mailto:run...@gmail.com]
>> Sent: Wednesday, April 02, 2014 8:52 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: RTD documentations
>>
>>
>> On Apr 2, 2014, at 10:09 AM, Pierre-Luc Dion  wrote:
>>
>> > Hi,
>> >
>> > I was reviewing how to use RTD for CloudStack documentation and look
>> > like we could use git branches to match product and doc version. This
>> > way we could provide documentation update while and keep the
>> > documentation match the product version. it should also be possible to
>> > define the default
>> > ("latest") to a specific branch so we could have  branches for  4.3,
>> > 4.4 and still have the default documentation pointing to 4.3 as the
>> latest.
>> >
>> > Did any one tested that?
>>
>> you are correct but we have not tested it yet.
>>
>> We need to discuss how we want to release documentation, i.e. do we make
>> formal doc release with version number that match code releases, do we vote
>> on the doc releases etc.
>>
>> But you are right that we can tag a special branch and keep track of the
>> releases in RTD.
>>
>> >
>> > RTD support also Tags for documentation versioning but if we want to
>> > keep matching doc version and CS version we couldn't perform fixes in
>> > the doc without updating the doc version.
>>
>> Right, and that's an issue we had before. If we make a doc release that
>> match the code release then we "abandon" that release and never go back to
>> fix it, except in bug fix releases or next major releases.
>>
>> I have not had time to seat down and think through this, ideas welcome...
>>
>>
>> >
>> >
>> > Pierre-Luc Dion
>> > Architecte de Solution Cloud | Cloud Solutions Architect
>> > - - -
>> >
>> > *CloudOps*420 rue Guy
>> > Montréal QC  H3J 1S6
>> > www.cloudops.com
>> > @CloudOps_
>>
>>



-- 
Daan

RE: Cloud Stack 4.2.1 issue (Unable to start instance due to DB Exception)

2014-04-04 Thread Yitao Jiang

Hi, Amin
Can u make sure that the vrouter of new network created ?never saw this
exception before. More related logs will be helpful.
On Apr 3, 2014 9:13 AM, "Amin Samir"  wrote:

> Hello,
>
> Can anyone please help with the below issue?
>
> Kind Regards
> Amin
>
>
>
>
> -Original Message-
> From: Amin Samir
> Sent: Tuesday, 1 April 2014 4:18 PM
> To: dev@cloudstack.apache.org
> Subject: Cloud Stack 4.2.1 issue (Unable to start instance due to DB
> Exception)
>
> Hello,
>
>
> We are facing an issue when we spin up a new instance with a new network
> (router VM), it gives the following error:
>
> "Resource [Host:59] is unreachable: Host 59: Unable to start instance due
> to DB Exception on: com.mysql.jdbc.JDBC4PreparedStatement@5126808a com.mysql.jdbc.JDBC4PreparedStatement@5126808a> : INSERT INTO
> user_statistics (user_statistics.data_center_id,
> user_statistics.account_id, user_statistics.public_ip_address,
> user_statistics.device_id, user_statistics.device_type,
> user_statistics.network_id, user_statistics.net_bytes_received,
> user_statistics.net_bytes_sent, user_statistics.current_bytes_received,
> user_statistics.current_bytes_sent, user_statistics.agg_bytes_received,
> user_statistics.agg_bytes_sent) VALUES (1, 28, null, 360,
> _binary'DomainRouter', 237, 0, 0, 0, 0, 0, 0)"
>
>
> Also we are facing this error every now and then:
>
> "(DirectAgent-93:null) GetStorageStats Exception:SR_BACKEND_FAILURE_40The
> SR scan failed
>  
> [opterr=uuid=870ed96e-d62b-428a-88dc-41afc75d311a]host:13944281-3f7e-4065-8580-1dc5b64cfdb1storageid:
> 098d4f7a-a040-3462-add1-d618d6ec53c1"
>
>
>
> However when spinning a new instance with an existing network (router VM)
> it works fine!! Has anyone faced this issue, your help would be much
> appreciated.
>
>
> Thanks
>
>
> Kind Regards
>
> Amin
>
>
>
>

Re: Merge AutoScaling without NetScaler to MASTER

2014-04-04 Thread Yitao Jiang

Hi,does this feature available for 4.2.1 ?
On Mar 28, 2014 1:29 AM, "Nguyen Anh Tu"  wrote:

> On Fri, Mar 28, 2014 at 12:23 AM, benoit lair 
> wrote:
>
> > So why do i have this doc present in docs.cloudstack.apache.org ? :
> >
> >
> >
> http://docs.cloudstack.apache.org/en/latest/networking/autoscale_without_netscaler.html#configuration
> >
>
> AFAIK, this is not an official document.
>
> For AutoScaling feature, I would love to finish some enhancements before
> planning for an official release. Take a look:
>
> http://ngtuna.blogspot.com/2013/12/autoscaling-in-cloudstack.html
>
> --Tuna
>

Re: cloudstack login page - http error 4

2014-04-04 Thread raja sekhar

hii prakash,
just restart the cloud setup once again and try.

regards,
rajasekhar.

On Fri, Apr 4, 2014 at 1:37 PM, Prakash Rao Banuka  wrote:

> Hi All:
>
> Installed multimode, it was working fine but next day
> When I turn it on , while accessing cloudstack login page, it says http
> error 404
>
> Any highlights on this please
>
> Thank you
> Prakash
>
>

Re: Merge AutoScaling without NetScaler to MASTER

2014-04-04 Thread Sebastien Goasguen

no, it will only be in 4.4

it's currently in the master branch (and 4.4 branch) if you want to test from 
source.

On Apr 4, 2014, at 6:54 AM, Yitao Jiang  wrote:

> Hi,does this feature available for 4.2.1 ?
> On Mar 28, 2014 1:29 AM, "Nguyen Anh Tu"  wrote:
> 
>> On Fri, Mar 28, 2014 at 12:23 AM, benoit lair 
>> wrote:
>> 
>>> So why do i have this doc present in docs.cloudstack.apache.org ? :
>>> 
>>> 
>>> 
>> http://docs.cloudstack.apache.org/en/latest/networking/autoscale_without_netscaler.html#configuration
>>> 
>> 
>> AFAIK, this is not an official document.
>> 
>> For AutoScaling feature, I would love to finish some enhancements before
>> planning for an official release. Take a look:
>> 
>> http://ngtuna.blogspot.com/2013/12/autoscaling-in-cloudstack.html
>> 
>> --Tuna
>>

RE: cloudstack login page - http error 4

2014-04-04 Thread Prakash Rao Banuka

Hi Rajesh:

I did this but in vain, more suggestions are appreciated please.

Thank you
Prakash

-Original Message-
From: raja sekhar [mailto:rajsekhar@gmail.com] 
Sent: Friday, April 04, 2014 4:29 PM
To: dev@cloudstack.apache.org
Subject: Re: cloudstack login page - http error 4

hii prakash,
just restart the cloud setup once again and try.

regards,
rajasekhar.

On Fri, Apr 4, 2014 at 1:37 PM, Prakash Rao Banuka  wrote:

> Hi All:
>
> Installed multimode, it was working fine but next day When I turn it 
> on , while accessing cloudstack login page, it says http error 404
>
> Any highlights on this please
>
> Thank you
> Prakash
>
>

Review Request 20029: Added few changes for CLOUDSTACK-5674

2014-04-04 Thread Santhosh Edukulla


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

Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Added few changes for CLOUDSTACK-5674


Diffs
-

  test/integration/smoke/test_nic.py afff95d 
  test/integration/smoke/test_public_ip_range.py ca3c83b 
  test/integration/smoke/test_ssvm.py b03f8cc 
  test/integration/smoke/test_vm_snapshots.py ca6af31 
  tools/marvin/marvin/cloudstackConnection.py c4a4b0d 
  tools/marvin/marvin/cloudstackTestClient.py b3a0622 
  tools/marvin/marvin/config/test_data.py 3c1d4af 
  tools/marvin/marvin/marvinLog.py 075f33a 
  tools/marvin/marvin/marvinPlugin.py 4fee27a 
  tools/marvin/setup.py 1216426 

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


Testing
---


Thanks,

Santhosh Edukulla

Script executed when an instance is just deployed

2014-04-04 Thread mathieu herbert

Hi,
In my company, we would like to execute a script at the end of the
deployment process (Jar).

How can we include this script in the deployment process?

Do you have any documentation about this subject?

Thank you.

-- 

Mathieu Herbert

Re: Script executed when an instance is just deployed

2014-04-04 Thread Erik Weber

On Fri, Apr 4, 2014 at 1:58 PM, mathieu herbert wrote:

> Hi,
> In my company, we would like to execute a script at the end of the
> deployment process (Jar).
>
> How can we include this script in the deployment process?
>
> Do you have any documentation about this subject?
>
> Thank you.

If it's ok to run your script from within the vm you could add user-data
functionality to your templates on firstboot, and
pass the script that way.

-- 
Erik Weber

Re: Script executed when an instance is just deployed

2014-04-04 Thread Jayapal Reddy Uradi

Hi,

You want to execute a script in VM after the vm is booted ?
Can you please elaborate more


Thanks,
Jayapal
On 04-Apr-2014, at 5:28 PM, mathieu herbert 
 wrote:

> Hi,
> In my company, we would like to execute a script at the end of the
> deployment process (Jar).
> 
> How can we include this script in the deployment process?
> 
> Do you have any documentation about this subject?
> 
> Thank you.
> 
> -- 
> 
> Mathieu Herbert

Re: Script executed when an instance is just deployed

2014-04-04 Thread mathieu herbert

Hi,

Thank you for your answer.

When a VM is deployed, we want to execute a class or a script inside the
CloudStack, for example to notify an external service of a VM is deployed.
It is not necessary when the VM is booted.

Do you think an Extension is the good way ? (
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Extensions)

Thanks,
Mathieu

2014-04-04 14:08 GMT+02:00 Jayapal Reddy Uradi <
jayapalreddy.ur...@citrix.com>:

> Hi,
>
> You want to execute a script in VM after the vm is booted ?
> Can you please elaborate more
>
>
> Thanks,
> Jayapal
> On 04-Apr-2014, at 5:28 PM, mathieu herbert 
>  wrote:
>
> > Hi,
> > In my company, we would like to execute a script at the end of the
> > deployment process (Jar).
> >
> > How can we include this script in the deployment process?
> >
> > Do you have any documentation about this subject?
> >
> > Thank you.
> >
> > --
> >
> > Mathieu Herbert
>
>

-- 

Mathieu Herbert
06.34.64.93.20

Re: Review Request 20029: Added few changes for CLOUDSTACK-5674

2014-04-04 Thread ASF Subversion and Git Services


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


Commit 65e8f2dc537427f28d43d90f3fb175a24c34ae02 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=65e8f2d ]

Fixed issues related to CLOUDSTACK-5674

Fixed issues mentioned for CLOUDSTACK-5674.
More changes in the bug

Signed-off-by: Santhosh Edukulla 
Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On April 4, 2014, 11:43 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20029/
> ---
> 
> (Updated April 4, 2014, 11:43 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added few changes for CLOUDSTACK-5674
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_nic.py afff95d 
>   test/integration/smoke/test_public_ip_range.py ca3c83b 
>   test/integration/smoke/test_ssvm.py b03f8cc 
>   test/integration/smoke/test_vm_snapshots.py ca6af31 
>   tools/marvin/marvin/cloudstackConnection.py c4a4b0d 
>   tools/marvin/marvin/cloudstackTestClient.py b3a0622 
>   tools/marvin/marvin/config/test_data.py 3c1d4af 
>   tools/marvin/marvin/marvinLog.py 075f33a 
>   tools/marvin/marvin/marvinPlugin.py 4fee27a 
>   tools/marvin/setup.py 1216426 
> 
> Diff: https://reviews.apache.org/r/20029/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: Review Request 20029: Added few changes for CLOUDSTACK-5674

2014-04-04 Thread ASF Subversion and Git Services


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


Commit 65e8f2dc537427f28d43d90f3fb175a24c34ae02 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=65e8f2d ]

Fixed issues related to CLOUDSTACK-5674

Fixed issues mentioned for CLOUDSTACK-5674.
More changes in the bug

Signed-off-by: Santhosh Edukulla 
Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On April 4, 2014, 11:43 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20029/
> ---
> 
> (Updated April 4, 2014, 11:43 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added few changes for CLOUDSTACK-5674
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_nic.py afff95d 
>   test/integration/smoke/test_public_ip_range.py ca3c83b 
>   test/integration/smoke/test_ssvm.py b03f8cc 
>   test/integration/smoke/test_vm_snapshots.py ca6af31 
>   tools/marvin/marvin/cloudstackConnection.py c4a4b0d 
>   tools/marvin/marvin/cloudstackTestClient.py b3a0622 
>   tools/marvin/marvin/config/test_data.py 3c1d4af 
>   tools/marvin/marvin/marvinLog.py 075f33a 
>   tools/marvin/marvin/marvinPlugin.py 4fee27a 
>   tools/marvin/setup.py 1216426 
> 
> Diff: https://reviews.apache.org/r/20029/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

RE: Interesting 4.2.1. Issue...

2014-04-04 Thread Michael Phillips

So far so good  :)

> Subject: RE: Interesting 4.2.1. Issue...
> From: a...@opencloud.net.au
> To: dev@cloudstack.apache.org
> Date: Fri, 4 Apr 2014 11:10:28 +0800
> 
> Thanks and thanks for sharing the steps
> 
> Kind Regards
> Amin 
> 
> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com] 
> Sent: Friday, 4 April 2014 11:02 AM
> To: dev@cloudstack.apache.org
> Subject: RE: Interesting 4.2.1. Issue...
> 
> So I manually downloaded tomcat 6.0.33 
> herehttps://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+CloudStack+Development+Environment+on+Linux
> Then did the following1. extracted 6.0.33 to /usr/share/tomcat6.0.33. 2. 
> Changed symlink of /usr/share/cloudstack-managemet/bin  to 
> /usr/share/tomcat6.0.33/bin3. Changed symlink of 
> /usr/share/cloudstack-management/lib to /usr/share/tomcat6.0.33/lib4. 
> Verified cloudstack was running tomcat 6.0.33 by creating a 
> tomcat_version.jsp file in /usr/share/cloudstack-management/webapps/client
> code for tomcat_version.jsp can be found 
> herehttp://stackoverflow.com/questions/14925073/how-to-find-out-running-tomcat-version
> I'll definitely let you know how it goes...
> 
> > Subject: RE: Interesting 4.2.1. Issue...
> > From: a...@opencloud.net.au
> > To: dev@cloudstack.apache.org
> > Date: Fri, 4 Apr 2014 10:43:35 +0800
> > 
> > I tried but I failed to do so, each time cloudstack attempts to install to 
> > go fetches the 6.0.35 from the repo, maybe you have installed it after 
> > installing the cloudstack, if you managed to have a running cloudstack 
> > version above the 6.0.33 feedback with the results.
> > 
> > Kind Regards
> > Amin
> > 
> > -Original Message-
> > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > Sent: Friday, 4 April 2014 10:41 AM
> > To: dev@cloudstack.apache.org
> > Subject: RE: Interesting 4.2.1. Issue...
> > 
> > So did you try changing your version of tomcat?
> > 
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > From: a...@opencloud.net.au
> > > To: dev@cloudstack.apache.org
> > > Date: Fri, 4 Apr 2014 10:35:42 +0800
> > > 
> > > cd /usr/share/tomcat6/bin/
> > > ./version.sh
> > > 
> > > The output should be 6.0.33 instead of 6.0.35
> > > 
> > > Using CATALINA_BASE:   /usr/share/tomcat6
> > > Using CATALINA_HOME:   /usr/share/tomcat6
> > > Using CATALINA_TMPDIR: /usr/share/tomcat6/temp
> > > Using JRE_HOME:/usr
> > > Using CLASSPATH:   /usr/share/tomcat6/bin/bootstrap.jar
> > > Server version: Apache Tomcat/6.0.35
> > > Server built:   
> > > Server number:  6.0.35.0
> > > OS Name:Linux
> > > OS Version: 3.11.0-18-generic
> > > Architecture:   amd64
> > > JVM Version:1.6.0_30-b30
> > > JVM Vendor: Sun Microsystems Inc.
> > > 
> > > 
> > > Kind Regards
> > > Amin
> > > 
> > > 
> > > 
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Friday, 4 April 2014 10:31 AM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Interesting 4.2.1. Issue...
> > > 
> > > I've put tomcat 6.0.33 on our mgmt servers. I'm going to monitor it for 
> > > the next few days to see if we get the error again.
> > > Do you know any way way to verify the version of tomcat that's running?
> > > 
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > From: a...@opencloud.net.au
> > > > To: dev@cloudstack.apache.org
> > > > Date: Thu, 3 Apr 2014 10:35:29 +0800
> > > > 
> > > > No we didn't, it wouldn't matter because the memory would still 
> > > > fill up, the problem is it opens a thread and it fails to close it 
> > > > so whatever you will increase soon or later the memory will fill 
> > > > up (if I understand right)
> > > > 
> > > > The error in catalina is as follows:
> > > > 
> > > > SEVERE: The web application [/client] created a ThreadLocal with key of 
> > > > type [java.lang.ThreadLocal] (value [java.lang.ThreadLocal@1bd66d2d]) 
> > > > and a value of type [com.cloud.api.SerializationContext] (value 
> > > > [com.cloud.api.SerializationContext@2f6baed9]) but failed to remove it 
> > > > when the web application was stopped. This is very likely to create a 
> > > > memory leak.
> > > > 
> > > > If someone could help with this error generated in the catalina log, 
> > > > that would be much appreicated.
> > > > 
> > > > Kind Regards
> > > > Amin
> > > > 
> > > > 
> > > > 
> > > > 
> > > > -Original Message-
> > > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > > Sent: Thursday, 3 April 2014 9:34 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > 
> > > > A few other articles also mention setting the initial heap size "-Xms" 
> > > > to the same value as the heap size, to go ahead and fully commit the 
> > > > heap. Have you tried that?
> > > > One other thing I am curious of is have you fiddled with the Perm Size 
> > > > "XX:Permsize" setting?
> > > > 
> > > > > Subject: RE: Interesting 4.2.1. Issue...
> > > > > From: a...

Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

2014-04-04 Thread ASF Subversion and Git Services


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


Commit 0d5ec633715a7d0bbe98485036ec18350a500fb3 in cloudstack's branch 
refs/heads/marvin from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0d5ec63 ]

CLOUDSTACK-6316: Fixed issues in various files(testcases and marvin related)

Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

Re: Error building debs from 4.3.0 source

2014-04-04 Thread David Nalley

Hi Andrei:

If you actually go look at the content of the jars it complains about
you'll find that they are a web page from a bad mirror. I've had to
manually acquire the right jar at times.

--David

On Fri, Apr 4, 2014 at 5:18 AM, Andrei Mikhailovsky  wrote:
> Hello guys,
>
> I am trying to build debs from source using the following guide:
>
>
> http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/building_from_source.html#building-deb-packages
>
>
> I did not have any errors up to running: dpkg-buildpackage -uc -us
>
>
> A few minutes in the build process I got the following error:
>
> [INFO] Apache CloudStack AWS API Bridge .. FAILURE [02:52 
> min]
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time: 09:14 min
> [INFO] Finished at: 2014-04-03T23:13:23+00:00
> [INFO] Final Memory: 73M/269M
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile 
> (default-compile) on project cloud-awsapi: Compilation failure: Compilation 
> failure:
> [ERROR] error: error reading 
> /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error in 
> opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
>  error in opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
>  error in opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error in 
> opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.jar; 
> error in opening zip file
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the 
> -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, 
> please read the following articles:
> [ERROR] [Help 1] 
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the 
> command
> [ERROR]   mvn  -rf :cloud-awsapi
> make: *** [build-indep-stamp] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
>
> I've double checked and there is no /root/.m2 folder. Am I missing a 
> dependency which was not picked up by the previous steps in the guide?
>
> Many thanks for your help
>
> Andrei

Re: Review Request 20029: Added few changes for CLOUDSTACK-5674

2014-04-04 Thread SrikanteswaraRao Talluri


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

Ship it!


Ship It!

- SrikanteswaraRao Talluri


On April 4, 2014, 11:43 a.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20029/
> ---
> 
> (Updated April 4, 2014, 11:43 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Added few changes for CLOUDSTACK-5674
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_nic.py afff95d 
>   test/integration/smoke/test_public_ip_range.py ca3c83b 
>   test/integration/smoke/test_ssvm.py b03f8cc 
>   test/integration/smoke/test_vm_snapshots.py ca6af31 
>   tools/marvin/marvin/cloudstackConnection.py c4a4b0d 
>   tools/marvin/marvin/cloudstackTestClient.py b3a0622 
>   tools/marvin/marvin/config/test_data.py 3c1d4af 
>   tools/marvin/marvin/marvinLog.py 075f33a 
>   tools/marvin/marvin/marvinPlugin.py 4fee27a 
>   tools/marvin/setup.py 1216426 
> 
> Diff: https://reviews.apache.org/r/20029/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

SSO and keystone

2014-04-04 Thread María Noelia Gil

Hi! I looked the model sso in this webpage 
http://www.slideshare.net/cloudstack/cloudstack-ui-customization. Why the model 
Single sign on uses only one key shared by all users?

 On the other hand, I looked this webpage 
http://www.slideshare.net/JohnBurwell1/who-the-heck-are-you-integrating-sso-into-apache-cloudstack.
 Now it is under development the integration of keystone, saml, etc in 
cloudstack?

Thank you.

Re: Review Request 19875: Fixed few issues for CLOUDSTACK-5674, CLOUDSTACK-6316

2014-04-04 Thread ASF Subversion and Git Services


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


Commit bacfd109e2201d9b4e8f38df1605da2d0e21a1c4 in cloudstack's branch 
refs/heads/marvin from SrikanteswaraRao Talluri
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=bacfd10 ]

CLOUDSTACK-6316: Fixed bvt failures because of test data and wrong references
Signed-off-by: SrikanteswaraRao Talluri 


- ASF Subversion and Git Services


On April 1, 2014, 6:05 p.m., Santhosh Edukulla wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19875/
> ---
> 
> (Updated April 1, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-5674 and CLOUDSTACK-6316
> https://issues.apache.org/jira/browse/CLOUDSTACK-5674
> https://issues.apache.org/jira/browse/CLOUDSTACK-6316
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> While running tests, there were few issues observed. 
> Fixed those issues mentioned for CLOUDSTACK-5674,CLOUDSTACK-6316
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_deploy_vm_with_userdata.py c1410fb 
>   test/integration/smoke/test_iso.py b3c3181 
>   test/integration/smoke/test_public_ip_range.py 50b0c9b 
>   test/integration/smoke/test_templates.py b25359b 
>   test/integration/smoke/test_vm_snapshots.py 4317d4d 
>   tools/marvin/marvin/lib/base.py a2f9a8b 
>   tools/marvin/marvin/lib/common.py 71fc274 
> 
> Diff: https://reviews.apache.org/r/19875/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Santhosh Edukulla
> 
>

RE: Enabling VMware Support

2014-04-04 Thread Soheil Eizadi

I downloaded 5.1 SDK and trying to build the image using the -Dnoredist option, 
but get error with what I assume is other modules that get pulled in with that 
flag. Is there is a way to just build in the VMware piece?
-Soheil

[INFO] Apache CloudStack Plugin - NetApp File System . FAILURE [0.063s]

From: Michael Phillips [mphilli7...@hotmail.com]
Sent: Thursday, April 03, 2014 2:20 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

You need to use the vsphere 5.1 SDK to build the nonoss

> From: seiz...@infoblox.com
> To: dev@cloudstack.apache.org
> Subject: Enabling VMware Support
> Date: Thu, 3 Apr 2014 21:15:15 +
>
> I was trying to bring up VMware Hypervisor, for the first time, mostly worked 
> with XenServer in the past. I have mostly 5.1 and 5.5 systems. I looked at 
> the Wiki:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+VMWare
>
> Is this wiki still current? It is referencing the 4.1 SDK files to download 
> from VMware site and supported versions is 4.1 and 5.0.
> -Soheil

RE: Enabling VMware Support

2014-04-04 Thread Alex Hitchins

I had issues with the VM ware dependencies last week. I will upload the ones
I have that work for me and send you the URL as soon as I can.

There are several vim_ files referenced in the development wiki however they
are old ones. The ones I got to work are the ones from the VMWare SDK 5.1.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com] 
Sent: 04 April 2014 17:21
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I downloaded 5.1 SDK and trying to build the image using the -Dnoredist
option, but get error with what I assume is other modules that get pulled in
with that flag. Is there is a way to just build in the VMware piece?
-Soheil

[INFO] Apache CloudStack Plugin - NetApp File System . FAILURE [0.063s]

From: Michael Phillips [mphilli7...@hotmail.com]
Sent: Thursday, April 03, 2014 2:20 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

You need to use the vsphere 5.1 SDK to build the nonoss

> From: seiz...@infoblox.com
> To: dev@cloudstack.apache.org
> Subject: Enabling VMware Support
> Date: Thu, 3 Apr 2014 21:15:15 +
>
> I was trying to bring up VMware Hypervisor, for the first time, mostly
worked with XenServer in the past. I have mostly 5.1 and 5.5 systems. I
looked at the Wiki:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+VMWa
> re
>
> Is this wiki still current? It is referencing the 4.1 SDK files to
download from VMware site and supported versions is 4.1 and 5.0.
> -Soheil

VM deployment is failing on 4.4

2014-04-04 Thread Srikanteswararao Talluri

I filed a bug for this issue. VM deployment is failing on 4.4 with XenServer.
CLOUDSTACK-6341

Thanks,
~Talluri

RE: [EVENTS] CloudStack Hyderabad April meetup -3rd April

2014-04-04 Thread Suresh Sadhu

Update on  Yesterday 's Meet-up:(Highlights) -- I have attached few photos. 

-Meet up went very well. Great participation from the  audience .some of them 
already using cloudstack. Around 25 people attend this event.
- People are willing to contribute   and some of them are interested in bug 
fixing . We hope to see more involvement  in coming future from the 
participants .
-some of topics they expect in  next meet-up are : debugging tips /on 
events/monitoring/cloudstack networking  internals/realhostip/SDN /&  baremetal.

 

**
We are planning the next meetup tentatively on may 8th 2014.

***


Regards
Sadhu

-Original Message-
From: Srikanteswararao Talluri [mailto:srikanteswararao.tall...@citrix.com] 
Sent: 01 April 2014 19:04
To: Rohit Yadav; dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org; market...@cloudstack.apache.org
Subject: Re: [EVENTS] CloudStack Hyderabad April meetup -3rd April

Sure Rohit. We'll try to announce the events much in advance so that interested 
people can plan accordingly.

Thanks,
~Talluri

From: Rohit Yadav mailto:bhais...@apache.org>>
Date: Saturday, 29 March 2014 2:57 pm
To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Srikanteswararao 
Talluri 
mailto:srikanteswararao.tall...@citrix.com>>
Cc: "us...@cloudstack.apache.org" 
mailto:us...@cloudstack.apache.org>>, 
"market...@cloudstack.apache.org" 
mailto:market...@cloudstack.apache.org>>
Subject: Re: [EVENTS] CloudStack Hyderabad April meetup -3rd April

Hi Talluri! Thanks for sharing.

Folks can you please plan/share meetup events at least one month in advance, in 
future? I've sort of missed two meetups in India in the past due to timing 
mismatches which I would have loved to join.

Regards.


On Sat, Mar 29, 2014 at 11:32 AM, Srikanteswararao Talluri 
mailto:srikanteswararao.tall...@citrix.com>>
 wrote:
Gentle reminder.

Please join us for CloudStack Hyderabad April meetup on Thursday, 3rd April 
2014 at IIIT Hyderabad.

RSVP @ http://www.meetup.com/CloudStack-Hyderabad-Group/events/172106682/

Thanks,
~Talluri

RE: Enabling VMware Support

2014-04-04 Thread Soheil Eizadi

Yes, I noted the other JAR files in the wiki, I will update the Wiki once I 
figure out how to get this to work.

I did the following:
Place this vim25.jar in deps folder and rename it as vim25_51.jar, then run: 
deps/install-non-oss.sh to install it into m2 repo.

The NetApp build problem has nothing to do with VMware but got created with the 
-Dnoredist option.

-Soheil



From: Alex Hitchins [a...@alexhitchins.com]
Sent: Friday, April 04, 2014 9:30 AM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I had issues with the VM ware dependencies last week. I will upload the ones
I have that work for me and send you the URL as soon as I can.

There are several vim_ files referenced in the development wiki however they
are old ones. The ones I got to work are the ones from the VMWare SDK 5.1.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com]
Sent: 04 April 2014 17:21
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I downloaded 5.1 SDK and trying to build the image using the -Dnoredist
option, but get error with what I assume is other modules that get pulled in
with that flag. Is there is a way to just build in the VMware piece?
-Soheil

[INFO] Apache CloudStack Plugin - NetApp File System . FAILURE [0.063s]

From: Michael Phillips [mphilli7...@hotmail.com]
Sent: Thursday, April 03, 2014 2:20 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

You need to use the vsphere 5.1 SDK to build the nonoss

> From: seiz...@infoblox.com
> To: dev@cloudstack.apache.org
> Subject: Enabling VMware Support
> Date: Thu, 3 Apr 2014 21:15:15 +
>
> I was trying to bring up VMware Hypervisor, for the first time, mostly
worked with XenServer in the past. I have mostly 5.1 and 5.5 systems. I
looked at the Wiki:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+VMWa
> re
>
> Is this wiki still current? It is referencing the 4.1 SDK files to
download from VMware site and supported versions is 4.1 and 5.0.
> -Soheil

CLOUDSTACK-6338 - Failed to Netscaler and EIP/ELB automation

2014-04-04 Thread Rayees Namathponnan

HI All,

With latest 4.4 build,  I am unable to add NetScaler device.

Below defect created, EIP/ELB automation blocked due to this

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

Regards,
Rayees

Re: CLOUDSTACK-6338 - Failed to Netscaler and EIP/ELB automation

2014-04-04 Thread Alena Prokharchyk

Rayees,

The reason listed in the bug summary - "Unknown parameters :
ctxstarteventid² - is not the reason for the failure.

Here is the real reason

ext":"Failed to log in to Netscaler device at 10.223.240.177 due to
sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target²}

Antonio, can you please remove those error messages from the log though?
"Unknown parameters : ctxstarteventid²

Thanks,
Alena.

On 4/4/14, 10:50 AM, "Rayees Namathponnan"
 wrote:

>HI All,
>
>With latest 4.4 build,  I am unable to add NetScaler device.
>
>Below defect created, EIP/ELB automation blocked due to this
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-6338
>
>Regards,
>Rayees
>
>

RE: Enabling VMware Support

2014-04-04 Thread Alex Hitchins

Soheil,

One of the links in the wiki I think is an old version. The two files are
the same name so it makes things confusing.

I've been meaning to document all the things I needed to do to get the build
working last weekend, now it's the weekend again I'll have the time to get
it done!

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com] 
Sent: 04 April 2014 17:58
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

Yes, I noted the other JAR files in the wiki, I will update the Wiki once I
figure out how to get this to work.

I did the following:
Place this vim25.jar in deps folder and rename it as vim25_51.jar, then run:
deps/install-non-oss.sh to install it into m2 repo.

The NetApp build problem has nothing to do with VMware but got created with
the -Dnoredist option.

-Soheil



From: Alex Hitchins [a...@alexhitchins.com]
Sent: Friday, April 04, 2014 9:30 AM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I had issues with the VM ware dependencies last week. I will upload the ones
I have that work for me and send you the URL as soon as I can.

There are several vim_ files referenced in the development wiki however they
are old ones. The ones I got to work are the ones from the VMWare SDK 5.1.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com]
Sent: 04 April 2014 17:21
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I downloaded 5.1 SDK and trying to build the image using the -Dnoredist
option, but get error with what I assume is other modules that get pulled in
with that flag. Is there is a way to just build in the VMware piece?
-Soheil

[INFO] Apache CloudStack Plugin - NetApp File System . FAILURE [0.063s]

From: Michael Phillips [mphilli7...@hotmail.com]
Sent: Thursday, April 03, 2014 2:20 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

You need to use the vsphere 5.1 SDK to build the nonoss

> From: seiz...@infoblox.com
> To: dev@cloudstack.apache.org
> Subject: Enabling VMware Support
> Date: Thu, 3 Apr 2014 21:15:15 +
>
> I was trying to bring up VMware Hypervisor, for the first time, mostly
worked with XenServer in the past. I have mostly 5.1 and 5.5 systems. I
looked at the Wiki:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+VMWa
> re
>
> Is this wiki still current? It is referencing the 4.1 SDK files to
download from VMware site and supported versions is 4.1 and 5.0.
> -Soheil

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Suresh Balineni



> On March 27, 2014, 5:02 p.m., Alena Prokharchyk wrote:
> > Suresh, your fix contradicts with whatever you said in your previous 
> > comment. You said that your contrail element will play the role of the 
> > internal load Balancer. In that case, you should have added the Service LB 
> > with capability LbSchemas="internal" to your contrail provider 
> > implementation.
> > 
> > The current fix though implies that the separate Internal LB vm will be 
> > started? Please elaborate.
> 
> Suresh Balineni wrote:
> I wanted to re-use the existing Internal LB element as is except required 
> Nic resources should be implemented by Contrail VRouter. 
> 
>
> 
> Alena Prokharchyk wrote:
> Suresh, InternalLbElement is being managed by InternalLBElementManager. 
> The nics are created there. If you want the rules to be programmed on your 
> VPC contrail element, use your VPC contrail element as a provider for 
> internal lb. With the current code in the patch, the internal lb vm will be 
> created as a separate vm from your contrail vm, with the nics configured the 
> standard way.

Hi Alena,

1. Contrail does not launch any VM for VPC. Routing support is provided by 
separate kernel module called contrail-vrouter. It does not support internal 
lb. I want to leverage CS Virtual-Router load balancing capabilities for 
supporting internal lb in contrail vpc implementation. I just have to create 
Nics in contrail vrouter for internal lb vm.

2. Since Contrail Network Offering is configured for Internal LB VM, "contrail 
guru" gets invoked when Internal LB VM is getting launched. 

   for (Service svc : services) {
if (svc == Service.Lb) {
if(offeringName.equals(vpcRouterOfferingName)) {
Set lbProviderSet = new HashSet();
lbProviderSet.add(Provider.InternalLbVm);
serviceProviderMap.put(svc, lbProviderSet);
}
continue;
}
serviceProviderMap.put(svc, providerSet);
}
ConfigurationManager configMgr = (ConfigurationManager)_configService;
NetworkOfferingVO voffer =
configMgr.createNetworkOffering(offeringName, 
offeringDisplayText, TrafficType.Guest, null, false, 
Availability.Optional, null, serviceProviderMap, true,
Network.GuestType.Isolated, false, null, false, null, 
false, true, null, true, null, false);

3. I verified this implementation, It works perfectly fine.


- Suresh


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


On March 27, 2014, 12:42 a.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> ---
> 
> (Updated March 27, 2014, 12:42 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Internal LB support for Juniper contrail VPC implementation.
> 
> - This implementation just extends the existing implementation of internal lb.
> - New element  uses juniper contrail network offering so that nics are 
> impelemented by contrail element. 
> - LB VM deployment functionality is reused (new element is extended from 
> existing Internal LB element implementation).
> 
> 
> Diffs
> -
> 
>   plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  01be7db 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java fe49981 
> 
> Diff: https://reviews.apache.org/r/18552/diff/
> 
> 
> Testing
> ---
> 
> Tested LB VM deployment. Traffic tests are done.
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Alena Prokharchyk



> On March 27, 2014, 5:02 p.m., Alena Prokharchyk wrote:
> > Suresh, your fix contradicts with whatever you said in your previous 
> > comment. You said that your contrail element will play the role of the 
> > internal load Balancer. In that case, you should have added the Service LB 
> > with capability LbSchemas="internal" to your contrail provider 
> > implementation.
> > 
> > The current fix though implies that the separate Internal LB vm will be 
> > started? Please elaborate.
> 
> Suresh Balineni wrote:
> I wanted to re-use the existing Internal LB element as is except required 
> Nic resources should be implemented by Contrail VRouter. 
> 
>
> 
> Alena Prokharchyk wrote:
> Suresh, InternalLbElement is being managed by InternalLBElementManager. 
> The nics are created there. If you want the rules to be programmed on your 
> VPC contrail element, use your VPC contrail element as a provider for 
> internal lb. With the current code in the patch, the internal lb vm will be 
> created as a separate vm from your contrail vm, with the nics configured the 
> standard way.
> 
> Suresh Balineni wrote:
> Hi Alena,
> 
> 1. Contrail does not launch any VM for VPC. Routing support is provided 
> by separate kernel module called contrail-vrouter. It does not support 
> internal lb. I want to leverage CS Virtual-Router load balancing capabilities 
> for supporting internal lb in contrail vpc implementation. I just have to 
> create Nics in contrail vrouter for internal lb vm.
> 
> 2. Since Contrail Network Offering is configured for Internal LB VM, 
> "contrail guru" gets invoked when Internal LB VM is getting launched. 
> 
>for (Service svc : services) {
> if (svc == Service.Lb) {
> if(offeringName.equals(vpcRouterOfferingName)) {
> Set lbProviderSet = new HashSet();
> lbProviderSet.add(Provider.InternalLbVm);
> serviceProviderMap.put(svc, lbProviderSet);
> }
> continue;
> }
> serviceProviderMap.put(svc, providerSet);
> }
> ConfigurationManager configMgr = 
> (ConfigurationManager)_configService;
> NetworkOfferingVO voffer =
> configMgr.createNetworkOffering(offeringName, 
> offeringDisplayText, TrafficType.Guest, null, false, 
> Availability.Optional, null, serviceProviderMap, true,
> Network.GuestType.Isolated, false, null, false, 
> null, false, true, null, true, null, false);
> 
> 3. I verified this implementation, It works perfectly fine.

Suresh, ok, please confirm that the following is correct.

When internalLb is used in contrail network, internalLB VM will be launched in 
CS to handle the service. So you do expect CS to invoke internal lb vm, and 
this vm will have nics configured by your guru.


If the above is correct, I'm going to ship the fix.


- Alena


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


On March 27, 2014, 12:42 a.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> ---
> 
> (Updated March 27, 2014, 12:42 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Internal LB support for Juniper contrail VPC implementation.
> 
> - This implementation just extends the existing implementation of internal lb.
> - New element  uses juniper contrail network offering so that nics are 
> impelemented by contrail element. 
> - LB VM deployment functionality is reused (new element is extended from 
> existing Internal LB element implementation).
> 
> 
> Diffs
> -
> 
>   plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  01be7db 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java fe49981 
> 
> Diff: https://reviews.apache.org/r/18552/diff/
> 
> 
> Testing
> ---
> 
> Tested LB VM deployment. Traffic tests are done.
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Suresh Balineni



> On March 27, 2014, 5:02 p.m., Alena Prokharchyk wrote:
> > Suresh, your fix contradicts with whatever you said in your previous 
> > comment. You said that your contrail element will play the role of the 
> > internal load Balancer. In that case, you should have added the Service LB 
> > with capability LbSchemas="internal" to your contrail provider 
> > implementation.
> > 
> > The current fix though implies that the separate Internal LB vm will be 
> > started? Please elaborate.
> 
> Suresh Balineni wrote:
> I wanted to re-use the existing Internal LB element as is except required 
> Nic resources should be implemented by Contrail VRouter. 
> 
>
> 
> Alena Prokharchyk wrote:
> Suresh, InternalLbElement is being managed by InternalLBElementManager. 
> The nics are created there. If you want the rules to be programmed on your 
> VPC contrail element, use your VPC contrail element as a provider for 
> internal lb. With the current code in the patch, the internal lb vm will be 
> created as a separate vm from your contrail vm, with the nics configured the 
> standard way.
> 
> Suresh Balineni wrote:
> Hi Alena,
> 
> 1. Contrail does not launch any VM for VPC. Routing support is provided 
> by separate kernel module called contrail-vrouter. It does not support 
> internal lb. I want to leverage CS Virtual-Router load balancing capabilities 
> for supporting internal lb in contrail vpc implementation. I just have to 
> create Nics in contrail vrouter for internal lb vm.
> 
> 2. Since Contrail Network Offering is configured for Internal LB VM, 
> "contrail guru" gets invoked when Internal LB VM is getting launched. 
> 
>for (Service svc : services) {
> if (svc == Service.Lb) {
> if(offeringName.equals(vpcRouterOfferingName)) {
> Set lbProviderSet = new HashSet();
> lbProviderSet.add(Provider.InternalLbVm);
> serviceProviderMap.put(svc, lbProviderSet);
> }
> continue;
> }
> serviceProviderMap.put(svc, providerSet);
> }
> ConfigurationManager configMgr = 
> (ConfigurationManager)_configService;
> NetworkOfferingVO voffer =
> configMgr.createNetworkOffering(offeringName, 
> offeringDisplayText, TrafficType.Guest, null, false, 
> Availability.Optional, null, serviceProviderMap, true,
> Network.GuestType.Isolated, false, null, false, 
> null, false, true, null, true, null, false);
> 
> 3. I verified this implementation, It works perfectly fine.
> 
> Alena Prokharchyk wrote:
> Suresh, ok, please confirm that the following is correct.
> 
> When internalLb is used in contrail network, internalLB VM will be 
> launched in CS to handle the service. So you do expect CS to invoke internal 
> lb vm, and this vm will have nics configured by your guru.
> 
> 
> If the above is correct, I'm going to ship the fix.
>

Yes, That's correct.


- Suresh


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


On March 27, 2014, 12:42 a.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> ---
> 
> (Updated March 27, 2014, 12:42 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Internal LB support for Juniper contrail VPC implementation.
> 
> - This implementation just extends the existing implementation of internal lb.
> - New element  uses juniper contrail network offering so that nics are 
> impelemented by contrail element. 
> - LB VM deployment functionality is reused (new element is extended from 
> existing Internal LB element implementation).
> 
> 
> Diffs
> -
> 
>   plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  01be7db 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java fe49981 
> 
> Diff: https://reviews.apache.org/r/18552/diff/
> 
> 
> Testing
> ---
> 
> Tested LB VM deployment. Traffic tests are done.
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

RE: Enabling VMware Support

2014-04-04 Thread Alex Hitchins

Soheil,

Right - try the files at this link :
http://resources.shapeblue.com/acs/deps/

These are form my deps folder and this seems to be building just fine.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com] 
Sent: 04 April 2014 17:58
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

Yes, I noted the other JAR files in the wiki, I will update the Wiki once I
figure out how to get this to work.

I did the following:
Place this vim25.jar in deps folder and rename it as vim25_51.jar, then run:
deps/install-non-oss.sh to install it into m2 repo.

The NetApp build problem has nothing to do with VMware but got created with
the -Dnoredist option.

-Soheil



From: Alex Hitchins [a...@alexhitchins.com]
Sent: Friday, April 04, 2014 9:30 AM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I had issues with the VM ware dependencies last week. I will upload the ones
I have that work for me and send you the URL as soon as I can.

There are several vim_ files referenced in the development wiki however they
are old ones. The ones I got to work are the ones from the VMWare SDK 5.1.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com]
Sent: 04 April 2014 17:21
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I downloaded 5.1 SDK and trying to build the image using the -Dnoredist
option, but get error with what I assume is other modules that get pulled in
with that flag. Is there is a way to just build in the VMware piece?
-Soheil

[INFO] Apache CloudStack Plugin - NetApp File System . FAILURE [0.063s]

From: Michael Phillips [mphilli7...@hotmail.com]
Sent: Thursday, April 03, 2014 2:20 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

You need to use the vsphere 5.1 SDK to build the nonoss

> From: seiz...@infoblox.com
> To: dev@cloudstack.apache.org
> Subject: Enabling VMware Support
> Date: Thu, 3 Apr 2014 21:15:15 +
>
> I was trying to bring up VMware Hypervisor, for the first time, mostly
worked with XenServer in the past. I have mostly 5.1 and 5.5 systems. I
looked at the Wiki:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+VMWa
> re
>
> Is this wiki still current? It is referencing the 4.1 SDK files to
download from VMware site and supported versions is 4.1 and 5.0.
> -Soheil

Re: Error building debs from 4.3.0 source

2014-04-04 Thread Andrei Mikhailovsky

David, you are right. these files are HTML files and not zips. I will get them 
once again and try to compile.

thanks for the tip

Andrei

- Original Message -
From: "David Nalley" 
To: dev@cloudstack.apache.org
Sent: Friday, 4 April, 2014 4:41:16 PM
Subject: Re: Error building debs from 4.3.0 source

Hi Andrei:

If you actually go look at the content of the jars it complains about
you'll find that they are a web page from a bad mirror. I've had to
manually acquire the right jar at times.

--David

On Fri, Apr 4, 2014 at 5:18 AM, Andrei Mikhailovsky  wrote:
> Hello guys,
>
> I am trying to build debs from source using the following guide:
>
>
> http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/building_from_source.html#building-deb-packages
>
>
> I did not have any errors up to running: dpkg-buildpackage -uc -us
>
>
> A few minutes in the build process I got the following error:
>
> [INFO] Apache CloudStack AWS API Bridge .. FAILURE [02:52 
> min]
> [INFO] 
> 
> [INFO] BUILD FAILURE
> [INFO] 
> 
> [INFO] Total time: 09:14 min
> [INFO] Finished at: 2014-04-03T23:13:23+00:00
> [INFO] Final Memory: 73M/269M
> [INFO] 
> 
> [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:compile 
> (default-compile) on project cloud-awsapi: Compilation failure: Compilation 
> failure:
> [ERROR] error: error reading 
> /root/.m2/repository/org/apache/axis2/mex/1.5.4/mex-1.5.4-impl.jar; error in 
> opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/org/apache/axis2/axis2-mtompolicy/1.5.4/axis2-mtompolicy-1.5.4.jar;
>  error in opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/org/apache/ws/commons/axiom/axiom-dom/1.2.10/axiom-dom-1.2.10.jar;
>  error in opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/org/opensaml/opensaml1/1.1/opensaml1-1.1.jar; error in 
> opening zip file
> [ERROR] error: error reading 
> /root/.m2/repository/commons-lang/commons-lang/2.3/commons-lang-2.3.jar; 
> error in opening zip file
> [ERROR] -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the 
> -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> [ERROR]
> [ERROR] For more information about the errors and possible solutions, 
> please read the following articles:
> [ERROR] [Help 1] 
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
> [ERROR]
> [ERROR] After correcting the problems, you can resume the build with the 
> command
> [ERROR]   mvn  -rf :cloud-awsapi
> make: *** [build-indep-stamp] Error 1
> dpkg-buildpackage: error: debian/rules build gave error exit status 2
>
>
> I've double checked and there is no /root/.m2 folder. Am I missing a 
> dependency which was not picked up by the previous steps in the guide?
>
> Many thanks for your help
>
> Andrei

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Alena Prokharchyk

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

Suresh, the patch fails to apply on the latest 4.4 branch, can you please check 
whats going on, and upload a fresh one?

alena@alenas-air: [4.4]~/cloudstack-oss$ git am --signoff < 
~/Desktop/internal_lb_per_alena_comments.patch
Applying: Per Alena comments, it is not required to introduce a new Provider 
for Internal LB
error: patch failed: 
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java:277
error: 
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java:
 patch does not apply
Patch failed at 0001 Per Alena comments, it is not required to introduce a new 
Provider for Internal LB
The copy of the patch that failed is found in:
   /Users/alena/cloudstack-oss/.git/rebase-apply/patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

- Alena Prokharchyk

On March 27, 2014, 12:42 a.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> ---
> 
> (Updated March 27, 2014, 12:42 a.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Internal LB support for Juniper contrail VPC implementation.
> 
> - This implementation just extends the existing implementation of internal lb.
> - New element  uses juniper contrail network offering so that nics are 
> impelemented by contrail element. 
> - LB VM deployment functionality is reused (new element is extended from 
> existing Internal LB element implementation).
> 
> 
> Diffs
> -
> 
>   plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  01be7db 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java fe49981 
> 
> Diff: https://reviews.apache.org/r/18552/diff/
> 
> 
> Testing
> ---
> 
> Tested LB VM deployment. Traffic tests are done.
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Problem in set mac address in vif's

2014-04-04 Thread Rodrigo Lopez

Hi, today i stumbled upon a problem. when i try to startup my 
virtual router the script on xen-api/scripts/vif don't finish his job, 
stoping in the line:

${IP} link set "${dev}" address "${address}"
the complete code is:
# ip link set vif1.0 address fe:ff:ff:ff:ff:ff

this command don't run fine and return this error: RTNETLINK 
answers: Operation not permitted


in the syslog i have this error: scripts-vif: Failed to ip link set 
vif4.1 address fe:ff:ff:ff:ff:ff


I try run this cod to others interfaces and run perfectly.

anyone have any ideia to help me?

Re: Review Request 19686: Implementation of the issue CLOUDSTACK 6139 - System.vm.use.local.storage global setting to zone setting

2014-04-04 Thread daan Hoogland


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



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


i mean the code says that 'both must be true' for local storage to be used, 
not either.

also: zone seems unlikely to be null, but is it guaranteed?


- daan Hoogland


On March 26, 2014, 2:56 p.m., Wilder Rodrigues wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19686/
> ---
> 
> (Updated March 26, 2014, 2:56 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-6139
> https://issues.apache.org/jira/browse/CLOUDSTACK-6139
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> I changed the following code in order to accomplish what is expected by the 
> issue:
> 
> Config enum:
> 
> SystemVMUseLocalStorage(
> "Advanced",
> ManagementServer.class,
> Boolean.class,
> "system.vm.use.local.storage",
> "false",
> "Indicates whether to use local storage pools or shared storage 
> pools for system VMs.",
> null, ConfigKey.Scope.Zone.toString()),
> 
> DeploymentPlanningManagerImpl:
> 
> 
> * I injected the DataCenterDao in order to check if the Zone uses 
> local storage
> 
>  String ssvmUseLocalStorage = 
> _configDao.getValue(Config.SystemVMUseLocalStorage.key());
>  DataCenterVO zone = _zoneDao.findById(plan.getDataCenterId());
>  boolean zoneUsesLocalStorage = zone.isLocalStorageEnabled();
> 
>  if (ssvmUseLocalStorage.equalsIgnoreCase("true") && 
> zoneUsesLocalStorage) {
> useLocalStorage = true;
>  }
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/configuration/Config.java af1f062 
>   server/src/com/cloud/deploy/DeploymentPlanningManagerImpl.java 9cbbb10 
> 
> Diff: https://reviews.apache.org/r/19686/diff/
> 
> 
> Testing
> ---
> 
> I have tested those changes running multiple zones (2 with local storage and 
> 1 without). Instances, networks, and all the rest are working fine. I ran the 
> tests against 3 hosts running XenServer, where one of them has an extra disk 
> which is used as NFS primary storage. From the 2 instances using local 
> storage, one was created with Cloudtack 4.3 RC (9th round). In order to make 
> it clear, below the steps I followed to test it:
> 
> Global settings: system.vm.use.local.storage == true
> 
> 
> 1.  Deploy Cloudstack 4.3.0 RC (9th round)
> 
> 2.  Create a zone (local storage enabled)
> 
> a.   Create an instance and network
> 
> 3.  Test firewalling and port forwarding
> 
> 4.  Upgrade Cloudstack 4.3.0 RC (9th round) to Cloudstack 4.5.0-SNAPSHOT
> 
> 5.  Test firewalling and port forwarding
> 
> 6.  Create a zone (local storage enabled)
> 
> a.   Create an instance and network
> 
> 7.  Create a zone (local storage disabled) + NFS primary storage
> 
> a.   Create an instance and network
> 
> 8.  Test firewalling and port forwarding
> 
> With the steps above, I was able to set up the whole environment and make 
> sure the VMs were running properly and ACL/Port-Forwarding were also working 
> as expected.
> 
> Global settings: system.vm.use.local.storage == false
> 
> 
> 1.  Deploy Cloudstack 4.3.0 RC (9th round)
> 
> 2.  Create a zone (local storage disabled) + NFS primary storage
> 
> a.   Create an instance and network
> 
> 3.  Test firewalling and port forwarding
> 
> 4.  Upgrade Cloudstack 4.3.0 RC (9th round) to Cloudstack 4.5.0-SNAPSHOT
> 
> 5.  Test firewalling and port forwarding
> 
> 6.  Set system.vm.use.local.storage to true
> 
> 7.  Create a zone (local storage enabled)
> 
> a.   Create an instance and network
> 
> 8.  Create a zone (local storage enabled)
> 
> a.   Create an instance and network
> 
> 9.  Create new instance under the Zone which does not use local storage
> 
> 10.  Test firewalling and port forwarding
> 
> Again, everything worked as expected.
> 
> With the steps provided above, I can make sure that resources created with 
> version prior to master (4.5.0-SNAPSHOT) won't have problems when performing 
> an update.
> 
> 
> Thanks,
> 
> Wilder Rodrigues
> 
>

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Suresh Balineni


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

(Updated April 4, 2014, 10:27 p.m.)


Review request for cloudstack and Alena Prokharchyk.


Changes
---

Thanks Alena,

Please find latest 4.4 based diff.


Repository: cloudstack-git


Description
---

Internal LB support for Juniper contrail VPC implementation.

- This implementation just extends the existing implementation of internal lb.
- New element  uses juniper contrail network offering so that nics are 
impelemented by contrail element. 
- LB VM deployment functionality is reused (new element is extended from 
existing Internal LB element implementation).


Diffs (updated)
-

  plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
  
plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
 bf083fd 
  server/src/com/cloud/network/vpc/VpcManagerImpl.java 7e1ba96 

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


Testing
---

Tested LB VM deployment. Traffic tests are done.


Thanks,

Suresh Balineni

RE: Enabling VMware Support

2014-04-04 Thread Soheil Eizadi

Yes, I had to include the additional JAR files from there to get noredist to 
build with VMware support. I used the link in the Wiki:
http://zooi.widodh.nl/cloudstack/build-dep/cloud-manageontap.jar

I got my CloudStack running and ran into this issue:
https://issues.apache.org/jira/browse/CLOUDSTACK-4943

Which is the vSwitch labels getting mangled by the Wizard. After fixing this I 
am able to create a Zone with VMware Cluster in it.
-Soheil

From: Alex Hitchins [a...@alexhitchins.com]
Sent: Friday, April 04, 2014 12:35 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

Soheil,

Right - try the files at this link :
http://resources.shapeblue.com/acs/deps/

These are form my deps folder and this seems to be building just fine.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com]
Sent: 04 April 2014 17:58
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

Yes, I noted the other JAR files in the wiki, I will update the Wiki once I
figure out how to get this to work.

I did the following:
Place this vim25.jar in deps folder and rename it as vim25_51.jar, then run:
deps/install-non-oss.sh to install it into m2 repo.

The NetApp build problem has nothing to do with VMware but got created with
the -Dnoredist option.

-Soheil



From: Alex Hitchins [a...@alexhitchins.com]
Sent: Friday, April 04, 2014 9:30 AM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I had issues with the VM ware dependencies last week. I will upload the ones
I have that work for me and send you the URL as soon as I can.

There are several vim_ files referenced in the development wiki however they
are old ones. The ones I got to work are the ones from the VMWare SDK 5.1.

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com]
Sent: 04 April 2014 17:21
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

I downloaded 5.1 SDK and trying to build the image using the -Dnoredist
option, but get error with what I assume is other modules that get pulled in
with that flag. Is there is a way to just build in the VMware piece?
-Soheil

[INFO] Apache CloudStack Plugin - NetApp File System . FAILURE [0.063s]

From: Michael Phillips [mphilli7...@hotmail.com]
Sent: Thursday, April 03, 2014 2:20 PM
To: dev@cloudstack.apache.org
Subject: RE: Enabling VMware Support

You need to use the vsphere 5.1 SDK to build the nonoss

> From: seiz...@infoblox.com
> To: dev@cloudstack.apache.org
> Subject: Enabling VMware Support
> Date: Thu, 3 Apr 2014 21:15:15 +
>
> I was trying to bring up VMware Hypervisor, for the first time, mostly
worked with XenServer in the past. I have mostly 5.1 and 5.5 systems. I
looked at the Wiki:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+VMWa
> re
>
> Is this wiki still current? It is referencing the 4.1 SDK files to
download from VMware site and supported versions is 4.1 and 5.0.
> -Soheil

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Alena Prokharchyk



> On April 4, 2014, 10:45 p.m., Alena Prokharchyk wrote:
> > Ship It!

Fixed in 4.4 and master branches


- Alena


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


On April 4, 2014, 10:27 p.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> ---
> 
> (Updated April 4, 2014, 10:27 p.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Internal LB support for Juniper contrail VPC implementation.
> 
> - This implementation just extends the existing implementation of internal lb.
> - New element  uses juniper contrail network offering so that nics are 
> impelemented by contrail element. 
> - LB VM deployment functionality is reused (new element is extended from 
> existing Internal LB element implementation).
> 
> 
> Diffs
> -
> 
>   plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  bf083fd 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java 7e1ba96 
> 
> Diff: https://reviews.apache.org/r/18552/diff/
> 
> 
> Testing
> ---
> 
> Tested LB VM deployment. Traffic tests are done.
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Re: Review Request 18552: Internal LB support for Juniper contrail VPC implementation

2014-04-04 Thread Alena Prokharchyk


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

Ship it!


Ship It!

- Alena Prokharchyk


On April 4, 2014, 10:27 p.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18552/
> ---
> 
> (Updated April 4, 2014, 10:27 p.m.)
> 
> 
> Review request for cloudstack and Alena Prokharchyk.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Internal LB support for Juniper contrail VPC implementation.
> 
> - This implementation just extends the existing implementation of internal lb.
> - New element  uses juniper contrail network offering so that nics are 
> impelemented by contrail element. 
> - LB VM deployment functionality is reused (new element is extended from 
> existing Internal LB element implementation).
> 
> 
> Diffs
> -
> 
>   plugins/network-elements/juniper-contrail/pom.xml 8c6877d 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/ContrailManagerImpl.java
>  bf083fd 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java 7e1ba96 
> 
> Diff: https://reviews.apache.org/r/18552/diff/
> 
> 
> Testing
> ---
> 
> Tested LB VM deployment. Traffic tests are done.
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Re: [4.3] Cherry pick b44901c059e50ae34f55a56809cda74d4c0c08f9

2014-04-04 Thread ilya musayev


Rajesh

Would this affect VMware vSphere servers as well or just Xen?

Thanks
ilya
On 2/24/14, 10:15 PM, Rajesh Battala wrote:

This commit will resolve the issue 
https://issues.apache.org/jira/browse/CLOUDSTACK-6159

Thanks
Rajesh Battala

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: Tuesday, February 25, 2014 11:39 AM
To: dev@cloudstack.apache.org; Animesh Chaturvedi
Subject: [4.3] Cherry pick b44901c059e50ae34f55a56809cda74d4c0c08f9

Hi Animesh,
Can you please cherry-pick b44901c059e50ae34f55a56809cda74d4c0c08f9.
Code change is only to the hyper-v agent code.

Thanks
Rajesh Battala

Re: Review Request 19917: Improvements on exception handlers (JIRA-6242)

2014-04-04 Thread Ding Yuan

HI Daan,
I am not sure exactly how to monkey-test cloudstack, what I did was to do
$ mvn test
which shows “BUILD SUCCESS”. I also did this:
$ mvn clean install -P systemvm,developer
which also succeeded. 

Is that what you mean? If not, please let me know what to do and I will further 
test it.
I will also work on assigning the proper reviewers now.

Thanks,
Ding

On Apr 3, 2014, at 12:04 PM, Daan Hoogland  wrote:

> thanks Ding,
> 
> I saw your update. Did your run a cloud with this code; i.e. did you
> monkey-test it?
> 
> On Thu, Apr 3, 2014 at 5:26 PM, Ding Yuan  wrote:
>> Oops, sorry I didn't publish my diff. I just published it on review board.
>> Thanks for the comment Daan! Please let me know if I further need to improve 
>> it.
>> 
>> Ding
>> 
>> On Apr 3, 2014, at 9:52 AM, Daan Hoogland  wrote:
>> 
>>> Ding,
>>> 
>>> I think we can dare to do so in master as it will not see release for
>>> a while. We'll just have to be aware of the locations and be on alert
>>> for any stacktraces that will pass this list. I would not like to do
>>> this on the 4.4 branch even when it is an improvement of code quality
>>> as such. It might do things or prevent things from happening that we
>>> need done.
>>> 
>>> I don't see a new version of the diff in the review request. Did you
>>> 'Update' -> 'Upload Diff'?
>>> 
>>> regards,
>>> Daan
>>> 
>>> On Thu, Apr 3, 2014 at 12:34 AM, Ding Yuan  wrote:
 Uploaded a new patch to 19917. Changed the verbosity to debug, and 
 addressed
 Daan's comment on providing more distinctive text messages.

 Sorry that I haven't split them into smaller patches.

 Note in a few cases the original code was like:
try {
   pstmt = txn.prepareAutoCloseStatement(sql);
   String gmtCutTime =
 DateUtil.getDateDisplayString(TimeZone.getTimeZone("GMT"), cutTime);
   pstmt.setString(1, gmtCutTime);
   pstmt.setString(2, gmtCutTime);

   ResultSet rs = pstmt.executeQuery();
   while (rs.next()) {
   RunningHostCountInfo info = new RunningHostCountInfo();
   info.setDcId(rs.getLong(1));
   info.setHostType(rs.getString(2));
   info.setCount(rs.getInt(3));

   l.add(info);
  }
} catch (SQLException e) {
} catch (Throwable e) {
}

 The try block only throws SQLException as checked exception, and this code
 would also swallow any unchecked exceptions. I removed the catch 
 (Throwable)
 in these cases to avoid potentially swallowing any unexpected runtime
 exceptions. Please let me know if this is not desirable so I can further
 update.

 Thanks,
 Ding

 On Apr 2, 2014, at 5:17 PM, Ding Yuan  wrote:

 Thanks all for the quick comments!
 If i understand the discussion correctly, I will just change all the added
 log printing statements to debug verbosity. I will upload a new patch for
 that shortly.

 Now a bit back story: the reason we are doing this is that we recently did
 an analysis on many bugs collected from JIRA to understand why today's 
 cloud
 system fails. And we found that almost all of the cluster-wide failures are
 caused by buggy exception handling, which would often turn a component
 failure into a cluster-wide one. One of the common bug pattern is ignoring
 some exceptions -- allowing them to propagate and finally turn into 
 disaster.
 Therefore we built a simple static checking tool just to check some simple
 rules for exception handling, such as if an exception is ignored.
 Admittedly, it would be much harder to reason about the potential
 consequences caused for ignoring a certain exception, that's why without
 much more domain knowledge I can only recommend to 1) avoid over-catching 
 an
 exception, especially when the handling logic will swallow it, and 2) log
 them, as what this patch does.

 Nevertheless, it seems the four cases I mentioned in JIRA-6242 are
 particularly suspicious. It might be worthwhile to double check their
 correctness if you have time. I am reposting them below.

 Thanks!
 Ding

 =
 Case 1:
 Line: 375, File: "com/cloud/network/ovs/OvsTunnelManagerImpl.java"

 326: try {
 327: String myIp = getGreEndpointIP(dest.getHost(), nw);
 .. .. ..
 373: } catch (Exception e) {
 374: // I really thing we should do a better handling of these exceptions
 375: s_logger.warn("Ovs Tunnel network created tunnel failed", e);
 376: }

 Comment seems to suggest for a better handling.
 =
 =
 Case 2:
 Line: 2295, File: "com/cloud/resource/ResourceManagerImpl.java"

 228

Build failed in Jenkins: build-master-slowbuild #525

2014-04-04 Thread jenkins

See 

Changes:

[jessicawang] CLOUDSTACK-6342: UI changes for feature use secondary IP address 
of NIC in Load balancing.

[Alena Prokharchyk] internal lb support for contrail vpc

[anthony.xu]  clean up xenserver resource code

[min.chen] SecurityChecker can accept multiple ControlledEntity

[min.chen] Adding SecurityChecker list for the ParamProcessWorker

[min.chen] Split the Root Admin policy to allow 'ListEntry' access for listing 
resources for scope 'all', but 'UseEntry' access only within Account scope

[min.chen] Remove usage of sameOwner checkAccess invocation, and convert to

--
[...truncated 18147 lines...]

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

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not cont

Re: Review Request 19917: Improvements on exception handlers (JIRA-6242)

2014-04-04 Thread Ding Yuan


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

(Updated April 5, 2014, 3:16 a.m.)


Review request for cloudstack, Alena Prokharchyk, Alex Huang, Chiradeep Vittal, 
daan Hoogland, edison su, David Nalley, Laszlo Hornyak, Mike Tutkowski, Prachi 
Damle, and Venkata Siva Vijayendra Bhamidipati.


Changes
---

Adding reviewers. Sorry it's a long list because it's a big patch consisting of 
a bunch of small changes, touching many files. What I did was simply looking at 
the git annotate on each code block that is touched and put the authors in.


Repository: cloudstack-git


Description
---

This is the patch for JIRA-6242. See 
https://issues.apache.org/jira/browse/CLOUDSTACK-6242 for more details. Thanks!


Diffs
-

  engine/orchestration/src/com/cloud/agent/manager/AgentManagerImpl.java 
0d41bc1 
  
engine/orchestration/src/com/cloud/agent/manager/ClusteredAgentManagerImpl.java 
01508a4 
  engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java 3e088db 
  
engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/api/db/dao/EngineDataCenterDaoImpl.java
 4b6818e 
  engine/schema/src/com/cloud/dc/dao/DataCenterDaoImpl.java ea5039f 
  engine/schema/src/com/cloud/host/dao/HostDaoImpl.java 426c90d 
  engine/schema/src/com/cloud/storage/dao/StoragePoolHostDaoImpl.java e42eaf4 
  engine/schema/src/com/cloud/storage/dao/VMTemplateDaoImpl.java 34fdca5 
  engine/schema/src/com/cloud/upgrade/dao/Upgrade2214to30.java 58dd916 
  engine/schema/src/com/cloud/vm/dao/ConsoleProxyDaoImpl.java 5e9c2f0 
  engine/schema/src/com/cloud/vm/dao/SecondaryStorageVmDaoImpl.java 1f382d6 
  
engine/storage/src/org/apache/cloudstack/storage/datastore/DataObjectManagerImpl.java
 6ed1274 
  
framework/ipc/src/org/apache/cloudstack/framework/serializer/OnwireClassRegistry.java
 83c8a42 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/discoverer/XcpServerDiscoverer.java
 0ad6dc4 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServerConnectionPool.java
 b779085 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/XenServerStorageProcessor.java
 e512046 
  
plugins/storage/volume/solidfire/src/org/apache/cloudstack/storage/datastore/lifecycle/SolidFirePrimaryDataStoreLifeCycle.java
 af6a77a 
  server/src/com/cloud/resource/ResourceManagerImpl.java f9a59ba 
  server/src/com/cloud/server/ConfigurationServerImpl.java b8da4c8 
  
services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyThumbnailHandler.java
 06f21d3 
  utils/src/com/cloud/utils/net/NetUtils.java 6350986 

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


Testing
---


Thanks,

Ding Yuan

Automated BVT and Regression test results on XenServer 6.2 on 4.4 branch

2014-04-04 Thread jenkins

Test Run: #34

Total:58
Fail :27
Skip :1


name   passfailskip
test_volumes/ 0   2   0
test_ssvm/   10   0   0
test_service_offerings/   1   1   0
test_templates/   0   2   0
test_portable_publicip/   2   0   0
test_public_ip_range/ 1   0   0
test_resource_detail/ 1   0   0
test_nic/ 0   1   0
test_non_contigiousvlan/  1   0   0
test_multipleips_per_nic/ 0   1   0
test_loadbalance/ 0   1   0
test_routers/ 0   1   0
test_vm_snapshots/0   1   0
test_vm_life_cycle/   0   2   0
test_disk_offerings/  3   0   0
test_reset_vm_on_reboot/  0   1   0
test_network/ 2   4   0
test_internal_lb/ 0   1   0
test_deploy_vms_with_varied_deploymentplanners/   0   1   0
test_vpc_vpn/ 0   2   0
test_deploy_vm_with_userdata/ 0   1   0
test_regions/ 1   0   0
test_iso/ 5   0   1
test_privategw_acl/   0   1   0
test_scale_vm/0   1   0
test_affinity_groups/ 0   1   0
test_pvlan/   1   0   0
test_network_acl/ 0   1   0
test_global_settings/ 1   0   0
test_guest_vlan_range/1   0   0
test_deploy_vm/   0   1   0



Regressions

name
   durationage
integration.smoke.test_nic.TestNic.test_01_nic  
  0.058  1
integration.smoke.test_multipleips_per_nic.TestDeployVM.test_nic_secondaryip_add_remove
   0.546  1
integration.smoke.test_network.TestDeleteAccount.test_delete_account
  0.166  1
integration.smoke.test_network.TestRebootRouter.test_reboot_router  
  0.083  1
integration.smoke.test_network.TestReleaseIP.test_releaseIP 
  0.057  1
integration.smoke.test_deploy_vm.TestDeployVM.test_deploy_vm
  0.057  1

Failures

name
durationage
:setup   
0  1
:setup
0  1
:setup   
1.564  1
:setup 
0  1
:setup  
0  1
:setup
0  1
:setup 
0  1
:setup 
0  1
:setup   
0  1
:setup
0  1
:setup
0  1
:setup 
0.234  1
:setup 
0  1
:setup 
0  1
:setup 
0  1
:setup
0  1
:setup   
0  1
integration.smoke.test_privategw_acl.TestPrivateGwACL.test_privategw_acl  
81.38  34
:setup
0  1
:setup  
0  1
:setup 
0  1

Fixed

name
  durationage
integration.smoke.test_non_contigiousvlan.TestUpdatePhysicalNetwork.test_extendPhysicalNetworkVlan
  15.411  0

Build failed in Jenkins: build-master-slowbuild #526

2014-04-04 Thread jenkins

See 

--
[...truncated 18147 lines...]

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

[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ cloud-awsapi ---
[INFO] Cobertura 2.0.3 - GNU GPL License (NO WARRANTY) - See COPYRIGHT file
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/ec2/AmazonEC2SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/amazon/s3/AmazonS3SkeletonInterface.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SAcl.java.  Ensure this class was instrumented, and this 
data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SBucket.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/model/SHost.java.  Ensure this class was instrumented, and 
this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/BucketPolicyDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackAccountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackConfigurationDao.java.  Ensure this 
class was instrumented, and this data file contains the instrumentation 
information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackSvcOfferingDao.java.  Ensure this class 
was instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/CloudStackUserDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MHostMountDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartPartsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultiPartUploadsDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does not contain instrumentation information for the file 
com/cloud/bridge/persist/dao/MultipartMetaDao.java.  Ensure this class was 
instrumented, and this data file contains the instrumentation information.
[cobertura] INFO  [main] net.sourceforge.cobertura.reporting.html.HTMLReport - 
Data file does

52 matches

Mail list logo