Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Andrei Mikhailovsky]

Hi Remi,

Thanks for your reply. However, your suggestion of increasing the 
router.aggregation.command.each.timeout didn't help. I've tried setting the 
value to 120 at no avail. Still fails with the same error.

Andrei

- Original Message -
> From: "Remi Bergsma" 
> To: "dev" 
> Sent: Monday, 4 January, 2016 10:44:43
> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

> Hi Andrei,
> 
> Missed that mail, sorry. I created a PR that allows for longer timeouts [1].
> 
> Also, you can bump the router.aggregation.command.each.timeout global setting 
> to
> say 15-30 so it will allow to boot.
> 
> Next, we need to find why it takes so long in the first place. In our
> environment it at least starts now.
> 
> Regards,
> Remi
> 
> [1] https://github.com/apache/cloudstack/pull/1291
> 
> 
> 
> 
> 
> On 04/01/16 11:41, "Andrei Mikhailovsky"  wrote:
> 
>>Hello guys,
>>
>>Tried the user's mailing list without any luck. Perhaps the dev guys know if
>>this issue is being looked at for the next release?
>>
>>I've just upgraded to 4.6.2 and have similar issues with three virtual routers
>>out of 22 in total. They are all failing exactly the same way as described
>>here.
>>
>>Has anyone found a permanent workaround for this issue?
>>
>>Thanks
>>
>>Andrei
>>
>>- Original Message -
>>> From: "Stephan Seitz" 
>>> To: "users" 
>>> Sent: Monday, 30 November, 2015 19:53:57
>>> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout
>>
>>> Does anybody else experiemce problems due to (very) slow deployment of
>>> VRs?
>>> 
>>> 
>>> Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:
 Update / FYI:
 After faking the particular VRu in sql, I tried to restart that
 network,
 and it always fails. To me it looks like the update_config.py - which
 takes almost all cpu ressources - runs way longer any watchdog will
 accept.
 
 I'm able to mitigate that by very nasty workarounds:
 a) start the router
 b) wait until its provisioned
 c) restart cloudstack-management
 d)  update vm_instance
 set state='Running',
 power_state='PowerOn' where name = 'r-XXX-VM';
 e) once: update domain_router
 set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC
 2015",
 scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
 where id=XXX;
 f) wait until update_config.py finishes (for me thats about 15
 minutes)
 
 Since I expect the need for VR restarts in the future, this behaviour
 is
 somehow unsatisfying. It needs a lot of errorprone intervention.
 
 I'm quite unsure if it's introduced with the update or the particular
 VR
 just has simply not been restarted after getting configured with lots
 of
 ips and rules.
 
 
 Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
 > Hi List!
 > 
 > After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
 > virtualrouter. This particular VR has about 10 IPs w/ LB and FW
 > rules
 > defined. During the upgrade process, and after about 4-5 minutes a
 > watchdog kicks in and kills the respective VR due to no response.
 > 
 > So far I didn't find any timeout value in the global settings.
 > Temporarily setting network.router.EnableServiceMonitoring to false
 > doesn't change the behaviour.
 > 
 > Any help, how to mitigate that nasty timeout would be really
 > appreciated :)
 > 
 > cheers,
 > 
 > Stephan
 > 
 > From within the VR, the logs show
 > 
 > 2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
 > dhcp-range=interface:eth0,set:interface and replacing with
 > dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
 > 2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
 > guestnetwork
 > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
 > dhcp-option=tag:interface-eth0,15 and replacing with
 > dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
 > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
 > dhcp-option=tag:interface-eth0,6 and replacing with
 > dhcp-option=tag:interface
 > -eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
 > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
 > dhcp-option=tag:interface-eth0,3, and replacing with
 > dhcp-option=tag:interface-eth0,3,10.10.22.1
 > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
 > dhcp-option=tag:interface-eth0,1, and replacing with
 > dhcp-option=tag:interface-eth0,1,255.255.255.0
 > 2015-11-24 11:24:33,810  CsHelper.py execute:160 Executing: service
 > dnsmasq restart
 > 
 > ==> /var/log/messages <==
 > Nov 24 11:24:34 r-504-VM shutdown[6752]: shutting down 

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

[GitHub] cloudstack pull request: Strongswan vpn feature

[terbolous]

Github user terbolous commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/872#discussion_r48774570
  
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/configure.py ---
@@ -479,13 +479,13 @@ def process(self):
 
 def deletevpn(self, ip):
 logging.info("Removing VPN configuration for %s", ip)
-CsHelper.execute("ipsec auto --down vpn-%s" % ip)
-CsHelper.execute("ipsec auto --delete vpn-%s" % ip)
+CsHelper.execute("ipsec down vpn-%s" % ip)
+CsHelper.execute("ipsec down vpn-%s" % ip)
--- End diff --

Is it required to do ipsec down twice?


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

CloudStack 4.6.2 RPMs

[mvs babu]

Hi All,




We are trying to upgrade ACS from 4.3.1 to 4.6.2. But found there are no RPMs 
at http://cloudstack.apt-get.eu/centos/6/4.6/. Where can we get RPMs for 
ACS4.6.2?






Thank you,
Suneel Mallela

Fwd: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Andrei Mikhailovsky]

Hello guys,

Tried the user's mailing list without any luck. Perhaps the dev guys know if 
this issue is being looked at for the next release?

I've just upgraded to 4.6.2 and have similar issues with three virtual routers 
out of 22 in total. They are all failing exactly the same way as described here.

Has anyone found a permanent workaround for this issue?

Thanks

Andrei

- Original Message -
> From: "Stephan Seitz" 
> To: "users" 
> Sent: Monday, 30 November, 2015 19:53:57
> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

