[GitHub] cloudstack pull request: Allow PropertiesUtil to read from jar fil...

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/358#issuecomment-109889604
  
lgtm


---
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: Allow PropertiesUtil to read from jar fil...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix 2 findbugs high priority warnings

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix 2 findbugs high priority warnings

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/363#issuecomment-109890318
  
asfbot issue is wioth git access. LGTM


---
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: Fix another findbugs high priority warnin...

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/364#issuecomment-109890819
  
LGTM. asfbot looks like known issue with java version in a unrelated module.


---
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: Fix another findbugs high priority warnin...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix performance issue reported by findbug...

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/365#issuecomment-109891792
  
LGTM


---
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: Fix performance issue reported by findbug...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix another case of unnecessary boxing

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/367#issuecomment-109893244
  
travis timeouts.


---
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: Fix another case of unnecessary boxing

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/367#issuecomment-109893359
  
asfbot: known java-version failure on ovm3 plugin


---
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: Fix last ocurrence of unnecessary boxing ...

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/368#issuecomment-109893414
  
lgtm


---
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: Fix last ocurrence of unnecessary boxing ...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix findbugs high priority warning

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/362#issuecomment-109895332
  
I don't trust findbugs on this one. It seems to me searchFileInSubFolders() 
can return null.


---
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: simulator-singlerun #1216

[jenkins]

See 