> Does anybody else experiemce problems due to (very) slow deployment of
> VRs?
> 
> 
> Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:
>> Update / FYI:
>> After faking the particular VRu in sql, I tried to restart that
>> network,
>> and it always fails. To me it looks like the update_config.py - which
>> takes almost all cpu ressources - runs way longer any watchdog will
>> accept.
>> 
>> I'm able to mitigate that by very nasty workarounds:
>> a) start the router
>> b) wait until its provisioned
>> c) restart cloudstack-management
>> d)  update vm_instance
>> set state='Running',
>> power_state='PowerOn' where name = 'r-XXX-VM';
>> e) once: update domain_router
>> set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC
>> 2015",
>> scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
>> where id=XXX;
>> f) wait until update_config.py finishes (for me thats about 15
>> minutes)
>> 
>> Since I expect the need for VR restarts in the future, this behaviour
>> is
>> somehow unsatisfying. It needs a lot of errorprone intervention.
>> 
>> I'm quite unsure if it's introduced with the update or the particular
>> VR
>> just has simply not been restarted after getting configured with lots
>> of
>> ips and rules.
>> 
>> 
>> Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
>> > Hi List!
>> > 
>> > After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
>> > virtualrouter. This particular VR has about 10 IPs w/ LB and FW
>> > rules
>> > defined. During the upgrade process, and after about 4-5 minutes a
>> > watchdog kicks in and kills the respective VR due to no response.
>> > 
>> > So far I didn't find any timeout value in the global settings.
>> > Temporarily setting network.router.EnableServiceMonitoring to false
>> > doesn't change the behaviour.
>> > 
>> > Any help, how to mitigate that nasty timeout would be really
>> > appreciated :)
>> > 
>> > cheers,
>> > 
>> > Stephan
>> > 
>> > From within the VR, the logs show
>> > 
>> > 2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
>> > dhcp-range=interface:eth0,set:interface and replacing with
>> > dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
>> > 2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
>> > guestnetwork
>> > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,15 and replacing with
>> > dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
>> > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,6 and replacing with
>> > dhcp-option=tag:interface
>> > -eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
>> > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,3, and replacing with
>> > dhcp-option=tag:interface-eth0,3,10.10.22.1
>> > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>> > dhcp-option=tag:interface-eth0,1, and replacing with
>> > dhcp-option=tag:interface-eth0,1,255.255.255.0
>> > 2015-11-24 11:24:33,810  CsHelper.py execute:160 Executing: service
>> > dnsmasq restart
>> > 
>> > ==> /var/log/messages <==
>> > Nov 24 11:24:34 r-504-VM shutdown[6752]: shutting down for system
>> > halt
>> > 
>> > Broadcast message from root@r-504-VM (Tue Nov 24 11:24:34 2015):
>> > 
>> > The system is going down for system halt NOW!
>> > Nov 24 11:24:35 r-504-VM KVP: KVP starting; pid is:6844
>> > 
>> > ==> /var/log/cloud.log <==
>> > /opt/cloud/bin/vr_cfg.sh: line 60:  6603
>> > Killed  /opt/cloud/bin/update_config.py
>> > vm_dhcp_entry.json
>> > 
>> > ==> /var/log/messages <==
>> > Nov 24 11:24:35 r-504-VM cloud: VR config: executing
>> > failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json
>> > 
>> > ==> /var/log/cloud.log <==
>> > Tue Nov 24 11:24:35 UTC 2015 : VR config: executing
>> > failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json
>> > Connection to 169.254.2.192 closed by remote host.
>> > Connection to 169.254.2.192 closed.
>> > 
>> > 
>> > the management-server.log shows
>> > 
>> > 2015-11-24 12:24:43,015 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
>> > (Work-Job-Executor-1:ctx-ad9e4658 job-5163/job-5164) Done executing
>> > com.cloud.vm.VmWorkStart for job-5164
>> > 2015-11-24 12:24:43,017 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
>> > (Work-Job-Executor-1:ctx-ad9e4658 job-5163/job-5164) 

[GitHub] cloudstack pull request: QuotaStatementTest: fix the method invoca...

[agneya2001]

GitHub user agneya2001 opened a pull request:

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

QuotaStatementTest: fix the method invocation verification

Quota emails are send at start of the month, that triggered the 
sendQuotaAlert that was not getting invoked earlier.

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

$ git pull https://github.com/shapeblue/cloudstack master-quota-test

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

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

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

This closes #1303


commit c9296c5cd91c710a079e4e482e7f83ab52c26cec
Author: Abhinandan Prateek 
Date:   2016-01-04T10:58:42Z

QuotaStatementTest: fix the method invocation verification




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

Re: [Master] Build Failing

[Abhinandan Prateek]

The following PR takes care of quota-framework unit test failure: 
https://github.com/apache/cloudstack/pull/1303

Regards,
-abhi





[ShapeBlue]
Abhinandan Prateek
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 970 11 99011

e:  abhinandan.prat...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image05c0ce.png@aa91a828.47a9f6d6]


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




On 03/01/16, 3:06 PM, "Remi Bergsma"  wrote:

>Hi,
>
>The Jenkins build "Build-master-slowbuild" has been failing since Dec 2. First 
>due to 5 new findbugs issues, and indeed, since 2016 (build #2876) due to the 
>quota unit tests.
>
>@abhi @rohit can you guys fix this asap?
>
>It is also the reason why Jenkins builds of PR #1300 and #1301 are failing 
>(the new ones in 2016).
>
>
>
>I think we need to resolve both issues asap. It looks like PR #1289 resolves 
>the findbugs issues? If so, let’s complete the reviews and tests so we can 
>merge it.
>
>Regards,
>Remi
>
>
>On 03/01/16 06:42, "Mike Tutkowski"  wrote:
>
>>I didn't spend much time trying to debug this...just re-ran the build with
>>-D skipTests=true so I could continue doing what I was doing.
>>
>>Could this possibly have something to do with the new year? I tried to
>>re-run a build from a branch that was not updated and it actually failed at
>>the same quota test (this branch was building fine a few days ago...in
>>2015).
>>
>>On Sat, Jan 2, 2016 at 6:21 PM, Mike Tutkowski >> wrote:
>>
>>> Hi,
>>>
>>> I just updated (SHA = 67b753c11bab236187a0a68d92ca8e49cef1b3fd) and am
>>> seeing the following failure:
>>>
>>> Tests run: 6, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.054 sec
>>> <<< FAILURE! - in org.apache.cloudstack.quota.QuotaStatementTest
>>>
>>> testSendStatement(org.apache.cloudstack.quota.QuotaStatementTest) Time
>>> elapsed: 0.011 sec <<< FAILURE!
>>>
>>> org.mockito.exceptions.verification.WantedButNotInvoked:
>>>
>>> Wanted but not invoked:
>>>
>>> alertManager.sendQuotaAlert(
>>>
>>>
>>> org.apache.cloudstack.quota.QuotaAlertManagerImpl$DeferredQuotaEmail@6e9d6ff7
>>>
>>> );
>>>
>>> -> at
>>> org.apache.cloudstack.quota.QuotaStatementTest.testSendStatement(QuotaStatementTest.java:251)
>>>
>>> Actually, there were zero interactions with this mock.
>>>
>>>
>>> at
>>> org.apache.cloudstack.quota.QuotaStatementTest.testSendStatement(QuotaStatementTest.java:251)
>>>
>>>
>>>
>>> Results :
>>>
>>>
>>> Failed tests:
>>>
>>> QuotaStatementTest.testSendStatement:251
>>>
>>> Wanted but not invoked:
>>>
>>> alertManager.sendQuotaAlert(
>>>
>>>
>>> org.apache.cloudstack.quota.QuotaAlertManagerImpl$DeferredQuotaEmail@6e9d6ff7
>>>
>>> );
>>>
>>> -> at
>>> org.apache.cloudstack.quota.QuotaStatementTest.testSendStatement(QuotaStatementTest.java:251)
>>>
>>> Is it possible I'm missing something I should have in my master
>>> environment or is this a general build problem?
>>>
>>> Thanks!
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the cloud
>>> *™*
>>>
>>
>>
>>
>>--
>>*Mike Tutkowski*
>>*Senior CloudStack Developer, SolidFire Inc.*
>>e: mike.tutkow...@solidfire.com
>>o: 303.746.7302
>>Advancing the way the world uses the cloud
>>*™*
Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack 

Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Remi Bergsma]

Hi Andrei,

Missed that mail, sorry. I created a PR that allows for longer timeouts [1].

Also, you can bump the router.aggregation.command.each.timeout global setting 
to say 15-30 so it will allow to boot.

Next, we need to find why it takes so long in the first place. In our 
environment it at least starts now.

Regards,
Remi

[1] https://github.com/apache/cloudstack/pull/1291





On 04/01/16 11:41, "Andrei Mikhailovsky"  wrote:

>Hello guys,
>
>Tried the user's mailing list without any luck. Perhaps the dev guys know if 
>this issue is being looked at for the next release?
>
>I've just upgraded to 4.6.2 and have similar issues with three virtual routers 
>out of 22 in total. They are all failing exactly the same way as described 
>here.
>
>Has anyone found a permanent workaround for this issue?
>
>Thanks
>
>Andrei
>
>- Original Message -
>> From: "Stephan Seitz" 
>> To: "users" 
>> Sent: Monday, 30 November, 2015 19:53:57
>> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout
>
>> Does anybody else experiemce problems due to (very) slow deployment of
>> VRs?
>> 
>> 
>> Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:
>>> Update / FYI:
>>> After faking the particular VRu in sql, I tried to restart that
>>> network,
>>> and it always fails. To me it looks like the update_config.py - which
>>> takes almost all cpu ressources - runs way longer any watchdog will
>>> accept.
>>> 
>>> I'm able to mitigate that by very nasty workarounds:
>>> a) start the router
>>> b) wait until its provisioned
>>> c) restart cloudstack-management
>>> d)  update vm_instance
>>> set state='Running',
>>> power_state='PowerOn' where name = 'r-XXX-VM';
>>> e) once: update domain_router
>>> set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC
>>> 2015",
>>> scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
>>> where id=XXX;
>>> f) wait until update_config.py finishes (for me thats about 15
>>> minutes)
>>> 
>>> Since I expect the need for VR restarts in the future, this behaviour
>>> is
>>> somehow unsatisfying. It needs a lot of errorprone intervention.
>>> 
>>> I'm quite unsure if it's introduced with the update or the particular
>>> VR
>>> just has simply not been restarted after getting configured with lots
>>> of
>>> ips and rules.
>>> 
>>> 
>>> Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
>>> > Hi List!
>>> > 
>>> > After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
>>> > virtualrouter. This particular VR has about 10 IPs w/ LB and FW
>>> > rules
>>> > defined. During the upgrade process, and after about 4-5 minutes a
>>> > watchdog kicks in and kills the respective VR due to no response.
>>> > 
>>> > So far I didn't find any timeout value in the global settings.
>>> > Temporarily setting network.router.EnableServiceMonitoring to false
>>> > doesn't change the behaviour.
>>> > 
>>> > Any help, how to mitigate that nasty timeout would be really
>>> > appreciated :)
>>> > 
>>> > cheers,
>>> > 
>>> > Stephan
>>> > 
>>> > From within the VR, the logs show
>>> > 
>>> > 2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
>>> > dhcp-range=interface:eth0,set:interface and replacing with
>>> > dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
>>> > 2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
>>> > guestnetwork
>>> > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>>> > dhcp-option=tag:interface-eth0,15 and replacing with
>>> > dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
>>> > 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>>> > dhcp-option=tag:interface-eth0,6 and replacing with
>>> > dhcp-option=tag:interface
>>> > -eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
>>> > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>>> > dhcp-option=tag:interface-eth0,3, and replacing with
>>> > dhcp-option=tag:interface-eth0,3,10.10.22.1
>>> > 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>>> > dhcp-option=tag:interface-eth0,1, and replacing with
>>> > dhcp-option=tag:interface-eth0,1,255.255.255.0
>>> > 2015-11-24 11:24:33,810  CsHelper.py execute:160 Executing: service
>>> > dnsmasq restart
>>> > 
>>> > ==> /var/log/messages <==
>>> > Nov 24 11:24:34 r-504-VM shutdown[6752]: shutting down for system
>>> > halt
>>> > 
>>> > Broadcast message from root@r-504-VM (Tue Nov 24 11:24:34 2015):
>>> > 
>>> > The system is going down for system halt NOW!
>>> > Nov 24 11:24:35 r-504-VM KVP: KVP starting; pid is:6844
>>> > 
>>> > ==> /var/log/cloud.log <==
>>> > /opt/cloud/bin/vr_cfg.sh: line 60:  6603
>>> > Killed  /opt/cloud/bin/update_config.py
>>> > vm_dhcp_entry.json
>>> > 
>>> > ==> /var/log/messages <==
>>> > Nov 24 11:24:35 r-504-VM cloud: VR config: executing
>>> > failed: /opt/cloud/bin/update_config.py vm_dhcp_entry.json
>>> > 
>>> > ==> /var/log/cloud.log <==

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

[GitHub] cloudstack pull request: [CLOUDSTACK-9207] Test to verify restarti...

[sanju1010]

Github user sanju1010 commented on the pull request:

https://github.com/apache/cloudstack/pull/1304#issuecomment-168653437
  
Test restart network with cleanup ... === TestName: 
test_restart_network_with_cleanup | Status : SUCCESS ===
ok

--
Ran 1 test in 161.169s

OK



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

[GitHub] cloudstack pull request: [CLOUDSTACK-9207] Test to verify restarti...

[sanju1010]

GitHub user sanju1010 opened a pull request:

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

[CLOUDSTACK-9207] Test to verify restarting vpc network with cleanup does 
not delete the secondary ip address from VR

Please check jira 
https://issues.apache.org/jira/browse/CLOUDSTACK-9207
 for more details.


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

$ git pull https://github.com/sanju1010/cloudstack vpc

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

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

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

This closes #1304


commit e3f8becc578155b5491834b1632716111bccab67
Author: sanjeevn 
Date:   2016-01-04T09:13:47Z

Marvin test to verify CS-44071
Bug-Id: CS-44071
Reviewed-by: Self




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

[GitHub] cloudstack pull request: QuotaStatementTest: fix the method invoca...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/1303#issuecomment-168653465
  