--
Started by upstream project "build-master-simulator" build number 2034
originally caused by:
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
 Started by upstream project "build-master" build number 2363
 originally caused by:
  Started by an SCM change
  Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on simulator in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to simulator(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
[xUnit] [INFO] - Starting to record.
[xUnit] [INFO] - Processing JUnit
[xUnit] [INFO] - [JUnit] - 1 test report file(s) were found with the pattern 
'xunit.xml' relative to 
' for the testing 
framework 'JUnit'.
[xUnit] [ERROR] - Test reports were found but not all of them are new. Did all 
the tests run?
  *  is 1 
mo 7 days 

[GitHub] cloudstack pull request: Fix another case of unnecessary boxing

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix malformed closing tag on comments in ...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix 3 more findbugs performance alerts, c...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: Fix findbugs high priority warning

[asfgit]

Github user asfgit closed the pull request at:

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


---
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-noredist #4241

[jenkins]

See 

Changes:

[Daan Hoogland] Allow PropertiesUtil to read from jar files.

[Daan Hoogland] Fix 2 findbugs high priority warnings

[Daan Hoogland] Fix another findbugs high priority warning 
JuniperSrxResource.java:2617, ES_COMPARING_STRINGS_WITH_EQ, Priority: High 
Comparison of String objects using == or != in 
com.cloud.network.resource.JuniperSrxResource.manageApplication(JuniperSrxResource$SecurityPolicyType,
 JuniperSrxResource$SrxCommand, JuniperSrxResource$Protocol, int, int)

[Daan Hoogland] Fix performance issue reported by findbugs (unnescessary 
boxing/unboxing) VmwareResource.java:693, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High VmwareResource.java:4769, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High Boxing/unboxing to parse a primitive 
com.cloud.hypervisor.vmware.resource.VmwareResource.getNetworkStats(String)

[Daan Hoogland] Fix last ocurrence of unnecessary boxing detected by findbugs 
CiscoVnmcResource.java:266, DM_BOXED_PRIMITIVE_FOR_PARSING, Priority: High 
Boxing/unboxing to parse a primitive 
com.cloud.network.resource.CiscoVnmcResource.getIpRangeFromCidr(String)

--
[...truncated 8796 lines...]
[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-plugin-storage-allocator-random ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-storage-cache ---
[INFO] 
[debug] execute contextualize
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ 
cloud-plugin-storage-allocator-random ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

2015-06-08 08:02:55 DEBUG Network:125 - Unable to find Name Interface by value: 
xenbr0.3000
2015-06-08 08:02:55 DEBUG Network:152 - Unable to find bridge by name: 
xenbr0.3000
[INFO] Copying 3 resources
2015-06-08 08:02:55 DEBUG Ovm3HypervisorNetwork:113 - No bridge with name: 
xenbr0.3000
2015-06-08 08:02:55 ERROR Ovm3HypervisorNetwork:160 - Public Physical Network 
id:null, Public Network is not configured on the backend by name xenbr0.3000
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-engine-storage-cache ---
Tests run: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.147 sec - in 
com.cloud.hypervisor.ovm3.resources.helpers.Ovm3HypervisorNetworkTest
Running 
com.cloud.hypervisor.ovm3.resources.helpers.Ovm3VirtualRoutingSupportTest
[INFO] 
[INFO] --- maven-jar-plugin:2.5:jar (default-jar) @ 
cloud-plugin-storage-allocator-random ---
2015-06-08 08:02:55 DEBUG Ovm3HypervisorResource:389 - override connection: null
[INFO] No sources to compile
2015-06-08 08:02:55 DEBUG Ovm3HypervisorResource:345 - configure ovm-1 with 
params: {agentusername=oracle, public.network.device=xenbr0, 
xenserver.heartbeat.interval=60, private.network.device=xenbr0, 
agentpassword=unknown, Hypervisor.Version=4.1.3OVM, secondary.storage.vm=false, 
Host.OS=Oracle VM Server, ovm3pool=true, ipaddress=192.168.1.64, 
password=unknown, username=root, pool=a9c1219d-817d-4242-b23e-2607801c79d5, 
ismaster=false, storage.network.device=xenbr0, ovm3.heartbeat.timeout=120, 
Host.OS.Version=5.7, xenserver.nics.max=7, agentVersion=3.2.1-183, 
router.aggregation.command.each.timeout=3, pod=1, istest=true, 
max.template.iso.size=50, host=ovm-1, 
com.cloud.network.Networks.RouterPrivateIpStrategy=DcGlobal, agentport=8899, 
Host.OS.Kernel.Version=2.6.39-300.22.2.el5uek, migratewait=3600, 
storage.network.device1=xenbr0, ovm3.heartbeat.interval=1, ip=192.168.1.64, 
ovm3cluster=false, guid=19e5f1e7-22f4-3b6d-8d41-c82f89c65295, 
ovm3vip=192.168.1.230, hasmaster=true, cluster=1, guest.network.device=xenbr0, 
zone=1, xenserver.heartbeat.timeout=120}
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ 
cloud-engine-storage-cache ---
2015-06-08 08:02:55 DEBUG ConnectionTest:67 - methodresponse call: 
check_dom0_ip - [192.168.1.230]
2015-06-08 08:02:55 DEBUG Ovm3HypervisorSupport:587 - ovm-1 is a master, 
already has vip 192.168.1.230
2015-06-08 08:02:55 DEBUG ConnectionTest:67 - methodresponse call: 
discover_network - []
[INFO] Building jar: 

[INFO] 
[INFO] --- maven-jar-plugin:2.5:jar (default-jar) @ cloud-engine-storage-cache 
---
2015-06-08 08:02:55 DEBUG Ovm3HypervisorNetwork:75 - already have control0
2015-06-08 08:02:55 DEBUG Con

[GitHub] cloudstack pull request: Fix findbugs high priority warning

[DaanHoogland]

Github user DaanHoogland commented on the pull request:

https://github.com/apache/cloudstack/pull/362#issuecomment-109897934
  
accidentally closed anyway, doesn't hurt us immediately.


---
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-8542: Correcting test case in ...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

[Rohit Yadav]

> On 29-May-2015, at 1:19 am, Pierre-Luc Dion  wrote:
>
> Yes, for the doc on building systemvm template, should we have a jira for
> this?, but pull request is best ;-), the best doc I've found so far about
> this is this blog post: http://bhaisaab.org/logs/building-systemvms/

https://github.com/apache/cloudstack/blob/master/tools/appliance/README.md

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



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

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. 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.

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

[jenkins]

See 

--
[...truncated 27274 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.737s]
[INFO] Apache CloudStack . SUCCESS [1.905s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.790s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.698s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:27.281s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.118s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.369s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.952s]
[INFO] Apache CloudStack API . SUCCESS [1:46.846s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [18.308s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [31.117s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.084s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [30.067s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [24.628s]
[INFO] Apache CloudStack Core  SUCCESS [1:17.334s]
[INFO] Apache CloudStack Agents .. SUCCESS [35.492s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.256s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.950s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:02.062s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [39.877s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [32.624s]
[INFO] Apache CloudStack Server .. SUCCESS [4:07.220s]
[INFO] Apache CloudStack Usage Server  SUCCESS [47.946s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:29.541s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.062s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.400s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [56.128s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [55.743s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [40.700s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [29.681s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [32.357s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.406s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [37.693s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [13.068s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [6.872s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.924s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [28.251s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[2:17.771s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[3:08.565s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [24.608s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [28.899s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [29.537s]
[INFO] Apache CloudStack Plugin - Host Anti-Aff

Jenkins build is back to normal : build-master-noredist #4242

[jenkins]

See 

Build failed in Jenkins: simulator-singlerun #1217

[jenkins]

See 

--
Started by upstream project "build-master-simulator" build number 2035
originally caused by:
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on simulator in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to simulator(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
[xUnit] [INFO] - Starting to record.
[xUnit] [INFO] - Processing JUnit
[xUnit] [INFO] - [JUnit] - 1 test report file(s) were found with the pattern 
'xunit.xml' relative to 
' for the testing 
framework 'JUnit'.
[xUnit] [ERROR] - Test reports were found but not all of them are new. Did all 
the tests run?
  *  is 1 
mo 7 days old

[xUnit] [INFO] - Failing BUILD.
[xUnit] [INFO] - There are errors when processing test results.
[xUnit] [INFO] - Skipping tests record

[GitHub] cloudstack pull request: Allow custom command role ACL files on cl...

[ProjectMoon]

Github user ProjectMoon commented on the pull request:

https://github.com/apache/cloudstack/pull/354#issuecomment-109915316
  
Is there anything I can do to assist with the testing?


---
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: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

[Erik Weber]

I'm up for it, delivering from an official ASF source gives it a sense of
more authenticity (IMHO).

Could we host the RPM/DEB repos there as well?

If we some how could come up with a way for the packaging to provide some
sort of proof of what commit it is built from, it would be easier for users
to verify that they are using the right version where using other vendor
versions.


-- 
Erik


On Mon, Jun 8, 2015 at 3:24 AM, David Nalley  wrote:

> Not too many years ago, the system VM was distributed from
> cloud.com/Citrix, and we didn't like that (including me). I didn't
> like it because it put the community at large in a place where we
> relied on Citrix to build and distribute. We now have the ability to
> build those systemVMs and I'd prefer we not become dependent on
> another vendor for distribution of SystemVMs for our releases.
>
> It might even be time to revisit whether or not we want to use
> apt-get.eu. Why you might ask? Well, recently, packages.apache.org has
> become available as a distribution method. It's designed to have large
> files, RPM repos and Deb repos. Originally, we used apt-get.eu because
> we couldn't distribute the VMware bindings from the ASF as well as the
> other non-ASF friendly licensed plugins. However, roughly 1/2 of the
> packages we upload are only OSS - and only ASF-friendly software. By
> distributing and referring to the non-OSS software, we are essentially
> rewarding the community unfriendly policies of some.
>
> I _that_ that it is entirely reasonable for us to ask for permission
> (And I think there's a high likelihood of getting permission) to
> distribute systemVMs via packages.apache.org. I think we could also
> distribute RPMs and Debs (and Windows binaries for that matter) if we
> wanted to. We would have to exclude the VMware bits, but that would be
> either 1) a great place for vendors to deliver value; or 2) be great
> incentive for us to switch to a free set of vCenter bindings.
>
>
>
>
> On Wed, May 27, 2015 at 3:29 PM, Daan Hoogland 
> wrote:
> > Rohit, please take Rajani's points seriously. As companies we try to add
> > value for our customers. As apache committers we are committed to provide
> > users with a base of quality software that is guaranteed by the
> foundation.
> > We can mention our respective companies of course but the releases we
> make,
> > including their documentation should be very clear about the versions as
> > signed and stamped by the members of this community. Shapeblue's
> templates
> > are very valuable for the community at large but they are Shapeblue's
> > releases, not apache's. The documentation should not point to templates
> > supplied by companies but to companies suplying alternative templates or
> > full releases.
> >
> > Op wo 27 mei 2015 om 11:04 schreef Rohit Yadav <
> rohit.ya...@shapeblue.com>:
> >
> >> Hi Milamber,
> >>
> >> You can try this:
> >>
> >> Upgrade your current host with latest packages libvirt/qemu and kernel.
> My
> >> test host was on Ubuntu 14.04.2, so your issue could be something due to
> >> Debian 7.x which ships with much older packages compared to my test
> host,
> >> I’ll try to test with a Debian 7 host later this week.
> >>
> >> 1. You may need to remove any cached qcow2 image in the primary storage
> >> (usually there will be a file with same md5sum as the current 4.5
> systemvm
> >> template).
> >>
> >> 2. Preseed the systemvm template again
> >>
> >> 3. Check value of router.template.kvm in global settings to confirm the
> >> current systemvm template in use, then grab it’s template id and
> pre-seed
> >> the template again manually using -F:
> >>
> >>
> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
> >> -m /export/secondary/ -f <4.5 systemvmtemplate file downloaded from
> >> http://packages.shapeblue.com/systemvmtemplate/4.5> -h kvm -o localhost
> >> -r cloud -d cloudpassword -F
> >>
> >> 4. Now destroy old systemvms and report if you face the same issue.
> >>
> >> I’m planning to refresh the systemvmtemplate with latest builds after
> >> doing some tests in about 2 weeks time.
> >>
> >> > On 25-May-2015, at 2:14 pm, Milamber  wrote:
> >> >
> >> >
> >> >
> >> > On 25/05/2015 11:56, Rohit Yadav wrote:
> >> >> Hi Milamber,
> >> >>
> >> >> In theory you should be able to use any of the systemvmtemplates and
> >> also from jenkins.buildacloud.org, but the one I published on
> >> packages.shapeblue.com is the latest and has the few additional
> >> improvements, latest packages and security updates.
> >> >
> >> > Ok so it's better to use the shapeblue systemvm.
> >> >
> >> >
> >> >>
> >> >> I’ve tested this and it seems to have worked for me on Ubuntu 14.04
> >> based host,
> >> >
> >> > Debian 7 + backports enabled. It's works fine with CS 4.4 (probably I
> >> will re-install with Ubuntu 14.04.1)
> >> >
> >> >>  can you share what is your KVM host like, distro, libvirt/qemu
> version
> >> and kernel version?
> >> >
> >> > ipxe-qemu 1.0.0+git-2013.

Build failed in Jenkins: simulator-singlerun #1218

[jenkins]

See 

--
Started by upstream project "build-master-simulator" build number 2036
originally caused by:
 Started by upstream project "build-master" build number 2364
 originally caused by:
  Started by an SCM change
  Started by an SCM change
  Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on simulator in workspace 

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
ERROR: Error fetching remote repo 'origin'
hudson.plugins.git.GitException: Failed to fetch from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:735)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:983)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1016)
at hudson.scm.SCM.checkout(SCM.java:484)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1258)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:622)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:528)
at hudson.model.Run.execute(Run.java:1759)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)
Caused by: hudson.plugins.git.GitException: Command "/usr/bin/git fetch --tags 
--progress https://git-wip-us.apache.org/repos/asf/cloudstack.git 
+refs/heads/*:refs/remotes/origin/*" returned status code 128:
stdout: 
stderr: error:  while accessing 
https://git-wip-us.apache.org/repos/asf/cloudstack.git/info/refs

fatal: HTTP request failed

at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1591)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1379)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:86)
at 
org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:324)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
at ..remote call to simulator(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145)
at sun.reflect.GeneratedMethodAccessor375.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at 
org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131)
at sun.proxy.$Proxy46.execute(Unknown Source)
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:733)
... 11 more
ERROR: Error fetching remote repo 'origin'
[xUnit] [INFO] - Starting to record.
[xUnit] [INFO] - Processing JUnit
[xUnit] [INFO] - [JUnit] - 1 test report file(s) were found with the pattern 
'xunit.xml' relative to 
' for the testing 
framework 'JUnit'.
[xUnit] [ERROR] - Test reports were found but not all of them are new. Did all 
the tests run?
  *  is 1 
mo 7 days old

[xUnit] [INFO] - Failing BUILD.
[xUnit] [INFO]

[GitHub] cloudstack pull request: Reinstate working sessions in browser

[vadimkim]

Github user vadimkim commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-109923828
  
I have recently implemented SSL proxy in front of CS. This way seems to be 
more practical than deploying certificates directly into Tomcat.  After such 
modification session persistence does not work anymore. So basically I see no 
point of this change anymore. May be we need to find better solution if 
possible?


---
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: Merging the IPv6 work started by Schuberg...

[wilderrodrigues]

GitHub user wilderrodrigues opened a pull request:

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

Merging the IPv6 work started by Schuberg Philis

Please, read the documentation here: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/IPv6+in+VPC+Router

This PR contains API, Domain and DB changes in order to add 2 new 
attributes/columns to the DataCenter class and few other checks for IPv6 
support.

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

$ git pull https://github.com/schubergphilis/cloudstack feature/vpc-ipv6

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

https://github.com/apache/cloudstack/pull/371.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 #371


commit e672a8841967cf7c302aab738a7d19a2501fb703
Author: Suresh Ramamurthy 
Date:   2015-06-04T01:00:24Z

Modified VPC, Zone schema and VO files to add IPv6 attributes

commit 49418223d5a5b0ceec5ad29afaac9e09e77ec5cd
Author: Suresh Ramamurthy 
Date:   2015-06-04T17:08:14Z

Size of ipv6 CIDR and asNumber fields are reduced to reflect their actual 
size

commit ee1064171d39a6263c5bd23c6706b1ebf49d9391
Author: Wilder Rodrigues 
Date:   2015-06-05T05:42:06Z

Merge pull request #2 from sureshr-hasvik/feature/vpc-ipv6

Modified VPC, Zone schema and VO files to add IPv6 attributes

LGTM. The changes I suggested were applied and the choice for asNumber 
being a String was explained.

Merging...

commit a5748fb0556acf8f55cdb29029c015ce3d50a87c
Author: Suresh Ramamurthy 
Date:   2015-06-04T01:00:24Z

Modified VPC, Zone schema and VO files to add IPv6 attributes

commit 4d799d5e134b3b1818366e4c6fe19fb9617b5c02
Author: Suresh Ramamurthy 
Date:   2015-06-04T17:08:14Z

Size of ipv6 CIDR and asNumber fields are reduced to reflect their actual 
size

commit f2d24cf7a15c250853932d1b7d58a03ef8b469d2
Author: wilderrodrigues 
Date:   2015-06-05T05:46:18Z

Merge branch 'feature/vpc-ipv6' of github.com:schubergphilis/cloudstack 
into feature/vpc-ipv6

Rebasing feature/vpc-ipv6 with latest master




---
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: How do I contribute to ACS documentation?

[Daan Hoogland]

Rajsekhar,

You can clone the docs project on github and create pull requests.
There is no central human point of contact. Hope this suffices.

On Fri, Jun 5, 2015 at 5:40 PM, Rajsekhar K  wrote:
> Hi, All,
>
> I am Rajsekhar Kunnampally, working with Citrix CloudPlatform documentation
> team. I am working from Citrix, Bangalore.
>
> I have been associated with the CloudPlatform documentation team for the
> past one year. My focus was on revamping the CloudPlatform documentation
> set and creating content for new releases, hotfixes, and patches.
>
> I would like to contribute to the ACS documentation too. I think I can
> start by creating documentation to complement the contributions from the
> CloudPlatform engineers. However, I would like to understand the tools and
> the processes that ACS documentation uses. Also, I have a few questions
> that I would like to clarify before I start contributing to ACS
> documentation.
>
> Who can I contact for guidance?
>
> Thanks in advance for your help.
>
> Regards,
> Rajsekhar



-- 
Daan

Re: How do I contribute to ACS documentation?

[Sebastien Goasguen]

Check the README at:

https://github.com/apache/cloudstack-docs
https://github.com/apache/cloudstack-docs-rn
https://github.com/apache/cloudstack-docs-install
https://github.com/apache/cloudstack-docs-admin

> On Jun 8, 2015, at 12:03 PM, Daan Hoogland  wrote:
> 
> Rajsekhar,
> 
> You can clone the docs project on github and create pull requests.
> There is no central human point of contact. Hope this suffices.
> 
> On Fri, Jun 5, 2015 at 5:40 PM, Rajsekhar K  wrote:
>> Hi, All,
>> 
>> I am Rajsekhar Kunnampally, working with Citrix CloudPlatform documentation
>> team. I am working from Citrix, Bangalore.
>> 
>> I have been associated with the CloudPlatform documentation team for the
>> past one year. My focus was on revamping the CloudPlatform documentation
>> set and creating content for new releases, hotfixes, and patches.
>> 
>> I would like to contribute to the ACS documentation too. I think I can
>> start by creating documentation to complement the contributions from the
>> CloudPlatform engineers. However, I would like to understand the tools and
>> the processes that ACS documentation uses. Also, I have a few questions
>> that I would like to clarify before I start contributing to ACS
>> documentation.
>> 
>> Who can I contact for guidance?
>> 
>> Thanks in advance for your help.
>> 
>> Regards,
>> Rajsekhar
> 
> 
> 
> -- 
> Daan

[ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Sebastien Goasguen]

The Project Management Committee (PMC) for Apache CloudStack is pleased to
announce that Bruno Demion has accepted our invitation to join the PMC.

Please join me in congratulating him.

On behalf of the Apache CloudStack PMC
-- 
Sebastien

[GitHub] cloudstack-docs-rn pull request: document that XenServer depends o...

[runseb]

Github user runseb commented on the pull request:

https://github.com/apache/cloudstack-docs-rn/pull/22#issuecomment-109946601
  
LGTM and merged. but it did not apply on master branch.
so we need to fix tat as well.


---
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.
---

ACS 4.3: Can't extract/download volume from CEPH

[Andrija Panic]

HI all,

I'm having issues downloading volumes that are on the CEPH:

I saw this bug/ticket, seemed resolved, but I run into exactly the same
issues.


-- 

Andrija Panić

Re: ACS 4.3: Can't extract/download volume from CEPH

[Andrija Panic]

..sorry, fast fingers...:

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

The issue seems resolved in 4.2, but we are seeing it on 4.3.2 ?

Thanks,
Andrija


On 8 June 2015 at 12:53, Andrija Panic  wrote:

> HI all,
>
> I'm having issues downloading volumes that are on the CEPH:
>
> I saw this bug/ticket, seemed resolved, but I run into exactly the same
> issues.
>
>
> --
>
> Andrija Panić
>



-- 

Andrija Panić

[GitHub] cloudstack pull request: Reinstate working sessions in browser

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-109951692
  
Session persistence is not working on any scenario atm. The aim of this is 
to fix that. The security measure is aimed to prevent browser vulnerability, 
which using SSL doesn't prevent. Why do you say this is not needed any more?


---
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: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Rafael Fonseca]

Congrats milamber :-D
On Jun 8, 2015 12:38 PM, "Sebastien Goasguen"  wrote:

> The Project Management Committee (PMC) for Apache CloudStack is pleased to
> announce that Bruno Demion has accepted our invitation to join the PMC.
>
> Please join me in congratulating him.
>
> On behalf of the Apache CloudStack PMC
> --
> Sebastien
>

Re: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Erik Weber]

On Mon, Jun 8, 2015 at 12:38 PM, Sebastien Goasguen 
wrote:

> The Project Management Committee (PMC) for Apache CloudStack is pleased to
> announce that Bruno Demion has accepted our invitation to join the PMC.
>
> Please join me in congratulating him.
>
>
Congratulations Bruno :-)

-- 
Erik

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

[jenkins]

See 

Changes:

[Daan Hoogland] Allow PropertiesUtil to read from jar files.

[Daan Hoogland] Fix 2 findbugs high priority warnings

[Daan Hoogland] Fix another findbugs high priority warning 
JuniperSrxResource.java:2617, ES_COMPARING_STRINGS_WITH_EQ, Priority: High 
Comparison of String objects using == or != in 
com.cloud.network.resource.JuniperSrxResource.manageApplication(JuniperSrxResource$SecurityPolicyType,
 JuniperSrxResource$SrxCommand, JuniperSrxResource$Protocol, int, int)

[Daan Hoogland] Fix performance issue reported by findbugs (unnescessary 
boxing/unboxing) VmwareResource.java:693, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High VmwareResource.java:4769, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High Boxing/unboxing to parse a primitive 
com.cloud.hypervisor.vmware.resource.VmwareResource.getNetworkStats(String)

[Daan Hoogland] Fix last ocurrence of unnecessary boxing detected by findbugs 
CiscoVnmcResource.java:266, DM_BOXED_PRIMITIVE_FOR_PARSING, Priority: High 
Boxing/unboxing to parse a primitive 
com.cloud.network.resource.CiscoVnmcResource.getIpRangeFromCidr(String)

[Daan Hoogland] Fix findbugs high priority warning 
VmwareStorageManagerImpl.java:1023, RCN_REDUNDANT_NULLCHECK_OF_NONNULL_VALUE, 
Priority: High Redundant nullcheck of datastoreVolumePath, which is known to be 
non-null in 
com.cloud.hypervisor.vmware.manager.VmwareStorageManagerImpl.getVolumePathInDatastore(DatastoreMO,
 String)

[Daan Hoogland] Fix 3 more findbugs performance alerts, creating Long and 
Integer unnecessarily F5BigIpResource.java:297, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High F5BigIpResource.java:703, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High F5BigIpResource.java:889, DM_BOXED_PRIMITIVE_FOR_PARSING, 
Priority: High Boxing/unboxing to parse a primitive 
com.cloud.network.resource.F5BigIpResource

[Daan Hoogland] Fix another case of unnecessary boxing 
JuniperSrxResource.java:1280, DM_BOXED_PRIMITIVE_FOR_PARSING, Priority: High 
Boxing/unboxing to parse a primitive 
com.cloud.network.resource.JuniperSrxResource.removeDestinationNatRules(Long, 
Map, List)

[Daan Hoogland] Fix malformed closing tag on comments in cisco .xml files

[Daan Hoogland] Revert "Fix 2 findbugs high priority warnings"

[Gaurav Aradhye] CLOUDSTACK-8542: Correcting test case in 
test_vpc_on_host_maintenance.py

--
[...truncated 27254 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.998s]
[INFO] Apache CloudStack . SUCCESS [2.532s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.029s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [22.855s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:35.583s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.102s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.639s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.545s]
[INFO] Apache CloudStack API . SUCCESS [1:55.543s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [17.126s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [31.989s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.088s]
[INFO] Apache CloudStack Cloud Engine API 

Re: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Rohit Yadav]

Congrats and welcome Bruno!

> On 08-Jun-2015, at 1:14 pm, Erik Weber  wrote:
>
> On Mon, Jun 8, 2015 at 12:38 PM, Sebastien Goasguen 
> wrote:
>
>> The Project Management Committee (PMC) for Apache CloudStack is pleased to
>> announce that Bruno Demion has accepted our invitation to join the PMC.
>>
>> Please join me in congratulating him.
>>
>>
> Congratulations Bruno :-)
>
> --
> Erik

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



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

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. 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.

[GitHub] cloudstack pull request: Reinstate working sessions in browser

[vadimkim]

Github user vadimkim commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-109960026
  
I have applied you patch manually and it worked for HTTP. I have expected 
that if I put HTTPS proxy in front of it  - it will continue to work. But at 
HTTPS session if I do "F5" to refresh page -- I am logged off. So from the 
end-user perspective there is no (visual) difference. I would like to 
understand what problem are we going to solve? It seems for me it is not 
clearly defined. Or may be I understood it in a wrong way. I have expected that 
F5 does not brake session.
 


---
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.
---

[HELP needed] haproxy vs mysql client timeout

[Andrija Panic]

Hi,

I'm running into intermittent problems with ACS 4.5.1 mgmt server - it
seems it's loosing connection to the haproxy/mysql, since we are using
haproxy VIP to in db.properties, and this haproxy is using 1 galera node in
the backend section...(2 others are backup etc).


haproxy timeout is 100sec.
mysql timeouts are all defaults, except innodb_lock_wait_timeout.

+-+--+
| Variable_name   | Value|
+-+--+
| connect_timeout | 10   |
| delayed_insert_timeout  | 300  |
| have_statement_timeout  | YES  |
| innodb_flush_log_at_timeout | 1|
| innodb_lock_wait_timeout| 600  |
| innodb_rollback_on_timeout  | ON   |
| interactive_timeout | 28800|
| net_read_timeout| 30   |
| net_write_timeout   | 60   |
| thread_pool_idle_timeout| 60   |
| wait_timeout| 28800|
+-+--+

To make things more interesting, all 3 servers (acs mgmt, haproxy,
galera-node1) are on the same physical host, so I rule out network
issues... and I dont see anything interesting in the haproxy logs, also no
backend downtimes etc...


The errors are like folowing, from mgmt logs, but after that mgmt server
continues to work fine...

Any suggestions on tuning timeouts ?


Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
Communications link failure

The last packet successfully received from the server was 137,744
milliseconds ago.  The last packet sent successfully to the server was 1
milliseconds ago.
at sun.reflect.GeneratedConstructorAccessor133.newInstance(Unknown
Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at
com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1129)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3720)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3609)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4160)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2617)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2778)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2825)
at
com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2156)
at
com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2313)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at
com.cloud.utils.db.GenericDaoBase.findById(GenericDaoBase.java:1009)
... 61 more
Caused by: java.io.EOFException: Can not read response from server.
Expected to read 4 bytes, read 0 bytes before connection was unexpectedly
lost.
... 76 more

Thanks,

-- 

Andrija Panić

Re: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Remi Bergsma]

Congratulations Bruno!

Sent from my iPhone

> On 08 Jun 2015, at 12:38, Sebastien Goasguen  wrote:
> 
> The Project Management Committee (PMC) for Apache CloudStack is pleased to
> announce that Bruno Demion has accepted our invitation to join the PMC.
> 
> Please join me in congratulating him.
> 
> On behalf of the Apache CloudStack PMC
> -- 
> Sebastien

[GitHub] cloudstack pull request: Reinstate working sessions in browser

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-109981697
  
@vadimkim 
Let me try to break it down:

In the past, with the purpose of preventing a browser vulnerability, 
session persistence was completely broken, so currently, there is no session 
persistence with either HTTP or HTTPS from ACS 4.3.x to 4.6.x, that is, if you 
press F5, you will be logged out.

This fix reenables persistence, and does so while improving on the security 
measure that was the objective that led to session persistence being broken.

With this patch, both HTTP and HTTPS are working fine with session 
persistence, and the browser vulnerability (XSS attack) is eliminated. SSL 
would not protect against a XSS attack, it would only protect from the fact 
that you are sending your credentials and sessionkey unencrypted from your 
machine to the server. If you are doing so over a secure network that you 
trust, using SSL might even be irrelevant, depending on the situation. So, SSL 
will only protect your credentials/session on the transport layer, other nasty 
XSS scripts might still gain access to whatever is stored in your browser. 
Setting the cookie as HttpOnly prevents your own browser from reading it, and 
thus makes that information safe from XSS.

If you're having issues with a reverse proxy in front of it, the issue is 
probably with the reverse proxy or browser config... here's where i see it 
might be going wrong on your setup:
- Proxy is destroying the cookie;
- Proxy is not allowing the cookie in the first place;
- Proxy if forcing a new session to be generated;
- Browser isn't allowing cookies on the https url (perhaps configured 
manually to always reject cookies and an exception for the http:// cloudstack 
url ?)
- Proxy might be delivering a cached version of cloudStack.js without the 
fix;

Could you share some more info on your reverse proxy setup? I'll can try to 
reproduce your issue and give you a hand :)


---
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: [HELP needed] haproxy vs mysql client timeout

[Simon Weller]

Can you point the mgmt server directly at a single Galera node (removing 
haproxy), and see if the problem persists?

Is your Galera cluster healthy? Could you be seeing latency on commit?



From: Andrija Panic 
Sent: Monday, June 8, 2015 7:42 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: [HELP needed] haproxy vs mysql client timeout

Hi,

I'm running into intermittent problems with ACS 4.5.1 mgmt server - it
seems it's loosing connection to the haproxy/mysql, since we are using
haproxy VIP to in db.properties, and this haproxy is using 1 galera node in
the backend section...(2 others are backup etc).


haproxy timeout is 100sec.
mysql timeouts are all defaults, except innodb_lock_wait_timeout.

+-+--+
| Variable_name   | Value|
+-+--+
| connect_timeout | 10   |
| delayed_insert_timeout  | 300  |
| have_statement_timeout  | YES  |
| innodb_flush_log_at_timeout | 1|
| innodb_lock_wait_timeout| 600  |
| innodb_rollback_on_timeout  | ON   |
| interactive_timeout | 28800|
| net_read_timeout| 30   |
| net_write_timeout   | 60   |
| thread_pool_idle_timeout| 60   |
| wait_timeout| 28800|
+-+--+

To make things more interesting, all 3 servers (acs mgmt, haproxy,
galera-node1) are on the same physical host, so I rule out network
issues... and I dont see anything interesting in the haproxy logs, also no
backend downtimes etc...


The errors are like folowing, from mgmt logs, but after that mgmt server
continues to work fine...

Any suggestions on tuning timeouts ?


Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
Communications link failure

The last packet successfully received from the server was 137,744
milliseconds ago.  The last packet sent successfully to the server was 1
milliseconds ago.
at sun.reflect.GeneratedConstructorAccessor133.newInstance(Unknown
Source)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
at
com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1129)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3720)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3609)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4160)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2617)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2778)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2825)
at
com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2156)
at
com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2313)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
at
com.cloud.utils.db.GenericDaoBase.findById(GenericDaoBase.java:1009)
... 61 more
Caused by: java.io.EOFException: Can not read response from server.
Expected to read 4 bytes, read 0 bytes before connection was unexpectedly
lost.
... 76 more

Thanks,

--

Andrija Panić

Re: [HELP needed] haproxy vs mysql client timeout

[Andrija Panic]

Will try  Simon.

I expect no latency issues, since these 3 VMs are all on same
bridge/physical host. Other 2 Galera nodes are remote, but still low
latency - and zero seconds backend downtime...

Not sure where to dig further...

Thx



On 8 June 2015 at 15:05, Simon Weller  wrote:

> Can you point the mgmt server directly at a single Galera node (removing
> haproxy), and see if the problem persists?
>
> Is your Galera cluster healthy? Could you be seeing latency on commit?
>
>
> 
> From: Andrija Panic 
> Sent: Monday, June 8, 2015 7:42 AM
> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> Subject: [HELP needed] haproxy vs mysql client timeout
>
> Hi,
>
> I'm running into intermittent problems with ACS 4.5.1 mgmt server - it
> seems it's loosing connection to the haproxy/mysql, since we are using
> haproxy VIP to in db.properties, and this haproxy is using 1 galera node in
> the backend section...(2 others are backup etc).
>
>
> haproxy timeout is 100sec.
> mysql timeouts are all defaults, except innodb_lock_wait_timeout.
>
> +-+--+
> | Variable_name   | Value|
> +-+--+
> | connect_timeout | 10   |
> | delayed_insert_timeout  | 300  |
> | have_statement_timeout  | YES  |
> | innodb_flush_log_at_timeout | 1|
> | innodb_lock_wait_timeout| 600  |
> | innodb_rollback_on_timeout  | ON   |
> | interactive_timeout | 28800|
> | net_read_timeout| 30   |
> | net_write_timeout   | 60   |
> | thread_pool_idle_timeout| 60   |
> | wait_timeout| 28800|
> +-+--+
>
> To make things more interesting, all 3 servers (acs mgmt, haproxy,
> galera-node1) are on the same physical host, so I rule out network
> issues... and I dont see anything interesting in the haproxy logs, also no
> backend downtimes etc...
>
>
> The errors are like folowing, from mgmt logs, but after that mgmt server
> continues to work fine...
>
> Any suggestions on tuning timeouts ?
>
>
> Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
> Communications link failure
>
> The last packet successfully received from the server was 137,744
> milliseconds ago.  The last packet sent successfully to the server was 1
> milliseconds ago.
> at sun.reflect.GeneratedConstructorAccessor133.newInstance(Unknown
> Source)
> at
>
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
> at
> com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1129)
> at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3720)
> at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3609)
> at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4160)
> at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2617)
> at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2778)
> at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2825)
> at
>
> com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2156)
> at
> com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2313)
> at
>
> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
> at
>
> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
> at
> com.cloud.utils.db.GenericDaoBase.findById(GenericDaoBase.java:1009)
> ... 61 more
> Caused by: java.io.EOFException: Can not read response from server.
> Expected to read 4 bytes, read 0 bytes before connection was unexpectedly
> lost.
> ... 76 more
>
> Thanks,
>
> --
>
> Andrija Panić
>



-- 

Andrija Panić

Re: [HELP needed] haproxy vs mysql client timeout

[Rafael Fonseca]

Do you have a firewall in between that might be closing long or idle
sessions?

On Mon, Jun 8, 2015 at 3:14 PM, Andrija Panic 
wrote:

> Will try  Simon.
>
> I expect no latency issues, since these 3 VMs are all on same
> bridge/physical host. Other 2 Galera nodes are remote, but still low
> latency - and zero seconds backend downtime...
>
> Not sure where to dig further...
>
> Thx
>
>
>
> On 8 June 2015 at 15:05, Simon Weller  wrote:
>
> > Can you point the mgmt server directly at a single Galera node (removing
> > haproxy), and see if the problem persists?
> >
> > Is your Galera cluster healthy? Could you be seeing latency on commit?
> >
> >
> > 
> > From: Andrija Panic 
> > Sent: Monday, June 8, 2015 7:42 AM
> > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > Subject: [HELP needed] haproxy vs mysql client timeout
> >
> > Hi,
> >
> > I'm running into intermittent problems with ACS 4.5.1 mgmt server - it
> > seems it's loosing connection to the haproxy/mysql, since we are using
> > haproxy VIP to in db.properties, and this haproxy is using 1 galera node
> in
> > the backend section...(2 others are backup etc).
> >
> >
> > haproxy timeout is 100sec.
> > mysql timeouts are all defaults, except innodb_lock_wait_timeout.
> >
> > +-+--+
> > | Variable_name   | Value|
> > +-+--+
> > | connect_timeout | 10   |
> > | delayed_insert_timeout  | 300  |
> > | have_statement_timeout  | YES  |
> > | innodb_flush_log_at_timeout | 1|
> > | innodb_lock_wait_timeout| 600  |
> > | innodb_rollback_on_timeout  | ON   |
> > | interactive_timeout | 28800|
> > | net_read_timeout| 30   |
> > | net_write_timeout   | 60   |
> > | thread_pool_idle_timeout| 60   |
> > | wait_timeout| 28800|
> > +-+--+
> >
> > To make things more interesting, all 3 servers (acs mgmt, haproxy,
> > galera-node1) are on the same physical host, so I rule out network
> > issues... and I dont see anything interesting in the haproxy logs, also
> no
> > backend downtimes etc...
> >
> >
> > The errors are like folowing, from mgmt logs, but after that mgmt server
> > continues to work fine...
> >
> > Any suggestions on tuning timeouts ?
> >
> >
> > Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
> > Communications link failure
> >
> > The last packet successfully received from the server was 137,744
> > milliseconds ago.  The last packet sent successfully to the server was 1
> > milliseconds ago.
> > at
> sun.reflect.GeneratedConstructorAccessor133.newInstance(Unknown
> > Source)
> > at
> >
> >
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> > at
> java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
> > at
> > com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1129)
> > at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3720)
> > at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3609)
> > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4160)
> > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2617)
> > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2778)
> > at
> com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2825)
> > at
> >
> >
> com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2156)
> > at
> >
> com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2313)
> > at
> >
> >
> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
> > at
> >
> >
> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
> > at
> > com.cloud.utils.db.GenericDaoBase.findById(GenericDaoBase.java:1009)
> > ... 61 more
> > Caused by: java.io.EOFException: Can not read response from server.
> > Expected to read 4 bytes, read 0 bytes before connection was unexpectedly
> > lost.
> > ... 76 more
> >
> > Thanks,
> >
> > --
> >
> > Andrija Panić
> >
>
>
>
> --
>
> Andrija Panić
>

Re: [HELP needed] haproxy vs mysql client timeout

[Andrija Panic]

Actually, no...

On haproxy I have allowed all traffic with input interface matching the
internal interface (eth0), rest of nodes no firewall whatsoever (which will
be changed)..

On 8 June 2015 at 15:17, Rafael Fonseca  wrote:

> Do you have a firewall in between that might be closing long or idle
> sessions?
>
> On Mon, Jun 8, 2015 at 3:14 PM, Andrija Panic 
> wrote:
>
> > Will try  Simon.
> >
> > I expect no latency issues, since these 3 VMs are all on same
> > bridge/physical host. Other 2 Galera nodes are remote, but still low
> > latency - and zero seconds backend downtime...
> >
> > Not sure where to dig further...
> >
> > Thx
> >
> >
> >
> > On 8 June 2015 at 15:05, Simon Weller  wrote:
> >
> > > Can you point the mgmt server directly at a single Galera node
> (removing
> > > haproxy), and see if the problem persists?
> > >
> > > Is your Galera cluster healthy? Could you be seeing latency on commit?
> > >
> > >
> > > 
> > > From: Andrija Panic 
> > > Sent: Monday, June 8, 2015 7:42 AM
> > > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > > Subject: [HELP needed] haproxy vs mysql client timeout
> > >
> > > Hi,
> > >
> > > I'm running into intermittent problems with ACS 4.5.1 mgmt server - it
> > > seems it's loosing connection to the haproxy/mysql, since we are using
> > > haproxy VIP to in db.properties, and this haproxy is using 1 galera
> node
> > in
> > > the backend section...(2 others are backup etc).
> > >
> > >
> > > haproxy timeout is 100sec.
> > > mysql timeouts are all defaults, except innodb_lock_wait_timeout.
> > >
> > > +-+--+
> > > | Variable_name   | Value|
> > > +-+--+
> > > | connect_timeout | 10   |
> > > | delayed_insert_timeout  | 300  |
> > > | have_statement_timeout  | YES  |
> > > | innodb_flush_log_at_timeout | 1|
> > > | innodb_lock_wait_timeout| 600  |
> > > | innodb_rollback_on_timeout  | ON   |
> > > | interactive_timeout | 28800|
> > > | net_read_timeout| 30   |
> > > | net_write_timeout   | 60   |
> > > | thread_pool_idle_timeout| 60   |
> > > | wait_timeout| 28800|
> > > +-+--+
> > >
> > > To make things more interesting, all 3 servers (acs mgmt, haproxy,
> > > galera-node1) are on the same physical host, so I rule out network
> > > issues... and I dont see anything interesting in the haproxy logs, also
> > no
> > > backend downtimes etc...
> > >
> > >
> > > The errors are like folowing, from mgmt logs, but after that mgmt
> server
> > > continues to work fine...
> > >
> > > Any suggestions on tuning timeouts ?
> > >
> > >
> > > Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException:
> > > Communications link failure
> > >
> > > The last packet successfully received from the server was 137,744
> > > milliseconds ago.  The last packet sent successfully to the server was
> 1
> > > milliseconds ago.
> > > at
> > sun.reflect.GeneratedConstructorAccessor133.newInstance(Unknown
> > > Source)
> > > at
> > >
> > >
> >
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> > > at
> > java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> > > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
> > > at
> > >
> com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1129)
> > > at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3720)
> > > at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3609)
> > > at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4160)
> > > at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2617)
> > > at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2778)
> > > at
> > com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2825)
> > > at
> > >
> > >
> >
> com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2156)
> > > at
> > >
> >
> com.mysql.jdbc.PreparedStatement.executeQuery(PreparedStatement.java:2313)
> > > at
> > >
> > >
> >
> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
> > > at
> > >
> > >
> >
> org.apache.commons.dbcp.DelegatingPreparedStatement.executeQuery(DelegatingPreparedStatement.java:96)
> > > at
> > > com.cloud.utils.db.GenericDaoBase.findById(GenericDaoBase.java:1009)
> > > ... 61 more
> > > Caused by: java.io.EOFException: Can not read response from server.
> > > Expected to read 4 bytes, read 0 bytes before connection was
> unexpectedly
> > > lost.
> > > ... 76 more
> > >
> > > Thanks,
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> >
> > --
> >
> > Andrija Panić
> >
>



-- 

Andrija Panić

[GitHub] cloudstack pull request: Reinstate working sessions in browser

[vadimkim]

Github user vadimkim commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-110004148
  
@rsafonseca 
Thank you for explanation. I will try to put my points here:
1. For public cloud HTTPS must be used (this is not an option) and external 
SSL offload (proxy) should not brake entire logic.
2. While I have found, that most of the logic works just perfect behind the 
proxy there are 2 issues that need to be fixed 
* login procedure somewhere uses direct path (not relative) and tried to 
call /client/api?command directly. I have fixed it by 1 rewrite rule (see 
below). Otherwise login is not possible -- 404 response.
* F5 brakes session if I work over HTTPS proxy. Hope we will fix it 
together.

I am using very simple nginx conf. Pure proxy:
```
server {
listen 443 ssl;
server_name kickcloud.net;
ssl_certificate   /usr/local/etc/ssl/my.crt;
ssl_certificate_key   /usr/local/etc/ssl/my.key;

ssl_session_cache  builtin:1000  shared:SSL:10m;
ssl_protocols  TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
ssl_prefer_server_ciphers on;

access_log/var/log/nginx/kickckloud.net.log;

location / {
  rewrite /client(.*) $1  last;
  proxy_set_headerX-Real-IP $remote_addr;
  proxy_set_headerX-Forwarded-Server $host;
  proxy_set_headerX-Forwarded-For $proxy_add_x_forwarded_for;
  proxy_set_headerX-Forwarded-Proto $scheme;
  proxy_pass  http://x.x.x.x:8080/client/;
  proxy_redirect  default;
  proxy_read_timeout  90;
}
  }
```

x.x.x.x -- backend server where Cloudstack runs
public name that you can access  and check *cloudStack.js* is here: 
https://kickcloud.net/. I have some more redirects from ports 8080 and 80 to 
443, but they are not relevant here I assume.



---
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: Merging the IPv6 work started by Schuberg...

[asfgit]

Github user asfgit closed the pull request at:

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


---
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 #1521

[jenkins]

See 

--
[...truncated 27254 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.756s]
[INFO] Apache CloudStack . SUCCESS [1.876s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.814s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.779s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:39.458s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.116s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.191s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.083s]
[INFO] Apache CloudStack API . SUCCESS [1:46.420s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [18.120s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [31.479s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.097s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [30.414s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [24.942s]
[INFO] Apache CloudStack Core  SUCCESS [1:18.073s]
[INFO] Apache CloudStack Agents .. SUCCESS [35.946s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [32.060s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.975s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:02.919s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [47.403s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [30.579s]
[INFO] Apache CloudStack Server .. SUCCESS [4:14.328s]
[INFO] Apache CloudStack Usage Server  SUCCESS [50.547s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:25.480s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.069s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.442s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [1:06.355s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [52.672s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [34.866s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [28.938s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [33.046s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.289s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [39.377s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [1:19.048s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [54.665s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [7.593s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [2:29.025s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[37.378s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[54.721s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [31.097s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [55.065s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [21.136s]
[INFO] Apache CloudStack Plugin - Host Anti-

RE: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Somesh Naidu]

Congratulations Bruno!

Regards,
Somesh

-Original Message-
From: Remi Bergsma [mailto:r...@remi.nl] 
Sent: Monday, June 08, 2015 8:48 AM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

Congratulations Bruno!

Sent from my iPhone

> On 08 Jun 2015, at 12:38, Sebastien Goasguen  wrote:
> 
> The Project Management Committee (PMC) for Apache CloudStack is pleased to
> announce that Bruno Demion has accepted our invitation to join the PMC.
> 
> Please join me in congratulating him.
> 
> On behalf of the Apache CloudStack PMC
> -- 
> Sebastien

Re: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

[David Nalley]

On Mon, Jun 8, 2015 at 4:52 AM, Erik Weber  wrote:
> I'm up for it, delivering from an official ASF source gives it a sense of
> more authenticity (IMHO).
>
> Could we host the RPM/DEB repos there as well?
>

Yes, that's the easy part. We could turn that on immediately, if we
are willing to package, vote on, and push RPMs/DEBs there.

> If we some how could come up with a way for the packaging to provide some
> sort of proof of what commit it is built from, it would be easier for users
> to verify that they are using the right version where using other vendor
> versions.
>

Well, Ideally the project publishing these ourselves would take care of that.

>
> --
> Erik
>
>
> On Mon, Jun 8, 2015 at 3:24 AM, David Nalley  wrote:
>
>> Not too many years ago, the system VM was distributed from
>> cloud.com/Citrix, and we didn't like that (including me). I didn't
>> like it because it put the community at large in a place where we
>> relied on Citrix to build and distribute. We now have the ability to
>> build those systemVMs and I'd prefer we not become dependent on
>> another vendor for distribution of SystemVMs for our releases.
>>
>> It might even be time to revisit whether or not we want to use
>> apt-get.eu. Why you might ask? Well, recently, packages.apache.org has
>> become available as a distribution method. It's designed to have large
>> files, RPM repos and Deb repos. Originally, we used apt-get.eu because
>> we couldn't distribute the VMware bindings from the ASF as well as the
>> other non-ASF friendly licensed plugins. However, roughly 1/2 of the
>> packages we upload are only OSS - and only ASF-friendly software. By
>> distributing and referring to the non-OSS software, we are essentially
>> rewarding the community unfriendly policies of some.
>>
>> I _that_ that it is entirely reasonable for us to ask for permission
>> (And I think there's a high likelihood of getting permission) to
>> distribute systemVMs via packages.apache.org. I think we could also
>> distribute RPMs and Debs (and Windows binaries for that matter) if we
>> wanted to. We would have to exclude the VMware bits, but that would be
>> either 1) a great place for vendors to deliver value; or 2) be great
>> incentive for us to switch to a free set of vCenter bindings.
>>
>>
>>
>>
>> On Wed, May 27, 2015 at 3:29 PM, Daan Hoogland 
>> wrote:
>> > Rohit, please take Rajani's points seriously. As companies we try to add
>> > value for our customers. As apache committers we are committed to provide
>> > users with a base of quality software that is guaranteed by the
>> foundation.
>> > We can mention our respective companies of course but the releases we
>> make,
>> > including their documentation should be very clear about the versions as
>> > signed and stamped by the members of this community. Shapeblue's
>> templates
>> > are very valuable for the community at large but they are Shapeblue's
>> > releases, not apache's. The documentation should not point to templates
>> > supplied by companies but to companies suplying alternative templates or
>> > full releases.
>> >
>> > Op wo 27 mei 2015 om 11:04 schreef Rohit Yadav <
>> rohit.ya...@shapeblue.com>:
>> >
>> >> Hi Milamber,
>> >>
>> >> You can try this:
>> >>
>> >> Upgrade your current host with latest packages libvirt/qemu and kernel.
>> My
>> >> test host was on Ubuntu 14.04.2, so your issue could be something due to
>> >> Debian 7.x which ships with much older packages compared to my test
>> host,
>> >> I’ll try to test with a Debian 7 host later this week.
>> >>
>> >> 1. You may need to remove any cached qcow2 image in the primary storage
>> >> (usually there will be a file with same md5sum as the current 4.5
>> systemvm
>> >> template).
>> >>
>> >> 2. Preseed the systemvm template again
>> >>
>> >> 3. Check value of router.template.kvm in global settings to confirm the
>> >> current systemvm template in use, then grab it’s template id and
>> pre-seed
>> >> the template again manually using -F:
>> >>
>> >>
>> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
>> >> -m /export/secondary/ -f <4.5 systemvmtemplate file downloaded from
>> >> http://packages.shapeblue.com/systemvmtemplate/4.5> -h kvm -o localhost
>> >> -r cloud -d cloudpassword -F
>> >>
>> >> 4. Now destroy old systemvms and report if you face the same issue.
>> >>
>> >> I’m planning to refresh the systemvmtemplate with latest builds after
>> >> doing some tests in about 2 weeks time.
>> >>
>> >> > On 25-May-2015, at 2:14 pm, Milamber  wrote:
>> >> >
>> >> >
>> >> >
>> >> > On 25/05/2015 11:56, Rohit Yadav wrote:
>> >> >> Hi Milamber,
>> >> >>
>> >> >> In theory you should be able to use any of the systemvmtemplates and
>> >> also from jenkins.buildacloud.org, but the one I published on
>> >> packages.shapeblue.com is the latest and has the few additional
>> >> improvements, latest packages and security updates.
>> >> >
>> >> > Ok so it's better to use the shapeblue systemvm.
>> >> >
>> >> >
>>

[GitHub] cloudstack pull request: Reinstate working sessions in browser

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-110049806
  
@vadimkim 
It seems like you're not passing to cookies over to the client on that 
config :)

Try setting:
proxy_pass_header  Set-Cookie;
proxy_pass_header  P3P;

Since your internal domain may not be the same as the external, you might 
also need some additional config like:
proxy_cookie_domain kickcloud.net $host;
sub_filter  "kickcloud.net"   $host;
Or something similar :)

I will try to reproduce your setup when i have some time to figure out a 
config that works for sure, but try these configs in the mean while :)

Either way, this seems like an issue with the proxy config itself, and 
there should be no need to adjust code for that situation ;)


---
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: Reinstate working sessions in browser

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/308#issuecomment-110051983
  
About the redirect rule, i will soon bake a patch that will render that 
unnecessary, but for now, there should be no problem with just rewriting it in 
the proxy :)
I'll discuss this with the others on wednesday's meetup in SBP


---
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: SystemVM (kvm) : 3 different versions for the same CloudStack version (4.5.1)

[Pierre-Luc Dion]

should we start using packages.apache.org with 4.6, has 4.5 doc point to
apt-get.eu ?

Our URL would be something like this  packages.apache.org/cloudstack ?



On Mon, Jun 8, 2015 at 11:25 AM, David Nalley  wrote:

> On Mon, Jun 8, 2015 at 4:52 AM, Erik Weber  wrote:
> > I'm up for it, delivering from an official ASF source gives it a sense of
> > more authenticity (IMHO).
> >
> > Could we host the RPM/DEB repos there as well?
> >
>
> Yes, that's the easy part. We could turn that on immediately, if we
> are willing to package, vote on, and push RPMs/DEBs there.
>
> > If we some how could come up with a way for the packaging to provide some
> > sort of proof of what commit it is built from, it would be easier for
> users
> > to verify that they are using the right version where using other vendor
> > versions.
> >
>
> Well, Ideally the project publishing these ourselves would take care of
> that.
>
> >
> > --
> > Erik
> >
> >
> > On Mon, Jun 8, 2015 at 3:24 AM, David Nalley  wrote:
> >
> >> Not too many years ago, the system VM was distributed from
> >> cloud.com/Citrix, and we didn't like that (including me). I didn't
> >> like it because it put the community at large in a place where we
> >> relied on Citrix to build and distribute. We now have the ability to
> >> build those systemVMs and I'd prefer we not become dependent on
> >> another vendor for distribution of SystemVMs for our releases.
> >>
> >> It might even be time to revisit whether or not we want to use
> >> apt-get.eu. Why you might ask? Well, recently, packages.apache.org has
> >> become available as a distribution method. It's designed to have large
> >> files, RPM repos and Deb repos. Originally, we used apt-get.eu because
> >> we couldn't distribute the VMware bindings from the ASF as well as the
> >> other non-ASF friendly licensed plugins. However, roughly 1/2 of the
> >> packages we upload are only OSS - and only ASF-friendly software. By
> >> distributing and referring to the non-OSS software, we are essentially
> >> rewarding the community unfriendly policies of some.
> >>
> >> I _that_ that it is entirely reasonable for us to ask for permission
> >> (And I think there's a high likelihood of getting permission) to
> >> distribute systemVMs via packages.apache.org. I think we could also
> >> distribute RPMs and Debs (and Windows binaries for that matter) if we
> >> wanted to. We would have to exclude the VMware bits, but that would be
> >> either 1) a great place for vendors to deliver value; or 2) be great
> >> incentive for us to switch to a free set of vCenter bindings.
> >>
> >>
> >>
> >>
> >> On Wed, May 27, 2015 at 3:29 PM, Daan Hoogland  >
> >> wrote:
> >> > Rohit, please take Rajani's points seriously. As companies we try to
> add
> >> > value for our customers. As apache committers we are committed to
> provide
> >> > users with a base of quality software that is guaranteed by the
> >> foundation.
> >> > We can mention our respective companies of course but the releases we
> >> make,
> >> > including their documentation should be very clear about the versions
> as
> >> > signed and stamped by the members of this community. Shapeblue's
> >> templates
> >> > are very valuable for the community at large but they are Shapeblue's
> >> > releases, not apache's. The documentation should not point to
> templates
> >> > supplied by companies but to companies suplying alternative templates
> or
> >> > full releases.
> >> >
> >> > Op wo 27 mei 2015 om 11:04 schreef Rohit Yadav <
> >> rohit.ya...@shapeblue.com>:
> >> >
> >> >> Hi Milamber,
> >> >>
> >> >> You can try this:
> >> >>
> >> >> Upgrade your current host with latest packages libvirt/qemu and
> kernel.
> >> My
> >> >> test host was on Ubuntu 14.04.2, so your issue could be something
> due to
> >> >> Debian 7.x which ships with much older packages compared to my test
> >> host,
> >> >> I’ll try to test with a Debian 7 host later this week.
> >> >>
> >> >> 1. You may need to remove any cached qcow2 image in the primary
> storage
> >> >> (usually there will be a file with same md5sum as the current 4.5
> >> systemvm
> >> >> template).
> >> >>
> >> >> 2. Preseed the systemvm template again
> >> >>
> >> >> 3. Check value of router.template.kvm in global settings to confirm
> the
> >> >> current systemvm template in use, then grab it’s template id and
> >> pre-seed
> >> >> the template again manually using -F:
> >> >>
> >> >>
> >>
> /usr/share/cloudstack-common/scripts/storage/secondary/cloud-install-sys-tmplt
> >> >> -m /export/secondary/ -f <4.5 systemvmtemplate file downloaded from
> >> >> http://packages.shapeblue.com/systemvmtemplate/4.5> -h kvm -o
> localhost
> >> >> -r cloud -d cloudpassword -F
> >> >>
> >> >> 4. Now destroy old systemvms and report if you face the same issue.
> >> >>
> >> >> I’m planning to refresh the systemvmtemplate with latest builds after
> >> >> doing some tests in about 2 weeks time.
> >> >>
> >> >> > On 25-May-2015, at 2:14 pm, Milamber  wrote:
> >> >

[GitHub] cloudstack pull request: Embedded Tomcat & Jetty

[rsafonseca]

GitHub user rsafonseca opened a pull request:

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

Embedded Tomcat & Jetty

Well, this spruces things up a bit :)

Some of the features/fixes (i may have forgotten a couple as this involved 
a lot of changes ;) )

- Embedded Tomcat support
- Embedded Jetty support
- Reduce management .deb package to roughly half the size
- Reduce common .rpm package to roughly half the size
- Transparent support for more distros like Fedora 21
- Reduced dependencies on the packages, such as mysql-connector-java which 
are now bundled
- Upgraded Jetty version used by Travis from oldie and discontinued morbay 
6.x version to current eclipse 9.x version
- Tidy up debian packaging under /packaging and include support on 
package.sh
- Cleanup of a lot of duplicate files which made it harder to maintain and 
caused some fixes to be implemented only for some distros
- Consolidates a few configs that were different across distros and 
shouldn't be
- Enables running with any version of openjdk runtime and compiling with 
any version of openjdk devel as long as they meet the minimum requirements 
(Java 7+) without conflicting with other packages.

The package.sh script packages ASF Tomcat by default, you can package it 
with Jetty instead by passing -j or --jetty :)

There's still a couple more things to consolidate and a couple more places 
to remove hardcoding of configs like the cloud user, but i'll take care of that 
on a later PR :)



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

$ git pull https://github.com/rsafonseca/cloudstack fixpackaging2

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

https://github.com/apache/cloudstack/pull/372.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 #372


commit decde6d129ce8c87a82d8aa00a6723b91c322e02
Author: Rafael da Fonseca 
Date:   2015-05-03T18:59:53Z

Tomcat packaging

Reduced cloudstack-management_4.6.0-snapshot_all.deb size from 211Mb to 
94Mb (CentOS is 92Mb)
This deb file was packing two copies of the systemvm (which is alread 
packed in cloudstack-common), so removed like in CentOS RPM specs

Fedora 21 support for management :)
Removed Fedora specific branches (symlink fedora2x points to centos7 so, 
using same installer :)
Small cleanup of duplicate files

Added embedded jetty
Support for choosing tomcat or jetty on package.sh
Removed mysql driver distro dependency
Replaced old mortbay jetty 6 with eclipse jetty 9
Removed duplicate files

Tidy up debian packaging

Make things work on debian
Cleanup, fixes, distro abstraction, etc

Fix simulator for new jetty plugin
Fix servlet engines on older mvn version

Config jetty version

Fix juli logging manager error on tomcat

Fix dep problem with mysqlha plugin




---
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 #1522

[jenkins]

See 

--
[...truncated 27254 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.793s]
[INFO] Apache CloudStack . SUCCESS [2.791s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.124s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [22.361s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:16.058s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.136s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [52.313s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [27.736s]
[INFO] Apache CloudStack API . SUCCESS [1:56.660s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [26.157s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [37.464s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.094s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [29.814s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.777s]
[INFO] Apache CloudStack Core  SUCCESS [1:15.743s]
[INFO] Apache CloudStack Agents .. SUCCESS [37.995s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [30.847s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [15.697s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:02.125s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [39.475s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [31.114s]
[INFO] Apache CloudStack Server .. SUCCESS [3:57.057s]
[INFO] Apache CloudStack Usage Server  SUCCESS [45.065s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:21.058s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.077s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.463s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [56.646s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [52.186s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [35.335s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [27.131s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [35.391s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [25.313s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [40.449s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [14.365s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [7.917s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.857s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [29.949s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[34.516s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[39.328s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [19.311s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [26.254s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [19.734s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinit

[GitHub] cloudstack pull request: Build and create tomcat, fix several othe...

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-110082001
  
This has been stale for a while, here's something to spice it up :)

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

If all in agreement will close this one and we'll go for the new one ;)


---
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: [ANNOUNCE] New PMC member: Bruno Demion aka Milamber

[Milamber]

Hello,

Thanks for your trust. Very happy to accept the invitation.

Milamber

On 08/06/2015 11:38, Sebastien Goasguen wrote:

The Project Management Committee (PMC) for Apache CloudStack is pleased to
announce that Bruno Demion has accepted our invitation to join the PMC.

Please join me in congratulating him.

On behalf of the Apache CloudStack PMC

4.6

[Sebastien Goasguen]

Folks,

We need to freeze 4.6 asap.

I originally agreed to RM 4.6 and Daan also stepped up.

But I would like to work on doing a release of ec2stack and gcestack, so I will 
step down from 4.6 RM.

Anybody wants to jump in.

There is already a ton of things in 4.6 and we need to release.

Ideally we also need to QA directly on master, so that we can build 4.7 on top 
of a stable release.


-sebastien

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

[jenkins]

See 

--
[...truncated 27254 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.835s]
[INFO] Apache CloudStack . SUCCESS [1.847s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.808s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [22.577s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:26.099s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.112s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [51.524s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.185s]
[INFO] Apache CloudStack API . SUCCESS [1:45.971s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [17.613s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [30.894s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.092s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [28.327s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.717s]
[INFO] Apache CloudStack Core  SUCCESS [1:15.980s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.733s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [30.540s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [17.233s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:04.590s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [39.679s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [32.808s]
[INFO] Apache CloudStack Server .. SUCCESS [4:16.233s]
[INFO] Apache CloudStack Usage Server  SUCCESS [52.294s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:30.132s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.076s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.459s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [56.790s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [58.783s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [36.849s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [28.410s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [23.961s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [21.618s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [38.401s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [13.370s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [6.629s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.857s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [29.035s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[2:53.447s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[2:28.856s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [22.753s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [36.660s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [31.220s]
[INFO] Apache CloudStack Plugin - Host Anti-Aff

Re: 4.6

[Rene Moser]

Hi Seb

On 08.06.2015 21:43, Sebastien Goasguen wrote:

> We need to freeze 4.6 asap.

Oh boy, you are way too fast :)

How many days will I have to finish
https://github.com/apache/cloudstack/pull/264 ?

And a more serious issue: The changes made in
https://issues.apache.org/jira/browse/CLOUDSTACK-7994 are IMHO still in
the master branch, this would be a blocker for us. Also see
http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201506.mbox/%3C2D22E663-AFC2-4292-B16A-F6C2FCA0C217%40shapeblue.com%3E

I created a ticket https://issues.apache.org/jira/browse/CLOUDSTACK-8545

Yours
René

[JOB] Marketo Looking of ACS + Sr. Dev Ops engineer

[ilya]

Promised to help recruiter spread the word, pardon the spam...

Reach out to Patti Lopez -> 
https://www.linkedin.com/pub/patti-lopez/1/91a/6b3



*Senior DevOps Engineer *

Marketo provides easy-to-use, powerful and complete marketing software 
that propels fast-growing small companies and global enterprises, 
turning marketing from a cost center into a revenue driver.Marketo’s 
marketing automation and sales effectiveness software – including the 
world’s first integrated solution for social marketing automation – 
helps thousands of companies around the world streamline marketing 
processes, deliver more campaigns, generate more win-ready leads, and 
dramatically improve sales performance.


Marketo is an Equal Opportunity Employer.

As a*Senior DevOps Engineer*, you will develop tools and systems 
critical to the management of Marketo’s infrastructure and services.


*Responsibilities:***

·Functioning as a DevOps Engineer, you will be instrumental in 
developing the next generation cloud infrastructure


·Work alongside Engineering to apply architecture knowledge in order to 
provide high availability cloud deployment solutions


·Rapid deployment, automation, monitoring and troubleshooting around the 
cloud hosted environment


·Manage the cloud hosted software solutions to ensure high quality 
customer support


·Monitor, troubleshooting and issue resolution for relevant 
infrastructure and services


**

*Required Skills / Experience:*

·B.S. Computer Science or related field along with *5+ years* of 
industry experience


·Extensive hands-on large-scale multi-tier SaaS environments

·Experience working in a fast pace environment

·Strong Linux Systems Engineering experience

·Ruby, Python, Perl, Bash or related scripting

·Understanding of cloud enabling platforms (Openstack, Cloudstack, etc.)

·Understanding of Internet and web related protocols

·Configuration Management Tools (Puppet, Chef, Ansible, Salt)

**

*About Marketo*

**

Marketo (NASDAQ: MKTO) provides the leading marketing software for 
companies of all sizes to build and sustain engaging customer 
relationships.Spanning today’s digital, social, mobile and offline 
channels, Marketo’s® customer engagement platform powers a set of 
breakthrough applications to help marketers tackle all aspects of 
digital marketing from the planning and orchestration of marketing 
activities to the delivery of personalized interactions that can be 
optimized in real-time.Marketo’s applications are known for their 
ease-of-use, and are complemented by the Marketing Nation™, a thriving 
network of more than 320 third-party solutions through our LaunchPoint™ 
ecosystem and over 50,000 marketers who share and learn from each other 
to grow their collective marketing expertise.The result for modern 
marketers is unprecedented agility and superior results.Headquartered in 
San Mateo, CA with offices in Europe, Australia and Japan, Marketo 
serves as a strategic marketing partner to more than 3,000 large 
enterprises and fast-growing small companies across a wide variety of 
industries. For more information, visit www.marketo.com 
.

Re: 4.6

[Rohit Yadav]

Hi Sebastien,

> On 08-Jun-2015, at 9:43 pm, Sebastien Goasguen  wrote:
>
> We need to freeze 4.6 asap.

Good idea. Can you suggest a hard date though, say first week of July? This 
will buy us some time to merge on-going efforts, review and merge pending PRs 
and fix critical issues shared on dev MLs.

There are few outstanding issues that I would have wanted in 4.6, but I guess 
they can be done in 4.7:

- Debian 8 based systemvm template, VR cleanup and improvements
- Replacing openswan with strongswan
- ipv6 support, routed ipv4/ipv6 network support and network refactoring work

> I originally agreed to RM 4.6 and Daan also stepped up.

Can you also share your plan with respect to release schedules once we decide 
on a freeze date for 4.6? Plans or timelines for 4.7?

If master will be frozen (good idea btw, instead of cutting a separate branch) 
till 4.6 is released, how should the developer community work on refactoring 
work and new features?

Also, we will need to fix packaging if we want to support systemd based Debian 
8 and Ubuntu 15.04, also improve packaging for CentOS7 and Fedora 21/22.

> But I would like to work on doing a release of ec2stack and gcestack, so I 
> will step down from 4.6 RM.
>
> Anybody wants to jump in.

Happy to co-pilot 4.6 release process if needed.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

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

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. 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.

[GitHub] cloudstack pull request: Build and create tomcat, fix several othe...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-110141856
  
@rsafonseca hey, looks like the new #372 one some interesting things (such 
as embedded jetty); do you want to or have already take the good stuff from 
this PR to 372? If you think the new one is the best way forward, sure close 
this one. I'll have some time later this week to help you test packaging 
related stuff.


---
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: Embedded Tomcat & Jetty

[terbolous]

Github user terbolous commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110144112
  
I'm by no means an expert on this, but isn't the reason we didn't ship the 
mysql connector previously due to licensing? @ke4qqq or @runseb wanna chime in?


---
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: Embedded Tomcat & Jetty

[terbolous]

Github user terbolous commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110145052
  
By the way, what kind of testing has this undergone? In particular I'm 
interested in upgrade testing, as we don't want to break any old installations.


---
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: Build failed in Jenkins: build-master-slowbuild #1522

[Daan Hoogland]

On Mon, Jun 8, 2015 at 7:14 PM,   wrote:
> FINDBUGS] Plug-in Result: Failed - 42 new 
> warnings of priority High exceed the 
> threshold of 0 by 42

42 is the answer;)  Well thanks to mainly Rafael we are down 9 issues
but far from there. Let's all keep looking. Hugo once sugested to do 5
issues per week, so I manage to do about one on average. Please all
join in this effort. If every one does one issue per week..., we have
134 committers at the moment!

Note that those 42 are what we are above the low point there are
several hundred issues more.

-- 
Daan

[GitHub] cloudstack pull request: Build and create tomcat, fix several othe...

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/238#issuecomment-110148582
  
Hi @bhaisaab :)
The new https://github.com/apache/cloudstack/pull/372 was built on top of 
this one, so all the fixes in this are also in the other one.
I do think the other one is the way to go, it includes a few more fixes and 
cleanup than this one and gives the option to select the servlet engine that 
gets auto packed into the rpm which i hope will be a popular change. So... 
closing...



---
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: Build and create tomcat, fix several othe...

[rsafonseca]

Github user rsafonseca closed the pull request at:

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


---
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: Embedded Tomcat & Jetty

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110151397
  
Hi @terbolous 
I'm in no way a licensing expert, but don't think there's any 
incompatibility with the licensing.. but I'll leave that for the experts to say 
their .2c
I guess that mainly it was not shipped because it was just not working when 
you bundled it in the webapp, it was missing the driver instantiation which it 
relied on the servlet engine to do.. that is taken care of now :)

About the testing, I've tested manually deploying a datacenter with this 
package in:
Ubuntu 12.04.5
Centos 6.6
Centos 7
Fedora 21

Sadly, i've done no testing on upgrades, but i can easily do so in a few 
days and fix whatever issue may arise... although i don't foresee any issues.
I've also tested running marvin locally, and it's working fine :)
All distros were tested with both tomcat and jetty, except Fedora 21 which 
i only tested with tomcat, but should be all the same.



---
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: 4.6

[Remi Bergsma]

Hi,

I can jump in and work with Rohit and Daan to make 4.6 happen.

+1 for the QA on master. It would be best if we could then all focus on 
stabilizing 4.6 aka master and wait with refactor stuff and new features until 
4.6 is out, which is the start of 4.7. 

On the other hand, building new features in the mean time isn't a big issue, as 
rebasing to a master that gets more stable every day is much easier than it is 
today I'd say. You just cannot merge new stuff until 4.6 is out. 

Let's write down some guidelines and see if this approach makes sense. 

Regards, Remi 

> On 08 Jun 2015, at 21:43, Sebastien Goasguen  wrote:
> 
> Folks,
> 
> We need to freeze 4.6 asap.
> 
> I originally agreed to RM 4.6 and Daan also stepped up.
> 
> But I would like to work on doing a release of ec2stack and gcestack, so I 
> will step down from 4.6 RM.
> 
> Anybody wants to jump in.
> 
> There is already a ton of things in 4.6 and we need to release.
> 
> Ideally we also need to QA directly on master, so that we can build 4.7 on 
> top of a stable release.
> 
> 
> -sebastien

Re: 4.6

[Rafael Fonseca]

You guys can also count on me for whatever help you need to make it happen
smoothly :)

On Mon, Jun 8, 2015 at 11:45 PM, Remi Bergsma  wrote:

> Hi,
>
> I can jump in and work with Rohit and Daan to make 4.6 happen.
>
> +1 for the QA on master. It would be best if we could then all focus on
> stabilizing 4.6 aka master and wait with refactor stuff and new features
> until 4.6 is out, which is the start of 4.7.
>
> On the other hand, building new features in the mean time isn't a big
> issue, as rebasing to a master that gets more stable every day is much
> easier than it is today I'd say. You just cannot merge new stuff until 4.6
> is out.
>
> Let's write down some guidelines and see if this approach makes sense.
>
> Regards, Remi
>
> > On 08 Jun 2015, at 21:43, Sebastien Goasguen  wrote:
> >
> > Folks,
> >
> > We need to freeze 4.6 asap.
> >
> > I originally agreed to RM 4.6 and Daan also stepped up.
> >
> > But I would like to work on doing a release of ec2stack and gcestack, so
> I will step down from 4.6 RM.
> >
> > Anybody wants to jump in.
> >
> > There is already a ton of things in 4.6 and we need to release.
> >
> > Ideally we also need to QA directly on master, so that we can build 4.7
> on top of a stable release.
> >
> >
> > -sebastien
>

[GitHub] cloudstack pull request: Embedded Tomcat & Jetty

[ke4qqq]

Github user ke4qqq commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110152435
  
We can't bundle mysql-connector-java. It is licensed as GPL which is CatX 
and thus verboten. We can make it a system dependency. 


---
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: Embedded Tomcat & Jetty

[creategui]

Github user creategui commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110153681
  
How about switching to https://downloads.mariadb.org/client-java/


---
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: [GitHub] cloudstack pull request: Embedded Tomcat & Jetty

[Marcus]

Looks like that is LGPL

http://www.apache.org/legal/resolved.html#category-x

On Mon, Jun 8, 2015 at 2:57 PM, creategui  wrote:

> Github user creategui commented on the pull request:
>
> https://github.com/apache/cloudstack/pull/372#issuecomment-110153681
>
> How about switching to https://downloads.mariadb.org/client-java/
>
>
> ---
> 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: Embedded Tomcat & Jetty

[creategui]

Github user creategui commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110160470
  
bummer that Apache does not allow LGPL. 


---
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: [GitHub] cloudstack pull request: Embedded Tomcat & Jetty

[Marcus]

I assume the ASF turns their nose up to this? Have we discussed this before?

https://www.mysql.com/about/legal/licensing/foss-exception/

On Mon, Jun 8, 2015 at 3:16 PM, creategui  wrote:

> Github user creategui commented on the pull request:
>
> https://github.com/apache/cloudstack/pull/372#issuecomment-110160470
>
> bummer that Apache does not allow LGPL.
>
>
> ---
> 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: Embedded Tomcat & Jetty

[rsafonseca]

Github user rsafonseca commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110161431
  
How about the FOSS license exception?
https://www.mysql.com/about/legal/licensing/foss-exception/

FOSS License List
License NameVersion(s)/Copyright Date
...
Apache Software License 1.0/1.1/2.0
...


---
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 #1524

[jenkins]

See 

--
[...truncated 27254 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.747s]
[INFO] Apache CloudStack . SUCCESS [1.854s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.798s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.558s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:43.080s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.107s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [53.665s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [26.958s]
[INFO] Apache CloudStack API . SUCCESS [1:45.984s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [17.670s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [31.087s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.088s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [43.526s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [28.940s]
[INFO] Apache CloudStack Core  SUCCESS [1:16.071s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.435s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [36.994s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.423s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:00.386s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [41.504s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [25.114s]
[INFO] Apache CloudStack Server .. SUCCESS [3:56.562s]
[INFO] Apache CloudStack Usage Server  SUCCESS [44.709s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:22.028s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.078s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.440s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [55.659s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [46.963s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [33.805s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [29.609s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [31.846s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.484s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [37.597s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [13.614s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [6.369s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.830s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [27.128s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[25.649s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[38.283s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [18.694s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [24.192s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [17.720s]
[INFO] Apache CloudStack Plugin - Host Anti-Affinit

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

[jenkins]

See 

--
[...truncated 27812 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.695s]
[INFO] Apache CloudStack . SUCCESS [1.964s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.783s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [20.954s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:37.543s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.105s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [52.707s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.524s]
[INFO] Apache CloudStack API . SUCCESS [1:50.725s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [18.421s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [29.983s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.086s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [29.830s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.858s]
[INFO] Apache CloudStack Core  SUCCESS [1:16.120s]
[INFO] Apache CloudStack Agents .. SUCCESS [37.258s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.879s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.565s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:03.650s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [41.556s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [33.466s]
[INFO] Apache CloudStack Server .. SUCCESS [4:09.216s]
[INFO] Apache CloudStack Usage Server  SUCCESS [49.962s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:27.505s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.067s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.515s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [55.675s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [59.146s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [36.951s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [28.949s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [32.809s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.135s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [37.443s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [13.164s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [6.445s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [0.855s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [2:04.939s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[2:52.632s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[56.278s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [20.206s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [44.940s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [27.405s]
[INFO] Apache CloudStack Plugin - Host Anti-Aff

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

[jenkins]

See 

--
[...truncated 27254 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] >>> findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud >>>
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:findbugs (findbugs) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- findbugs-maven-plugin:3.0.0:check (cloudstack-findbugs) @ 
cloud-quickcloud ---
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:instrument (default-cli) @ 
cloud-quickcloud ---
[WARNING] No files to instrument.
[INFO] NOT adding cobertura ser file to attached artifacts list.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-quickcloud ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.2:testCompile (default-testCompile) @ 
cloud-quickcloud ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.18.1:test (default-test) @ cloud-quickcloud 
---
[INFO] 
[INFO] <<< cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud <<<
[INFO] 
[INFO] --- cobertura-maven-plugin:2.6:cobertura (default-cli) @ 
cloud-quickcloud ---
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[1.796s]
[INFO] Apache CloudStack . SUCCESS [2.433s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [0.824s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [21.562s]
[INFO] Apache CloudStack Utils ... SUCCESS [1:22.850s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.137s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [50.740s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [28.199s]
[INFO] Apache CloudStack API . SUCCESS [1:56.740s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [18.360s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [31.883s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.096s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [31.273s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [25.079s]
[INFO] Apache CloudStack Core  SUCCESS [1:16.891s]
[INFO] Apache CloudStack Agents .. SUCCESS [36.911s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [31.963s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [16.264s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [2:07.204s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [44.849s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [30.746s]
[INFO] Apache CloudStack Server .. SUCCESS [4:18.444s]
[INFO] Apache CloudStack Usage Server  SUCCESS [51.352s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS 
[1:26.797s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.070s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.428s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [58.133s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [55.554s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [36.886s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [28.628s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [33.877s]
[INFO] Apache CloudStack Engine Storage Cache Component .. SUCCESS [20.119s]
[INFO] Apache CloudStack Engine Storage Snapshot Component  SUCCESS [37.258s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [13.517s]
[INFO] Apache CloudStack Cloud Engine Service  SUCCESS [6.360s]
[INFO] Apache CloudStack Plugin POM .. SUCCESS [1.108s]
[INFO] Apache CloudStack Plugin - API Rate Limit . SUCCESS [2:30.946s]
[INFO] Apache CloudStack Plugin - Storage Volume default provider  SUCCESS 
[2:29.646s]
[INFO] Apache CloudStack Plugin - Storage Volume SolidFire Provider  SUCCESS 
[55.201s]
[INFO] Apache CloudStack Plugin - API SolidFire .. SUCCESS [33.267s]
[INFO] Apache CloudStack Plugin - API Discovery .. SUCCESS [39.544s]
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SUCCESS [42.627s]
[INFO] Apache CloudStack Plugin - Host Anti-Aff

[GitHub] cloudstack pull request: CLOUDSTACK-3317 - DVS does not support ma...

[sateesh-chodapuneedi]

GitHub user sateesh-chodapuneedi opened a pull request:

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

CLOUDSTACK-3317 - DVS does not support management\storage network

Added support for Management and Storage Network traffic over VMware DVS in 
CloudStack deployments. Also added support for storage VLAN over dvPortGroup.

Signed-off-by: Sateesh Chodapuneedi 

CLOUDSTACK-3317 - DVS does not support management\storage network

Use non-zero dvport count while updating dvportgroups of system traffic.
Updated configuration compare logic to avoid update dvportgroup operation 
unless required.
This would help improve speed in vm/network deployment as the update calls 
would reduce. Also improved logging.

Signed-off-by: Sateesh Chodapuneedi 

Added unit tests covering the code changes in this branch/feature 
development
Integration tests are already present in master branch
Signed-off-by: Sateesh Chodapuneedi 

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

$ git pull https://github.com/sateesh-chodapuneedi/cloudstack 
vmware-dvs-mgmt-storage

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

https://github.com/apache/cloudstack/pull/373.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 #373


commit e2f0955c7c478df2a3ae01d8f2c644a0226560b8
Author: Sateesh Chodapuneedi 
Date:   2015-06-01T23:15:08Z

CLOUDSTACK-3317 - DVS does not support management\storage network

Added support for Management and Storage Network traffic over VMware DVS in 
CloudStack deployments. Also added support for storage VLAN over dvPortGroup.

Signed-off-by: Sateesh Chodapuneedi 

CLOUDSTACK-3317 - DVS does not support management\storage network

Use non-zero dvport count while updating dvportgroups of system traffic.
Updated configuration compare logic to avoid update dvportgroup operation 
unless required.
This would help improve speed in vm/network deployment as the update calls 
would reduce. Also improved logging.

Signed-off-by: Sateesh Chodapuneedi 

Unit tests
Signed-off-by: Sateesh Chodapuneedi 




---
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: Embedded Tomcat & Jetty

[wilderrodrigues]

Github user wilderrodrigues commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110239298
  
Hi there @rsafonseca 

Cool to see you contribution, thanks for that, but I think the PRs should 
be broken down.  You listed 11 changes and said that you might have forgotten 
another few. That's a bit dangerous and also make testing the PR way to 
expansive for the reviewers.

We should have 1 PR per feature/fix, or perhaps a couple of fixes, 
depending on their size (fixing findbugs is a good example).

Another good practice is to add the environment where the things were 
tested, and also the steps you took to test it, in the PR. Adding those 
afterwards, as comments, it's also not very good to follow.

Reading your list I would say that you have at least 4 PRs.

1. Tomcat/Jetty changes
2. Packaging
3. Configs and Distros
4. JDK version

In addition, the a PR should be independent of any other. Thus, we could 
for example test 4 and merge it without waiting for 2 or 3.

If PR follows that structure I think we can get them merge way faster than 
now.

I hope you appreciate the feedback. We are working to achieve the same goal.

Cheers,
Wilder


---
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: Embedded Tomcat & Jetty

[serverchief]

Github user serverchief commented on the pull request:

https://github.com/apache/cloudstack/pull/372#issuecomment-110242990
  
I'm with Wilder on this. Thank you for being active and submitting really 
useful patches - its much appreciated. However, it would be best if you can 
split the commits into multiples - as 1 fix per commit (or more if related). 

Mainly, it would be easier to revert a commit - in case something is wrong 
and loose 1 functionality VS reverting 1 commit because 1 item is broken, but 
as cascade effect, 10 fixes will be reverted as well. 

Regards
ilya


---
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: [PROPOSAL] iSCSI and HA support in Hyper-V

[Anshul Gangwar]

Can somebody have a look at pull request 
https://github.com/apache/cloudstack/pull/351 and merge it.

After these changes new user have to create a separate zone for failover 
clustering on Hyper-V as failover clustering will not work properly with mixed 
zone i.e. some hosts in failover cluster and some are not. After this either 
all hosts should be failover cluster in a zone or none in failover cluster is 
zone. Mixing them will lead to unexpected behaviours. More details are 
available in FS 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/iSCSI+and+HA+support+in+Hyper-V.

Thanks,
Anshul

On 29-May-2015, at 4:08 pm, Anshul Gangwar 
mailto:anshul.gang...@citrix.com>> wrote:

Have updated the FS with more details.

Code is available for review at 
https://github.com/anshul1886/cloudstack-1/tree/hyperv-fccsv in hyperv-fccsv 
branch.

Regards,
Anshul

On 07-May-2015, at 4:07 pm, Anshul Gangwar 
mailto:anshul.gang...@citrix.com>>
 wrote:

Daan,
Its using existing framework. Its similar to VMware in implementation for HA of 
VMs and for CSV its using the existing PreSetup storage type. It has mainly the 
agent side changes which are specific to Hyper-V.

Regards,
Anshul

On 07-May-2015, at 2:28 pm, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>>
 wrote:

Anshul,

Good thing to work on. Can you include parallels and references to other
hypervisors. I would not like to see this implemented in every hypervisor
in a different way. We are creating or rather extending technical debt if
we don't unify the way this is implemented across hypervisors.

cc'ing some known stakeholders

Op do 7 mei 2015 om 10:06 schreef Anshul Gangwar 
mailto:anshul.gang...@citrix.com>
:

Hi,

I would like to propose the iSCSI and HA support in Hyper-V feature. With
this feature we will be adding support for Failover clustering in Hyper-V
which will enable us to utilize the native HA and CSV support provided by
the Hyper-V. With addition of CSV we can support any storage option
including iSCSI which is supported by Hyper-V.

Please review FS for feature located at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/iSCSI+and+HA+support+in+Hyper-V
and let me know your comments.

Regards,
Anshul