LGTM, let's wait for Jenkins to finish (if it does not fail due to JVM 
issues)
cc @DaanHoogland 


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

[GitHub] cloudstack pull request: test/integration/smoke/AUTOMATIONConfigfi...

[sarathkouk]

GitHub user sarathkouk opened a pull request:

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

test/integration/smoke/AUTOMATIONConfigfiles/

 LDAP : Auto Import and Trust AD

 As of now, Cloudstack can automatically import LDAP users based on the
 configuration to a domain or an account. However, any new users in LDAP
 aren't automatically reflected. The admin has to manually import them
 again.
 This feature enables admin to map LDAP group/OU to a CloudStack domain
 and any changes are reflected in ACS as well.
FS: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/WIP%3A+LDAP%3A+Trust+AD+and+Auto+Import


Test Results 
test_01_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_01_ldap | Status : SUCCESS ===
ok
test_02_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_02_ldap | Status : SUCCESS ===
ok
test_03_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_03_ldap | Status : SUCCESS ===
ok
test_04_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_04_ldap | Status : SUCCESS ===
ok
test_05_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_05_ldap | Status : SUCCESS ===
ok
test_06_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_06_ldap | Status : SUCCESS ===
ok
test_07_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_07_ldap | Status : SUCCESS ===
ok
test_09_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_09_ldap | Status : SUCCESS ===
ok
test_12_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_12_ldap | Status : SUCCESS ===
ok
test_13_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_13_ldap | Status : SUCCESS ===
ok
test_14_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_14_ldap | Status : SUCCESS ===
ok
test_15_ldap (integration.component.test_ldap_autoImport.TestLdap1) ... === 
TestName: test_15_ldap | Status : SUCCESS ===
ok


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

$ git pull https://github.com/sarathkouk/cloudstack ldap

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

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

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

This closes #1305


commit 4d0d7b0acb45db1a5d11e373d01cd8aa75ba458d
Author: sarath 
Date:   2015-10-09T14:23:04Z

test/integration/smoke/AUTOMATIONConfigfiles/
'LDAP: Auto Import and Trust AD' automation

'LDAP:Auto Import and Trust AD' automation 2

 LDAP : Auto Import and Trust AD

 As og now, CloudStack can automatically import LDAP users based on the
 configuration to a domain or an account. However, any new users in LDAP
 aren't automatically reflected. The admin has to manually import them
 again.
 This feature enables admin to map LDAP group/OU to a CloudStack domain
 and any changes are reflected in ACS as well.

Deleting log folder that was added by mistake

LDAP : Auto IMport and Trust AD
As of now, CloudStack can automatically import LDAP users based on the
configuration to a domain or an account. However, any new users in LDAP
aren't automatically reflected. The admin has to manually import them
again.
This feature enables admin to map LDAP group/OU to a CloudStack domain and
any changes are reflected in ACS as well.

LDAP : Trust AD and Auto Import

LDAP : Trust AD and Auto Import

Auto pep8 corrections for test_ldap_autoImport.py




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

RE: template available on http://dl.openvm.eu/cloudstack/macchinina/x86_64/

[Raja Pullela]

Nux, I will provide you the files and if you can upload them that will be 
great.  Hope that is possible,

Raja

-Original Message-
From: Nux! [mailto:n...@li.nux.ro] 
Sent: Saturday, January 2, 2016 4:08 PM
To: dev@cloudstack.apache.org
Subject: Re: template available on 
http://dl.openvm.eu/cloudstack/macchinina/x86_64/

Raja,

Do you have access to the sysvm tmpl generation? What commands are used to 
create OVA format?
If you use the uncompressed RAW file, does that help you? It's already there 
http://dl.openvm.eu/cloudstack/macchinina/x86_64/macchinina.img

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Raja Pullela" 
> To: dev@cloudstack.apache.org
> Sent: Saturday, 2 January, 2016 05:33:41
> Subject: RE: template available on 
> http://dl.openvm.eu/cloudstack/macchinina/x86_64/

> Nux, you are right... it is working for the system but not for the test suite.
> I am going to create a bug to track it.
> However, it will be great if you could post a BZ2 templates for HyperV 
> and for VMWare a OVA format - that will help!
> 
> Thanks,
> Raja
> 
> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Friday, January 1, 2016 5:36 PM
> To: dev@cloudstack.apache.org
> Subject: Re: template available on
> http://dl.openvm.eu/cloudstack/macchinina/x86_64/
> 
> Raja,
> 
> This is confusing me. I am looking here and the VHD is ZIP:
> http://jenkins.buildacloud.org/view/master/job/build-systemvm64-master
> /
> 
> I don't mind bz2-ing the VHD, but it's not clear what ACS/HyperV expects.
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Raja Pullela" 
>> To: dev@cloudstack.apache.org
>> Sent: Friday, 1 January, 2016 11:12:12
>> Subject: RE: template available on
>> http://dl.openvm.eu/cloudstack/macchinina/x86_64/
> 
>> Hi Nux,
>> 
>> these templates available are not working...
>> I see the following System Templates available for -
>> - VMWare is in OVA format
>> - HyperV is in VZD with BZ2 format
>> - Xen is in VHD with BZ2 compression
>> - KVM is in qCow2 with BZ2 compression
>> 
>> If you can give me access to this VM/webserver, I can upload the files.
>> Having the correct files will help pass few additional tests on my setups.
>> Can you please let me know,
>> 
>> Raja
>> 
>> -Original Message-
>> From: Nux! [mailto:n...@li.nux.ro]
>> Sent: Tuesday, December 22, 2015 2:19 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: template available on
>> http://dl.openvm.eu/cloudstack/macchinina/x86_64/
>> 
>> BTW, Cloudstack ships systemvm templates for HyperV also in ZIP, 
>> that's the reason I also pack it like that.
>> AFAIK Windows can't deal with any other compression.
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro
>> 
>> - Original Message -
>>> From: "Nux!" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Tuesday, 22 December, 2015 08:44:50
>>> Subject: Re: template available on
>>> http://dl.openvm.eu/cloudstack/macchinina/x86_64/
>> 
>>> Hi,
>>> 
>>> I do not know what you are running there, but:
>>> 
>>> unzip macchinina-hyperv.vhd.zip
>>> Archive:  macchinina-hyperv.vhd.zip
>>>  inflating: macchinina-hyperv.vhd
>>> 
>>> 
>>> qemu-img info macchinina-hyperv.vhd
>>> image: macchinina-hyperv.vhd
>>> file format: vpc
>>> virtual size: 50M (52432896 bytes)
>>> disk size: 50M
>>> cluster_size: 2097152
>>> 
>>> 
>>> Also, VHD is completely untested, let me know if it boots for you. 
>>> :)
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: "Raja Pullela" 
 To: dev@cloudstack.apache.org
 Sent: Tuesday, 22 December, 2015 04:45:29
 Subject: RE: template available on
 http://dl.openvm.eu/cloudstack/macchinina/x86_64/
>>> 
 Hello Nux,
 
 Three test scripts are failing with the error messages as below - 
 File "/root/cloudstack/test/integration/smoke/test_internal_lb.py",
 line 285, in  setUpClass
cls.template.download(cls.apiclient)
  File "/usr/local/lib/python2.7/dist-packages/marvin/lib/base.py",
 line 1261, in  download
template.status)
 'Error in downloading template: status - Failed post download script:
 Unable to install due to invalid file format\n
 
 Hope that helps,
 Raja
 
 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: Monday, December 21, 2015 11:58 PM
 To: dev@cloudstack.apache.org
 Subject: Re: template available on
 http://dl.openvm.eu/cloudstack/macchinina/x86_64/
 
 Hello,
 
 All the templates for HyperV are compressed with zip as this is 
 what Windows supports.
 Why do you need bz2?
 
 --
 Sent from the Delta quadrant 

[GitHub] cloudstack-docs pull request: Inclusion of Nuage-VSP plugin

[runseb]

Github user runseb commented on a diff in the pull request:

https://github.com/apache/cloudstack-docs/pull/14#discussion_r48714149
  
--- Diff: rtd/source/networking/nuage-plugin.rst ---
@@ -0,0 +1,249 @@
+.. Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information#
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+   http://www.apache.org/licenses/LICENSE-2.0
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+
+
+The Nuage VSP Plugin
+
+
+Introduction
+
+
+The Nuage VSP plugin is the Nuage Networks SDN
+implementation in CloudStack, which integrates with Release 3.2 of the
+Nuage Networks Virtualized Services Platform.
+The plugin can be used by CloudStack to leverage the scalability and rich 
features of Advanced SDN and to implement:
+
+* Isolated Guest Networks
+* Virtual Private Clouds (VPCs)
+* Shared Networks
+
+For more information about Nuage Networks, visit www.nuagenetworks.net.
+
+
+Features
+
+
+The following table lists the CloudStack network services provided by
+the Nuage VSP Plugin.
+
+.. cssclass:: table-striped table-bordered table-hover
+
++--+--+
+| Network Service  | CloudStack version   |
++==+==+
+| Virtual Networking   | >= 4.5   |
++--+--+
+| VPC  | >= 4.5   |
++--+--+
+| Source NAT   | >= 4.5   |
++--+--+
+| Static NAT   | >= 4.5   |
++--+--+
+| Firewall | >= 4.5   |
++--+--+
+| Network ACL  | >= 4.5   |
++--+--+
+| User Data (*)| >= 4.7   |
++--+--+
+
+(*) Through the use of VR Provider
+
+Table: Supported Services
+
+.. note::
+   The Virtual Networking service was originally called 'Connectivity'
+   in CloudStack 4.0
+
+The following hypervisors are supported by the Nuage VSP Plugin.
+
+.. cssclass:: table-striped table-bordered table-hover
+
++--+--+
+| Hypervisor   | CloudStack version   |
++==+==+
+| XenServer| >= 4.5   |
++--+--+
+| VmWare ESXi  | >= 4.5   |
++--+--+
+| KVM  | >= 4.7   |
++--+--+
+
+Table: Supported Hypervisors
+
+
+Configuring the Nuage-VSP Plugin
+
+
+Prerequisites
+~
+
+Before building and using the Nuage plugin for ACS 4.7, verify that the 
platform you intend to use is supported.
+
+.. Note:: Only the release notes for Nuage VSP contain the most up-to-date 
information on supported versions. Please check them to verify that the 
information below is current.
+
+Supported Versions
+~~
+
+* Nuage VSP 3.2.R2
+* Apache CloudStack 4.7
+* Citrix XenServer 6.2
+* KVM on Enterprise Linux 7.x
+
+Required VSD Configuration
+~~
+
+When configuring Nuage VSP as the network service provider, Nuage VSD must 
be added as a CSP user, and this user must be added to the CMS group. See 
`Enabling the Service Provider`_.
+
+Zone Configuration
+~~
+
+Select VSP Isolation Method During Zone Creation
+
+
+The Nuage VSP solution is NOT supported in Basic zone provisioning mode. 
+
+1. When adding a zone, the ACS administrator should select **Advanced** 
mode in the zone wizard. 
+2. When laying out the physical network configuration during zone 
provisioning, the **Guest** network traffic should be put in a separate 

[GitHub] cloudstack-docs pull request: Inclusion of Nuage-VSP plugin

[runseb]

Github user runseb commented on a diff in the pull request:

https://github.com/apache/cloudstack-docs/pull/14#discussion_r48714173
  
--- Diff: rtd/source/networking/nuage-plugin.rst ---
@@ -0,0 +1,249 @@
+.. Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information#
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+   http://www.apache.org/licenses/LICENSE-2.0
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+
+
+The Nuage VSP Plugin
+
+
+Introduction
+
+
+The Nuage VSP plugin is the Nuage Networks SDN
+implementation in CloudStack, which integrates with Release 3.2 of the
+Nuage Networks Virtualized Services Platform.
+The plugin can be used by CloudStack to leverage the scalability and rich 
features of Advanced SDN and to implement:
+
+* Isolated Guest Networks
+* Virtual Private Clouds (VPCs)
+* Shared Networks
+
+For more information about Nuage Networks, visit www.nuagenetworks.net.
+
+
+Features
+
+
+The following table lists the CloudStack network services provided by
+the Nuage VSP Plugin.
+
+.. cssclass:: table-striped table-bordered table-hover
+
++--+--+
+| Network Service  | CloudStack version   |
++==+==+
+| Virtual Networking   | >= 4.5   |
++--+--+
+| VPC  | >= 4.5   |
++--+--+
+| Source NAT   | >= 4.5   |
++--+--+
+| Static NAT   | >= 4.5   |
++--+--+
+| Firewall | >= 4.5   |
++--+--+
+| Network ACL  | >= 4.5   |
++--+--+
+| User Data (*)| >= 4.7   |
++--+--+
+
+(*) Through the use of VR Provider
+
+Table: Supported Services
+
+.. note::
+   The Virtual Networking service was originally called 'Connectivity'
+   in CloudStack 4.0
+
+The following hypervisors are supported by the Nuage VSP Plugin.
+
+.. cssclass:: table-striped table-bordered table-hover
+
++--+--+
+| Hypervisor   | CloudStack version   |
++==+==+
+| XenServer| >= 4.5   |
++--+--+
+| VmWare ESXi  | >= 4.5   |
++--+--+
+| KVM  | >= 4.7   |
++--+--+
+
+Table: Supported Hypervisors
+
+
+Configuring the Nuage-VSP Plugin
+
+
+Prerequisites
+~
+
+Before building and using the Nuage plugin for ACS 4.7, verify that the 
platform you intend to use is supported.
+
+.. Note:: Only the release notes for Nuage VSP contain the most up-to-date 
information on supported versions. Please check them to verify that the 
information below is current.
+
+Supported Versions
+~~
+
+* Nuage VSP 3.2.R2
+* Apache CloudStack 4.7
+* Citrix XenServer 6.2
+* KVM on Enterprise Linux 7.x
+
+Required VSD Configuration
+~~
+
+When configuring Nuage VSP as the network service provider, Nuage VSD must 
be added as a CSP user, and this user must be added to the CMS group. See 
`Enabling the Service Provider`_.
+
+Zone Configuration
+~~
+
+Select VSP Isolation Method During Zone Creation
+
+
+The Nuage VSP solution is NOT supported in Basic zone provisioning mode. 
+
+1. When adding a zone, the ACS administrator should select **Advanced** 
mode in the zone wizard. 
+2. When laying out the physical network configuration during zone 
provisioning, the **Guest** network traffic should be put in a separate 

[GitHub] cloudstack-docs pull request: Inclusion of Nuage-VSP plugin

[runseb]

Github user runseb commented on the pull request:

https://github.com/apache/cloudstack-docs/pull/14#issuecomment-168619811
  
@KrisSterckx I just replied with a few comments. Once addressed I can merge
Thanks for the docs


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

[GitHub] cloudstack-docs pull request: Inclusion of Nuage-VSP plugin

[runseb]

Github user runseb commented on a diff in the pull request:

https://github.com/apache/cloudstack-docs/pull/14#discussion_r48714090
  
--- Diff: rtd/source/networking/nuage-plugin.rst ---
@@ -0,0 +1,249 @@
+.. Licensed to the Apache Software Foundation (ASF) under one
+   or more contributor license agreements.  See the NOTICE file
+   distributed with this work for additional information#
+   regarding copyright ownership.  The ASF licenses this file
+   to you under the Apache License, Version 2.0 (the
+   "License"); you may not use this file except in compliance
+   with the License.  You may obtain a copy of the License at
+   http://www.apache.org/licenses/LICENSE-2.0
+   Unless required by applicable law or agreed to in writing,
+   software distributed under the License is distributed on an
+   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+   KIND, either express or implied.  See the License for the
+   specific language governing permissions and limitations
+   under the License.
+
+
+The Nuage VSP Plugin
+
+
+Introduction
+
+
+The Nuage VSP plugin is the Nuage Networks SDN
+implementation in CloudStack, which integrates with Release 3.2 of the
+Nuage Networks Virtualized Services Platform.
+The plugin can be used by CloudStack to leverage the scalability and rich 
features of Advanced SDN and to implement:
+
+* Isolated Guest Networks
+* Virtual Private Clouds (VPCs)
+* Shared Networks
+
+For more information about Nuage Networks, visit www.nuagenetworks.net.
+
+
+Features
+
+
+The following table lists the CloudStack network services provided by
+the Nuage VSP Plugin.
+
+.. cssclass:: table-striped table-bordered table-hover
+
++--+--+
+| Network Service  | CloudStack version   |
++==+==+
+| Virtual Networking   | >= 4.5   |
++--+--+
+| VPC  | >= 4.5   |
++--+--+
+| Source NAT   | >= 4.5   |
++--+--+
+| Static NAT   | >= 4.5   |
++--+--+
+| Firewall | >= 4.5   |
++--+--+
+| Network ACL  | >= 4.5   |
++--+--+
+| User Data (*)| >= 4.7   |
++--+--+
+
+(*) Through the use of VR Provider
+
+Table: Supported Services
+
+.. note::
+   The Virtual Networking service was originally called 'Connectivity'
+   in CloudStack 4.0
+
+The following hypervisors are supported by the Nuage VSP Plugin.
+
+.. cssclass:: table-striped table-bordered table-hover
+
++--+--+
+| Hypervisor   | CloudStack version   |
++==+==+
+| XenServer| >= 4.5   |
++--+--+
+| VmWare ESXi  | >= 4.5   |
++--+--+
+| KVM  | >= 4.7   |
++--+--+
+
+Table: Supported Hypervisors
+
+
+Configuring the Nuage-VSP Plugin
+
+
+Prerequisites
+~
+
+Before building and using the Nuage plugin for ACS 4.7, verify that the 
platform you intend to use is supported.
+
+.. Note:: Only the release notes for Nuage VSP contain the most up-to-date 
information on supported versions. Please check them to verify that the 
information below is current.
+
+Supported Versions
+~~
+
+* Nuage VSP 3.2.R2
+* Apache CloudStack 4.7
+* Citrix XenServer 6.2
+* KVM on Enterprise Linux 7.x
+
+Required VSD Configuration
+~~
+
+When configuring Nuage VSP as the network service provider, Nuage VSD must 
be added as a CSP user, and this user must be added to the CMS group. See 
`Enabling the Service Provider`_.
+
+Zone Configuration
+~~
+
+Select VSP Isolation Method During Zone Creation
+
+
+The Nuage VSP solution is NOT supported in Basic zone provisioning mode. 
+
+1. When adding a zone, the ACS administrator should select **Advanced** 
mode in the zone wizard. 
+2. When laying out the physical network configuration during zone 
provisioning, the **Guest** network traffic should be put in a separate 

Re: [DISCUSS] Move to Github

[Erik Weber]

On Mon, Jan 4, 2016 at 5:35 AM, John Burwell 
wrote:

> All,
> [snip]
> 2. Attachments: A vital part of resolving issues are screenshots and logs.
> While people can gist or imgur this information, it is cumbersome. Many of
> these systems also purge information after some period of time — removing
> important information from long lived, unresolved ticket and/or reducing
> their historical value. I don’t know about others, but I search through
> ticket history a few times a week to understand the history of issues and
> when they have been fixed. I often look at the attachments to determine
> whether or not the issue I am debugging matches the ticket.
>


Just a FYI, GitHub issues does support attachments. It is probably not as
elegant as in other solutions, but it is there.

-- 
Erik

[GitHub] cloudstack-docs pull request: Inclusion of Nuage-VSP plugin

[KrisSterckx]

Github user KrisSterckx commented on the pull request:

https://github.com/apache/cloudstack-docs/pull/14#issuecomment-168614046
  
Hi all, @runseb 
what should do I to get attention to this PR ? 

Happy New Year, all !
Kris 


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

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

[GitHub] cloudstack pull request: Strongswan vpn feature

[jayapalu]

Github user jayapalu commented on a diff in the pull request:

https://github.com/apache/cloudstack/pull/872#discussion_r48810627
  
--- Diff: systemvm/patches/debian/config/opt/cloud/bin/configure.py ---
@@ -479,13 +479,13 @@ def process(self):
 
 def deletevpn(self, ip):
 logging.info("Removing VPN configuration for %s", ip)
-CsHelper.execute("ipsec auto --down vpn-%s" % ip)
-CsHelper.execute("ipsec auto --delete vpn-%s" % ip)
+CsHelper.execute("ipsec down vpn-%s" % ip)
+CsHelper.execute("ipsec down vpn-%s" % ip)
--- End diff --

@terbolous 
Doing twice will  clean up the tunnel/session. Doing once I have observed 
failures in  bringing up the tunnel some times. So doing it twice for safe 
side. 


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

[GitHub] cloudstack pull request: QuotaStatementTest: fix the method invoca...

[remibergsma]

Github user remibergsma commented on the pull request:

https://github.com/apache/cloudstack/pull/1303#issuecomment-168663983
  
Please point the PR to 4.7 branch, as this suffers from the same issue. 


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

[PROPOSE] Dynamic inter VPC routing

[Abhinandan Prateek]

Hi All,

Currently the inter VPC traffic has to go thru the public gateway. This 
means the traffic has to be nat-ed across public internet via core-routers, 
which is inefficient in itself. A more efficient approach will be to route the 
traffic locally.

  The proposal is to enable quagga- ospf on VPC routers so that the traffic 
between VPC’s is routed efficiently.

The design doc is here: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Dynamically+routed+VPC

The jira ticket is here: https://issues.apache.org/jira/browse/CLOUDSTACK-9163

Regards,
-abhi

[ShapeBlue]
Abhinandan Prateek
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 970 11 99011

e:  abhinandan.prat...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:imagea9a57b.png@c2da3448.4798ece9]


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




Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

[GitHub] cloudstack pull request: CLOUDSTACK-8647 : LDAP: Auto Import and T...

[sarathkouk]

Github user sarathkouk commented on the pull request:

https://github.com/apache/cloudstack/pull/919#issuecomment-168668792
  
Closing this pull request and creating a new one as there were some 
problems encountered with current branch 


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

[GitHub] cloudstack-docs pull request: Inclusion of Nuage-VSP plugin

[nlivens]

Github user nlivens commented on the pull request:

https://github.com/apache/cloudstack-docs/pull/14#issuecomment-168667533
  
@runseb, I've handled your comments


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

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

[GitHub] cloudstack pull request: CLOUDSTACK-8647 : LDAP: Auto Import and T...

[sarathkouk]

Github user sarathkouk closed the pull request at:

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


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

Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout

[Remi Bergsma]

Hi Andrei,

Did you try it in combination with the patch I created (PR1291)? You need both 
changes. 

Regards, Remi 

Sent from my iPhone

> On 04 Jan 2016, at 22:17, Andrei Mikhailovsky  wrote:
> 
> Hi Remi,
> 
> Thanks for your reply. However, your suggestion of increasing the 
> router.aggregation.command.each.timeout didn't help. I've tried setting the 
> value to 120 at no avail. Still fails with the same error.
> 
> Andrei
> 
> - Original Message -
>> From: "Remi Bergsma" 
>> To: "dev" 
>> Sent: Monday, 4 January, 2016 10:44:43
>> Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout
> 
>> Hi Andrei,
>> 
>> Missed that mail, sorry. I created a PR that allows for longer timeouts [1].
>> 
>> Also, you can bump the router.aggregation.command.each.timeout global 
>> setting to
>> say 15-30 so it will allow to boot.
>> 
>> Next, we need to find why it takes so long in the first place. In our
>> environment it at least starts now.
>> 
>> Regards,
>> Remi
>> 
>> [1] https://github.com/apache/cloudstack/pull/1291
>> 
>> 
>> 
>> 
>> 
>>> On 04/01/16 11:41, "Andrei Mikhailovsky"  wrote:
>>> 
>>> Hello guys,
>>> 
>>> Tried the user's mailing list without any luck. Perhaps the dev guys know if
>>> this issue is being looked at for the next release?
>>> 
>>> I've just upgraded to 4.6.2 and have similar issues with three virtual 
>>> routers
>>> out of 22 in total. They are all failing exactly the same way as described
>>> here.
>>> 
>>> Has anyone found a permanent workaround for this issue?
>>> 
>>> Thanks
>>> 
>>> Andrei
>>> 
>>> - Original Message -
 From: "Stephan Seitz" 
 To: "users" 
 Sent: Monday, 30 November, 2015 19:53:57
 Subject: Re: upgrading 4.5.2 -> 4.6.0 virtualrouter upgrade timeout
>>> 
 Does anybody else experiemce problems due to (very) slow deployment of
 VRs?
 
 
 Am Dienstag, den 24.11.2015, 16:31 +0100 schrieb Stephan Seitz:
> Update / FYI:
> After faking the particular VRu in sql, I tried to restart that
> network,
> and it always fails. To me it looks like the update_config.py - which
> takes almost all cpu ressources - runs way longer any watchdog will
> accept.
> 
> I'm able to mitigate that by very nasty workarounds:
> a) start the router
> b) wait until its provisioned
> c) restart cloudstack-management
> d)  update vm_instance
> set state='Running',
> power_state='PowerOn' where name = 'r-XXX-VM';
> e) once: update domain_router
> set template_version="Cloudstack Release 4.6.0 Wed Nov 4 08:22:47 UTC
> 2015",
> scripts_version="546c9e7ac38e0aa16ecc498899dac8e2"
> where id=XXX;
> f) wait until update_config.py finishes (for me thats about 15
> minutes)
> 
> Since I expect the need for VR restarts in the future, this behaviour
> is
> somehow unsatisfying. It needs a lot of errorprone intervention.
> 
> I'm quite unsure if it's introduced with the update or the particular
> VR
> just has simply not been restarted after getting configured with lots
> of
> ips and rules.
> 
> 
> Am Dienstag, den 24.11.2015, 12:29 +0100 schrieb Stephan Seitz:
>> Hi List!
>> 
>> After upgrading from 4.5.2 to 4.6.0 I faced a problem with one
>> virtualrouter. This particular VR has about 10 IPs w/ LB and FW
>> rules
>> defined. During the upgrade process, and after about 4-5 minutes a
>> watchdog kicks in and kills the respective VR due to no response.
>> 
>> So far I didn't find any timeout value in the global settings.
>> Temporarily setting network.router.EnableServiceMonitoring to false
>> doesn't change the behaviour.
>> 
>> Any help, how to mitigate that nasty timeout would be really
>> appreciated :)
>> 
>> cheers,
>> 
>> Stephan
>> 
>> From within the VR, the logs show
>> 
>> 2015-11-24 11:24:33,807  CsFile.py search:123 Searching for
>> dhcp-range=interface:eth0,set:interface and replacing with
>> dhcp-range=interface:eth0,set:interface-eth0,10.10.22.1,static
>> 2015-11-24 11:24:33,808  merge.py load:56 Creating data bag type
>> guestnetwork
>> 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>> dhcp-option=tag:interface-eth0,15 and replacing with
>> dhcp-option=tag:interface-eth0,15,heinlein.cloudservice
>> 2015-11-24 11:24:33,808  CsFile.py search:123 Searching for
>> dhcp-option=tag:interface-eth0,6 and replacing with
>> dhcp-option=tag:interface
>> -eth0,6,10.10.22.1,195.10.208.2,91.198.250.2
>> 2015-11-24 11:24:33,809  CsFile.py search:123 Searching for
>> dhcp-option=tag:interface-eth0,3, and replacing with
>> dhcp-option=tag:interface-eth0,3,10.10.22.1
>> 2015-11-24 11:24:33,809  

[GitHub] cloudstack pull request: Map LDAP group to Cloudstack account

[koushik-das]

Github user koushik-das commented on the pull request:

https://github.com/apache/cloudstack/pull/1285#issuecomment-168905195
  
@remibergsma In the FS there is a requirement "Cloud admin should be able 
to to map AD OU / group to a Domain in CloudStack". So this means that LDAP 
group is mapped to a domain in CS. But this PR tries to map a group to CS 
account.


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

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

[GitHub] cloudstack pull request: 4.7 quota test

[agneya2001]

GitHub user agneya2001 opened a pull request:

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

4.7 quota test

engine/schema: Use semantically correct upgrade path 4.6.2->4.7.0 
QuotaStatementTest: fix the method invocation verification

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

$ git pull https://github.com/shapeblue/cloudstack 4.7-quota-test

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

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

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

This closes #1306


commit 6c5a182c39d62c7615ba3c9ebdecc7fffc541d9f
Author: Rohit Yadav 
Date:   2015-12-16T09:01:00Z

engine/schema: Use semantically correct upgrade path 4.6.2->4.7.0

Adds an explicit upgrade path class from 4.6.2 to 4.7.0, that extends over
the upgrade path from 4.6.1 to 4.7.0

Signed-off-by: Rohit Yadav 

commit 89f9180e7a8e35541f0fe807d28e7b03b39dedf0
Author: Abhinandan Prateek 
Date:   2016-01-04T10:58:42Z

QuotaStatementTest: fix the method invocation verification




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

[GitHub] cloudstack pull request: CLOUDSTACK-9208: Assertion Error in VM_PO...

[kansal]

GitHub user kansal opened a pull request:

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

CLOUDSTACK-9208: Assertion Error in VM_POWER_STATE handler- Fixed

Root Cause: In the case of VM_POWER_STATE handler, if PowerOff or 
PowerReportMissing state is encountered, 
handlePowerOffReportWithNoPendingJobsOnVM() is called. If the VM is already in 
stopped state, so in DB the host ID is set to NULL. But in the above function, 
the sendStop() is still called on the empty hostID which results in the 
assertion error.

Fix: Added a condition in the sendStop() itself to check for the host id. 

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

$ git pull https://github.com/kansal/cloudstack CLOUDSTACK-9208

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

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

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

This closes #1307


commit ec7be7d18351ccd5a29c7db454bc4426bead9a79
Author: Kshitij Kansal 
Date:   2016-01-05T06:17:09Z

CLOUDSTACK-9208: Assertion Error in VM_POWER_STATE handler- Fixed




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

[GitHub] cloudstack pull request: engine/schema: Use semantically correct u...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/1279#issuecomment-168902444
  
Ping @remibergsma 


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

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

[jenkins]

See 

--
[...truncated 6042 lines...]
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getAccumlatedCCNForSingleFile(ComplexityCalculator.java:143)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForSourceFileNameInternal(ComplexityCalculator.java:234)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForPackageInternal(ComplexityCalculator.java:201)
at 
net.sourceforge.cobertura.reporting.ComplexityCalculator.getCCNForProject(ComplexityCalculator.java:167)
at 
net.sourceforge.cobertura.reporting.xml.XMLReport.(XMLReport.java:67)
at 
net.sourceforge.cobertura.reporting.Main.parseArguments(Main.java:106)
at net.sourceforge.cobertura.reporting.Main.main(Main.java:169)

[INFO] Cobertura Report generation was successful.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Framework - Quota 4.8.0-SNAPSHOT
[INFO] 
[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is missing, 
no dependency information available
[WARNING] Failed to retrieve plugin descriptor for 
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin 
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies could not be 
resolved: Failed to read artifact descriptor for 
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-framework-quota 
---
[INFO] Deleting 

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

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

[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:findbugs (findbugs) @ 
cloud-framework-quota ---
[INFO] Fork Value is true
 [java] Warnings generated: 2
[INFO] Done FindBugs Analysis
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.1:check (cloudstack-findbugs) @ 
cloud-framework-quota ---
[INFO] BugInstance size is 2
[INFO] Error size is 0
[INFO] Total bugs: 2
[INFO] Boxing/unboxing to parse a primitive 
org.apache.cloudstack.quota.QuotaStatementImpl.configure(String, Map) 
[org.apache.cloudstack.quota.QuotaStatementImpl] At 
QuotaStatementImpl.java:[line 88]
[INFO] Redundant nullcheck of 
org.apache.cloudstack.quota.vo.ServiceOfferingVO.details, which is known to be 
non-null in org.apache.cloudstack.quota.vo.ServiceOfferingVO.getDetail(String) 
[org.apache.cloudstack.quota.vo.ServiceOfferingVO] Redundant null check at 
ServiceOfferingVO.java:[line 315]
[INFO] 


To see bug detail using the Findbugs GUI, use the following command "mvn 
findbugs:gui"



[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-framework-quota ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-framework-quota ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 4 source files to 

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


---
 T E S T S
---
Running 

Re: CloudStack 4.6.2 RPMs

[Rohit Yadav]

Hi,

You may use the following for CentOS6.x:
http://packages.shapeblue.com/cloudstack/upstream/centos/4.6/

Regards..


[ShapeBlue]
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540  |  
m:  +91 8826230892

e:  rohit.ya...@shapeblue.com | t: 
   |  w:  
www.shapeblue.com

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:imagefb163f.png@3da2782d.4188b08b]


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




On 04-Jan-2016, at 11:48 AM, mvs babu 
> wrote:

Hi All,




We are trying to upgrade ACS from 4.3.1 to 4.6.2. But found there are no RPMs 
at http://cloudstack.apt-get.eu/centos/6/4.6/. Where can we get RPMs for 
ACS4.6.2?






Thank you,
Suneel Mallela

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses